# SoftOnIT — Документация
> Централизованная документация продуктов SoftOnIT
This file contains all documentation content in a single document following the llmstxt.org standard.
## Заполнение описания номенклатуры с помощью искусственного интеллекта в 1С ERP2 / УТ11 / КА2
Уважаемые пользователи!
Благодарим вас за доверие и выбор нашего программного продукта «Заполнение описания номенклатуры с помощью искусственного интеллекта». Это современное решение, разработанное нашими специалистами, станет незаменимым помощником при работы с товарными каталогами, где требуется создание качественных описаний для большого количества позиций.
Наш продукт значительно упростит вашу ежедневную деятельность, сэкономив ваше ценное время и силы, благодаря автоматической генерации уникальных и привлекательных описаний товаров всего лишь одним кликом мыши. Благодаря искусственному интеллекту ваш бизнес получит конкурентное преимущество, повысив качество контента и увеличив шансы на успешные продажи.
Выбрав нашу обработку, вы делаете важный шаг навстречу автоматизации процессов и оптимизации ресурсов вашего предприятия. Мы уверены, что сотрудничество с нами принесет вам ощутимую пользу и повысит эффективность вашей работы.
Желаем успехов в вашем бизнесе и уверенного роста продаж!
Перейти на страницу продукта: [Заполнение описания номенклатуры с помощью искусственного интеллекта (AI) в 1С ERP 2 / УТ 11 / КА 2](https://softonit.ru/catalog/products/chatgpt/)
---
## У меня потрачен весь баланс, как мне его пополнить?
Так же как и при первоначальной покупке.
На [странице](https://softonit.ru/catalog/products/chatgpt/#buy) можно сделать заказ и после оплаты снова можно продолжить работу. При этом API-ключ менять не нужно.
---
## Активация обработки
Для того чтобы мы могли работать с чатом, нам нужно активировать обработку с помощью ключа и сделать настройки.
Для активации в окне обработки нажмите на кнопку `Ключ не активирован` вверху окна.
> В открывшемся окне введите ключ, который был получен при покупке обработки и нажмите на кнопку `Активировать ключ`.
> После успешной активации надпись на кнопке `Ключ не активирован` сменится на `Ключ активирован`. В окне активации будет отображаться информация количество доступных средств для генераций.
---
## Настройка
## Основные настройки
Перед началом работу, рекомендуется выполнить настройки для генерации описаний. Открыть настройки кнопкой с «шестеренкой»..
> `Модель поставщика`- содержит ключ доступа к модели, используемой нейросети. В ключе содержится наименование нейросети и название модели которая будет использовать при генерации.
> `Вступительный текст запроса`- данная строка будет стоять вначале запроса к ChatGPT и должна конкретизировать то, что в итоге мы хотим получить. Поэтому к написанию текста в ней нужно подойти обдуманно.
> `Максимальная длина описания` - из названия понятно, что данной настройкой ограничивается длина описания. Максимально возможной длиной описания является 500 символов - больше программа не позволит установить.
> `Игнорировать` заполненное описание - позволяет игнорировать уже заполненное описание для обрабатываемой номенклатуры.
> `Повторять в случае ошибки` - в случае ошибки при первой генерации обработка сделает десять попыток с интервалом в десять секунд, после чего обработка прекратит работу. Если данный флаг не стоит, то при первой же неудачной попытке обработка прекращает свою работу.
> Кнопка `Сохранить`- сохраняет произведенные настройки.
> Кнопка `Настройки по умолчанию` - устанавливает настройки на те, которые были по- умолчанию.
> Кнопка `Пример запроса` - выводит пример запроса который будет отправляться ChatGPT.
## Выбор модели
При открытии окна выбора модели, происходит связь с нашим сервисом и при активном ключе, автоматически загружаются все доступные для генерации модели.
В правой части окна выводиться информация о выделенной модели.
> `Наименование` - Уникальное название конфигурации доступа к модели.
> `Описание` - Детальное текстовое описание модели, для каких задач предназначен, какие возможности предоставляет.
> `Дата выхода` - Дата, когда эта модель была выпущена и стала доступена для пользователей.
> `Активен` - указывает, доступа ли этота модель для выбора новыми пользователями в данный момент. Старые модели могут быть закрыты для новых подписчиков, но оставаться активными для текущих.
> `Валюта` - Денежная валюта, в которой ведется расчет стоимости использования модели.
> `Лимит токенов` - Определяет максимальное количество токенов (условных единиц текста), которое можно обработать за один запрос.
> `Минимальный баланс` - Минимальная сумма средств, которая должна быть на счету пользователя, чтобы использовать модель.
> `Прайс` - Стоимость использования. Указына цена за 1 миллион (1M) токенов для ввод (prompt) и вывода (completion) отдельно.
После выбора модели с нужными параметрами нажимаем `Использовать выделенную модель`. Какая модель текущая, можно увидеть не только в окне настроек, но и в нижней части основного окна обработки.
---
## Основное окно обработки
1. Данная кнопка генерирует и сразу добавляет описание к номенклатуре.
2. Кнопки для открытия окон активации обработки и настроек.
3. Данный блок позволяет производить поиск и фильтрацию номенклатуры.
4. Окно со списком номенклатуры. Слева от номенклатуры есть возможность отметить флагом, ту которую нужна для дальнейшей работы. Для групп номенклатуры, так же есть возможность отметить флагом, это дает возможность выделить сразу всю номенклатуру группы, но для самой группы описание сгенерировано не будет.
5. Поле для ввода ключевых слов. Данные слова будут использоваться в сгенерированном тесте.
6. Поле где будет отображаться сгенерированный текст описания.
7. Кнопка для генерации описания. После нажатия на кнопку текст будет сгенерирован, но добавлен к номенклатуре не будет. Генерироваться описание будет для номенклатуры, которая выделена в данный момент (установлен фокус. Данная кнопка не активна при отметке флагом номенклатуры. После редактирования сгенерированного текста описания, можно записать описание в номенклатуру.
8. Показывает остаток средств и модель для генерации.
## Примеры работы с обработкой
### Пакетная генерация описаний
Чтобы сгенерировать описание для нескольких позиций номенклатуры, нужно:
1. Выбрать номенклатуру
2. Заполнить ключевые слов
3. Нажать кнопку `Генерировать и записать`
4. Через некоторое время мы получим описание. Вот в принципе и все.
### Генерация описания с ручной корректировкой
Если нужно сгенерировать описание для одной номенклатуры, выделите номенклатуру в списке(1), установив на нее фокус, укажите при необходимости ключевые слова(2) и нажмите кнопку `Сгенерировать`(3). При необходимости отредактируйте сгенерированное описание и нажмите на кнопку `Записать`.
> Обратите внимание что кнопки `Генерировать` и `Записать`
> неактивны если выделена флагом хотя бы одна номенклатура в
> списке.
### Запуск по расписанию
Данный режим позволяет запускаться обработке по расписанию и заполнять описание в удобное время. Обработка будет работать со всей номенклатурой у которой нет описания, а так же если в настройках стоит флаг `Игнорировать заполненное описание`с уже заполненным описанием. Стоит учитывать, что при любой первой ошибке, обработка прекращает работу, чтобы не использовать генерации далее. Для запуска по расписанию достаточно настроить само расписание, перейдя в `НСИ и администрирование` далее `Дополнительные отчеты и обработки` и открыть установленную обработку. В данном окне указать расписание выполнения обработки.
---
## Установка обработки
Для того, чтобы начать работать, достаточно открыть файл с обработкой через меню `Файл - Открыть`, однако данный режим не позволяет работать обработке по регламентному заданию. Установка не отличается от установки других обработок для типовых решений на платформе 1С. Рассмотрим установку на примере конфигурации «1С: Управление торговлей 11.5».
1. Для начала перейдем в раздел `НСИ и администрирование` и далее нажмем на гиперссылку `Дополнительные отчеты и обработки`. Если данная гиперссылка неактивна нужно установить соответствующий флаг левее от нее, который имеет такое же название.
2. В открывшемся окне нажимаем на кнопку `Добавить из файла`. В появившемся окне «Предупреждение безопасности» нажимаем на кнопку `Продолжить`, тем самым подтверждая, что мы уверены в содержимом файла, который хотим открыть. После чего, перед нами откроется окно выбора файла. Найдите файл с обработкой `chatgpt.epf` и выберите его, нажав на кнопку `Открыть` в нижнем левом углу окна, либо двойным щелчком левой клавиши мыши по нему. После чего перед нами откроется окно для добавления обработки.
3. Далее в строке `Размещение` нажмем гиперссылку `<Не определено>`. В открывшемся окне выберем разделы для вызова обработки и нажмем `ОК`.
4. В столбце `Быстрый доступ` необходимо указать пользователей, которым будет видна команда для открытия обработки, и нажать `ОК`.
5. В окне подключения обработки нажимаем `Записать и закрыть`. На этом установка обработки в конфигурацию завершена.
---
## Что нужно знать?
Рассмотрим такие понятия как токены и генерации, которые нам понадобятся при работе.
`Токен` — это единица измерения, которую использует для подсчета стоимости чат. Он отличается тем, что учитывает не слова и не символы, а лексемы. Количество лексем в слове рассчитывается алгоритмами нейросети, исходя из различных параметров и его нельзя точно высчитать.
`Генерация` — это один запрос к модели. Причем запрос должен быть успешным. Т.е. мы посылаем запрос и нейросеть дает нам ответ - это одного запроса.Чтобы проще было вести учет, мы используем в обработке генерации, которые состоят из токенов и которые учитываются при работе с чатом.
---
## Помощник бухгалтера. Печать на конвертах в 1С
Доверьте печать на конвертах 1С! Затраты на печать конвертов сопоставимы с ручным заполнением, но отдача огромна. Конверты всегда будут заполняться в соответствии с данными информационной базы 1С. Возможность появления ошибок при таком подходе сведена к нулю и не зависит от человеческого фактора. Конверт с логотипом и автоматическим заполнением солидно и выгодно отличит Вашу организацию от других аналогичных!
Список поддерживаемых конфигураций [*]:
* Бухгалтерия предприятия 3.0
* Зарплата и управление персоналом 3.0
* Управление торговлей 11
* Управление небольшой фирмой, редакция 1.6
* Документооборот КОРП, редакция 2
[*] Могут поддерживаться и другие конфигурации. Уточните у [техподдержки](https://softonit.ru/personal/tickets/) поддерживается ли ваша конфигурация. Если у вас не типовая, или сильно модифицированная конфигурация, то мы можем доработать обработку под вас.
Перейти на страницу продукта: [Помощник бухгалтера. Печать на конвертах в 1С](https://softonit.ru/catalog/products/envelope/)
---
## Возникающие вопросы
Ответы на часто возникающие вопросы.
---
## Как создать конверт в 1С с собственным логотипом
1. Для добавления собственного логотипа, необходимо добавить шаблон.
2. Будет предложено выбрать название шаблона и на базе какого конверта будет сделан шаблон. Задайте имя своего шаблона и укажите размер конверта. Для примера укажем «КонвертЛоготип» и «C4 (229x324 мм)». При нажатии на кнопку «Создать» будет создан конверт на основе базового конверта.
3. Далее щелкаем по любому элементу конверта и добавляем картинку-логотип. Для этого щелкнем на кнопку «Добавить элемент» и выберем «Изображение».
4. Появится изображение с логотипом из галереи. Перейдем в настройках на вкладку «Положение», там укажем, куда необходимо установить изображение, какой оно должно быть ширины и высоты. Видим, что изображение изменилось в размерах и положении.
5. Теперь уберем рамку для этого перейдем в настройках на вкладку «Прямая» и изменим свойство «Линия» на «Нет линии».
6. Перейдем на закладку «Картинка» и изменим картинку. Можно выбрать изображение из галереи, два раза щелкнув по нему, так же можно выбрать свою картинку нажав на кнопку «Добавить картинку» и выбрать картинку на своем компьютере. Вот, что получим.
---
## Конверт не помещается на одну страницу
Если конверт не помещается на одну страницу при печати.
Когда такая ситуация возникает необходимо произвести следующее:
Так может случиться, что печатается все на несколько листов. Обратите внимание, что написано "Страница 1 из 4". Все зависит от настроек принтера или МФУ. Если листов больше чем 1 в предварительном просмотре, то необходимо сделать следующее:
- открыть окно **Параметры страницы**;
- указать размер, масштаб и поля.
Выбираем размер бумаги и устанавливаем нужный размер, который соответствует конверту, который мы печатаем.
Для печати на конверте на одном листе попробуем по очереди несколько вариантов:
- выбираем в масштабе "По ширине страницы", после чего нажимаем ОК и смотрим сколько теперь листов получается при печати.
- если на предыдущем этапе ничего не получилось, и листов опять несколько, пробуем следующий вариант. Меняем поля слева, справа, сверху, снизу и ставим значение меньше (например, не 10, а 5 единиц).
- если опять листов несколько комбинируем поля и масштаб, можем изменить и поставить не по ширине, а установить конкретное значение, например 90%.
- если после всех этих шагов ничего не изменилось и листов несколько, то необходимо изменить макет письма. Скорее всего в таблице есть несколько лишних столбцов или строк сбоку-справа, или снизу. Кажется, что там ничего нет, но на самом деле там есть пустой столбец или строка. Их надо удалить.
Так же, настройку эту на одном компьютере необходимо проделать один раз. Повторно к ней не придется для текущего пользователя, на той же машине возвращаться. После распечатывания одного правильного конверта, все данные по настройкам печати будут сохранены.
---
## Название организации не помещается в поле
Что делать если в печатной форме не поместилось наименование отправителя или получателя, или мы просто хотим, что бы наименование организации выводилось сокращенно?
Конечно можно перейти на вкладку Данные печати и в полях: от кого, и кому руками исправить Индивидуальный предприниматель на ИП, а Общество с Ограниченной Ответственностью на ООО
Но наша программа сама умет сокращать названия организаций!
1. Для этого включаем кнопку Изменить. Справа появляется окно Настройка шаблона.
2) Выбираем элемент который хотим сократить (от кого, кому), и на вкладке **Настройка и действия** ставим галочку возле **Сокращение организации**.
:::info Важное уточнение:
все, что вы изменяете в стандартных шаблонах (шаблонах по умолчанию) не сохраняется после закрытия.
:::
Если в вашей организации несколько компьютеров на которых есть 1С, то необходимо сохранять свои шаблоны и переносить их с компьютера на компьютер. Для этого в нашей программе есть специальные кнопки, которые сохраняют все Ваши настройки самостоятельно.
---
## Дополнительные сведения
Если у Вас появились дополнительные пожелания или замечания по работе подсистемы просим Вас обратиться к нам, мы всегда будем рады Вам помочь и обсудим все, что Вы предложите.
Для партнеров действуют специальные скидки!
---
## Список контактов
ООО "СОФТОНИТ" ©
Сайт: https://softonit.ru
E-mail: support@softonit.ru
Телефон: +7(861)203-39-44
Внимание! Если возникла проблема или пожелание опубликуйте ее в [тикет-системе](https://softonit.ru/personal/tickets/)
---
## Обновление «Печать конвертов в 1С»
Обновление подсистемы полностью аналогично установке. Только необходимо на шаге 2 нажать **Обновить из файла** и выбрать новую версию, скачанную с нашего сайта из раздела «Личный кабинет».
---
## Работа с печатью конвертов
## Содержание главы:
* Внешний вид
* Вкладка: Конверты.
* Вкладка: Данные печати
---
## Вкладка - Данные печати
На данной вкладке можно отредактировать адреса отправителя и получателя. С помощью кнопки **Добавить**, можно организовать групповую печать конвертов достаточно выбрать новых отправителей и получателей писем. При необходимости отредактировать их адреса.
---
## Вкладка - Конверты
Во вкладке **Конверты** можно выбрать нужный размер конверта, также настроить свой шаблон.
Макеты конвертов сверстаны согласно ГОСТ 51506-99. Реализованы следующие макеты:
| Формат конверта | Ширина x высота (мм) | Примечание |
|--------|-----------|-------------------------------------------------------------------|
| C4 | 324 x 229 | Помещаются листы формата A4 |
| C5 | 229 x 162 | Помещаются листы формата A4 сложенные вдвое |
| C6 | 162 x 114 | Помещается лист формата A6 или листы формата A4 сложенные вчетверо|
| DL/E65 | 220 x 110 | Помещается лист A4, сложенный втрое |
Поля *От кого*, *Откуда*, *Кому*, *Куда* и *Индексы* будут заполнены автоматически после выбора отправителя и получателя. При необходимости возможно отредактировать эти поля. Если у контрагента разные юридический, фактический и почтовый адреса, то их можно откорректировать.
---
## Внешний вид
Наша программа позволяет вам оформить конверты из любой печатной формы.
Для этого достаточно выделить строки документов с нужными контрагентами, нажать кнопку печать и выбрать **Помощник бухгалтера. Печать на конвертах 1С**.
После чего появится форма.
---
## Системные требования
|Версия платформы «1С: Предприятие»|8.2.17 и выше |
|----------------------------------|------------------------------------------------|
|Виды поддерживаемых конфигураций |Обычное приложение, управляемое приложение, WEB |
|Вариант «1С:Предприятие» |Клиент-серверный, файловый |
|Рекомендуемое разрешение экрана |1024x768 |
---
## Установка обработки(Convert1c)
Установка не отличается от установки других обработок для типовых решений на платформе 1С. Рассмотрим установку на примере конфигурации «1С: Бухгалтерия предприятия 3.0».
1. Для начала перейдем в раздел **Администрирование -> Печатные формы, отчеты и обработки -> Дополнительные отчеты и обработки**. Если данная гиперссылка неактивна нужно установить соответствующий флаг левее от нее, который имеет такое же название.
2. В открывшемся окне нажимаем на кнопку **Добавить из файла**. В появившемся окне «Предупреждение безопасности» нажимаем на кнопку **Продолжить**, тем самым подтверждая, что мы уверены в содержимом файла, который хотим открыть. После чего, перед нами откроется окно выбора файла. Найдите файл с обработкой `chatgpt.epf` и выберите его, нажав на кнопку **Открыть** в нижнем левом углу окна, либо двойным щелчком левой клавиши мыши по нему.
3. В окне подключения обработки нажимаем **Записать и закрыть**. На этом установка обработки в конфигурацию завершена.
---
## Универсальное удаление данных из базы 1С
Обработка "Универсальное удаление данных из базы 1С", предназначена для удаления данных из 1С баз с возможностью отображения дерева ссылок.
- Позволяет удалять данные в монопольном режиме;
- Настраивать глубину поиска;
- Искать и удалять не используемые объекты.
- Делать это как в файловых, так и серверных базах 1С.
Перейти на страницу продукта: [Универсальное удаление данных из базы 1С](https://softonit.ru/catalog/products/deldata/)
---
## Настройка обработки
При запуске обработки открывается закладка "Настройки", где расположен выбор одного из двух вариантов работы.
- **Удаление объектов** - основной режим работы обработки, который позволяет произвести универсальное удаление данных из базы 1С;
- **Удаление не используемых объектов** - режим работы, который осуществляет строгий отбор и удаление только не используемых объектов информационной базы.
Выбрав один из режимов работы, переходим на закладку *Что и как нужно удалить?*, где продолжим настройку обработки перед началом удаления данных. На данной закладке располагается следующий набор реквизитов:
- **Метаданные** - указываются метаданные, в которых будет осуществляться выборка объектов для удаления, может принимать значения (справочники, документы, планы видов характеристик, планы счетов, планы видов расчетов, бизнес-процессы, задачи, планы обмена);
- **Вид метаданных** - уточняющий реквизит, в котором указывается конкретный вид метаданных, например, справочник "Номенклатура";
- **Способ удаления** - выпадающий список выбора различных способов удаления, на текущий момент доступен только вариант полного удаления;
- **Удалять в монопольном режиме** - осуществляет удаление в монопольном режиме, что позволяет ускорить процесс удаления большого количества данных;
- **Максимальная глубина поиска** - устанавливает уровень поиска максимальной ссылочной зависимости выбранного объекта.По умолчанию максимальная глубина поиска равна 3.
В табличной части "Удаляемый объект" указывается или указываются объекты информационной базы, которые необходимо удалить. С помощью кнопки **Добавить** добавляется один объект, а если необходимо добавить на удаление все объекты выбранного вида метаданных, тогда нужно воспользоваться кнопкой **Заполнить**. Кнопка **Очистить** позволяет полностью убрать добавленные объекты из табличной части. Нажав кнопку **Далее**, перейдем процессу удаления объектов.
На закладке **Удаление** отображаются все найденные объекты, которые представлены в виде ссылочной зависимости. То есть, на предыдущем шаге были выбраны два вида метаданных, по которым были найдены все зависимые объекты и представлены на удаление.
:::warning
Данные манипуляции полностью идентичны для использования обработки в конфигурациях на обычных формах.
:::
---
## Очистка информационной базы от ненужной информации
:::danger[Внимание]
Перед использованием обязательно создайте резервную копию информационной базы.
:::
Данная обработка позволит выполнить очистку информационной базы от ненужной информации, а так же от информации, которая больше не используется. Работа осуществляется в двух режимах, режим **Удаление объектов** и режим **Удаление не используемых объектов**.
## Режим работы "Удаление объектов"
Режим позволяет выбрать и удалить данные из информационной базы. Для этого нужно настроить отбор на странице *Что и как нужно удалить?*.
- **Способ удаления** - непосредственное удаление данных (без пометки на удаление);
- **Удалять в монопольном режиме** - позволяет удалять данные в монопольном режиме, что может значительно уменьшить время выполнения;
- **Максимальная глубина поиска** - поиск ссылок по ссылкам, по умолчанию поиск осуществляется рекурсивно на глубину равную 3.
На странице "Удаление" можно увидеть данные в виде дерева, которые будут удалены.
## Режим работы "Удаление не используемых объектов"
Удаление не используемых объектов - это режим поиска в указанных справочниках/документах данных которые нигде не используются с последующим их удалением. Например, для удаления данных после обрезки, которые уже не используются.
Режим позволяет найти данные, которые нигде не используются (ошибочно заведены). Для этого нужно настроить отбор на странице *Что и как нужно удалить?*.
**Максимальная глубина поиска** - поиск ссылок по ссылкам, по умолчанию поиск осуществляется рекурсивно на глубину равную 3.
На странице **Удаление** можно увидеть данные в виде дерева, которые будут удалены.
Для обычных форм алгоритм работы аналогичный
---
## После очистки данных
## Проверка ссылочной целостности
:::info
Обработка "по максимуму собирает связанные объекты" и пытается удалить с программным контролем, который реализован в обработке, но все-таки эта возможность не штатная и возможны ситуации, что не все объекты удалятся/не удалятся с контролем целостности. Поэтому нужно после сделать тестирование и исправление.
:::
После того как было выполнено удаление данных, необходимо сделать проверку ссылочной целостности конфигурации. В конфигураторе перейдите в раздел: **Администрирование -> Тестирование и исправление…** и установите настройки, которые указаны на скриншоте ниже:
:::info
Обработка удаления данных из 1С действительно является универсальной, но стоит отметить то, что после удаления некоторых объектов иногда возникают «битые» ссылки при проверкие ссылочной целостности в конфигураторе.
:::
Если вы столкнулись с такими ошибками, тогда попробуйте установить максимальную глубину поиска (50), и попробовать запустить обработку удаления снова.
Если в итоге ошибки остались, тогда разберемся, из-за чего они возникают.
## Причины возникновения «битых» ссылок
> * **Обращение к удаленным объектам.**
После удаления объекта или очистки записей регистров срабатывает подписка на событие выполняя код 1С, которая может обращаться к уже удаленным объектам. В итоге сработает исключение и объект не будет удален, конечно, большинство таких событий сразу же блокируется обработкой, но в некоторых модулях объекта, данная блокировка не предусмотрена, т.к. она не была реализована разработчиком конфигурации, на которой производится удаление
> * **Нет прав на удаление объекта.**
Бывает такое, что в конфигурациях у пользователя нет прав на удаление или пометка на удаление объектов. Следовательно обработка не удаляет те объекты, у которых стоит запрет.
> **Решение:** создать расширение, в котором будет роль с полными правами на удаления объектов.
> Либо если конфигурация снята с поддержки и разрешено редактирование, то сделайте это без расширения.
## Чистка «битых» ссылок после удаления объектов
Процедура аналогична поиску «битых» ссылок только с дополнительными настройками:
После очистки убеждаемся, что «битых» ссылок больше нет.
Теперь заходим в конфигурацию, и находим те объекты, у которых очистились пустые ссылки.
До очистки:
После очистки:
Как видим ссылки на несуществующие объекты очищены.
Далее нужно удалить объекты, которые ранее ссылались на удаленные объекты.
---
## Удаление данных используя режим "Скрипт SQL"
:::danger [Важное отступление]
Этот режим удаления необходимо использовать крайне осторожно!
Более того, мы настоятельно не рекомендуем использовать этот режим. Все же это работа на самом низком уровне и может приводить к фатальным последствиям для информационной базы. Но иногда, других вариантов попросту нет. Например, когда информационная база достигает 100 Гб.
:::
## Как подготовить скрипт
На первом этапе необходимо заполнить данные, которые мы хотим удалить.
Далее, на следующей форме необходимо нажать **Сформировать** и дождаться, когда система построит SQL-запрос:
Это может занять достаточно продолжительное время, поэтому запаситесь терпением.
После того, как запрос будет сформирован его необходимо скопировать или сохранить в какой-то файл.
На последнем этапе необходимо открыть IDE для базы данных и в нем выполнить запрос.
## Выполнить запрос для MS SQL
Для MS SQL необходимо использовать [Microsoft SQL Server Management Studio](https://learn.microsoft.com/ru-ru/sql/ssms/download-sql-server-management-studio-ssms?view=sql-server-ver16).
Необходимо добавить вручную конструкцию:
```
USE [ИмяБД]
GO
```
ИмяБД - имя базы данных для удаления вашей базы 1С.
Либо, необходимо щелкнуть в дереве правой кнопкой на нужную БД и для нее создать новый запрос, тогда запрос будет выполнен на этой БД.
## Выполнить запрос для Postgresql
Аналогично MS SQL, необходимо скачать IDE для управления базами данных Posgresql и выполнить запрос.
В качестве таких инструментов можно использовать: pgAdmin, Datagrip, EMS Studio и т.д. Либо сохранить все в файле и выполнить запрос через psql.
:::warning[Важно!]
Лучше сделать это изначально на копии базы данных. Если вы будете удовлетворены результатом, то делайте это на рабочей БД. Имейте это ввиду.
:::
---
## Установка обработки "Универсальное удаление данных из 1С"
Перед тем как приступить к работе с обработкой **Универсальное удаление данных из 1С** нужно первым делом ее установить. Для этого запускаем рабочую конфигурацию, в качестве примера будет использована "Бухгалтерия предприятия 3.0". Переходим в раздел **Администрирование -> Печатные формы, отчеты и обработки -> Дополнительные отчеты и обработки** и нажимаем кнопку **Добавить из файла**. Выбираем файл обработки, после чего можно нажать кнопку **Выполнить** и приступать к работе.
Добавление обработки в конфигурации на обычных формах осуществляется практически аналогично. Отрываем конфигурацию и переходим в раздел **Сервис -> Внешние печатные формы и обработки -> Внешние обработки**.
И чтобы добавить новую обработку необходимо нажать кнопку **Добавить** и следом кнопку **Заменить файл внешней обработки**, после чего выбрать файл обработки. После этого, можно приступать к работе.
---
## Подтверждение дисконтной карты по SMS в 1С
Наша доработка решает частую проблему: что делать, если покупатель забыл дисконтную карту дома? Как правило, магазины идут на встречу и предлагают авторизовать клиента по номеру телефона через SMS. В дополнение к сканированию штрихкода, добавлена функция верификации клиента по номеру телефона через СМС. После установки в рабочем месте кассира появляется специальная кнопка, которую можно использовать после формирования заказа для подтверждения права на скидку.
Список поддерживаемых конфигураций [*]:
* Управление торговлей 11
* Комплексная автоматизация 2.5
* Розница 2.3
* ERP Управление предприятием
[*] Могут поддерживаться и другие конфигурации. Уточните у [техподдержки](https://softonit.ru/personal/tickets/) поддерживается ли ваша конфигурация. Если у вас не типовая, или сильно модифицированная конфигурация, то мы можем доработать обработку под вас.
Перейти на страницу продукта: [Подтверждение дисконтной карты по SMS в 1С](https://softonit.ru/catalog/products/discountsms/)
---
## Использование расширения
Расширение использует стандартную роль «Отправка SMS». Поэтому для пользователей, необходимо добавлять данную роль для доступа к расширению:
1. Данные авторизации *логин* и *пароль* предоставляет провайдер SMS сервиса. Выбираем подходящий сервис, вводим данные авторизации и имя отправителя. Именно имя отправителя определяет надпись *от кого* было отправлено SMS для входящего сообщения у клиента.
2. После активации расширения в рабочем месте кассира и документах(заказ клиента и реализация) станет доступна новая кнопка на форме считывания карты:
3. В интерфейсе расширения есть основные элементы взаимодействия:
- **Поле ввода номера**. Для удобства оператору не нужно вводить "+7" или "8", а сразу начинать с ввода кода оператора, например *9184563737*
- **Поле ввода кода проверки**. Поле для ввода 4-х значного проверочного кода, который был отправлен на номер пользователя. Поле станет доступным для ввода лишь после успешной отправки SMS-кода. Если отправка будет с ошибкой - поле не будет доступно.
- **Кнопка отправки SMS**. Инициирует отправку кода проверки на введённый номер телефона. Кнопка доступна лишь при «валидном» номере телефона - 11 цифр в поле ввода номера, включая лидирующую цифру «7».
- **Кнопка подтверждения кода**. Кнопка становится доступной лишь при заполнении поля ввода проверочного кода 4 цифрами.
- **Кнопка очистки поля номера**. Кнопка становится доступной при наличии в поле ввода номера хотя бы одного знака, при отсутствии иных знаков кроме лидирующей цифры «7» - кнопка не будет доступна. Помимо кнопки очистки на цифровой панели, при редактировании поля номера появится кнопка очистки поля непосредственно внутри самого поля. При нажатии этой кнопки происходит очистка всех введённых данных: номер, код, очистится список карт(если был открыт) и пропадёт доступность кнопок, кроме плиток цифровой панели ввода.
4. При возникновении ситуации, когда указанный номер будет привязан к нескольким клиентам, пользователю будет предоставлен список выбора, где будут отображены карты, найденные по номеру. Далее по решению пользователя необходимо выбрать карту, для которой будет отправляться смс-подтверждение. В этот момент единственными доступными кнопками для пользователя будут: кнопки очистки и выбора карты.
5. В случае успешной отправки SMS пользователю будет предложено ввести код из смс, отправленное пользователю. Поле ввода проверочного кода станет доступным. Как только будет введено 4 знака, кнопка подтверждения станет доступной для нажатия. И если наш код от клиента совпадёт с отправленным системой - карта автоматически будет найдена и введена в соответствующее поле для каждой формы (рмк - на рабочем столе, для документов - на вкладке "Дополнительно").
6. В случае возникновения ошибки при поиске номера, карты или же отправки SMS - информация будет выведена для пользователя:
---
## Как работает поиск карт
Для подбора карты используются данные, привязанные в самой карточке. Ключевым является сам клиент, к которому привязана карта, а именно номер телефона, который введён в соответствующее поле контактной информации о клиенте.
Номер может быть различного формата по маске: `89528578618`, `8 (952) 857 86 18`, `+79528578618`, `+7(952)8578618` и т.п.
Не найдены будут следующие форматы номеров - номера введённые через запятую или через пробел:
- `9(999) 999 99 99, 9(999) 999 99 99` - через запятую или точка с запятой
- `9(999)9999999 +9(999) 999 99 99` - через пробел
Это объясняется сложностью поиска и подбора таких клиентов. Поэтому соблюдение формата номера будет ключевым для успешного поиска карты.
Расширение производит поиск клиентов по введённому номеру, проверяет наличие карт и в том случае, если:
1. Не будет найдено клиентов по номеру - информация об этом будет выведена на экране пользователя в интерфейсе расширения.
2. Таким же образом обстоит дело при при отсутствие карт у найденных пользователей по номеру - информация будет выведена.
3. При повторном использовании номера телефона у нескольких клиентов и наличии активных карт - будет выведен список для выбора одной конкретной карты.
4. И если в системе заведен лишь один пользователь с указанным номером и есть наличие карты - то при нажатии кнопки "Отправить СМС" сразу будет произведена отправка кода на введённый номер телефона.
---
## Установка расширения "Подтверждение дисконтной карты по SMS в 1С"
Для того чтобы можно было работать с расширением в конфигурации, нам нужно сделать несколько простых шагов. В примере будем использовать конфигурацию "Управление торговлей 11.5":
1. Распакуйте архив с обработкой.
2. Откройте **НСИ и Администрирование → Печатные формы, отчеты и обработки → Расширения**.
3. В открывшемся окне нажать на кнопку **Добавить из файла**. Так как мы работаем с расширением, система безопасности может запросить у нас подтверждение на дальнейшее подключение. После чего добавим файл из распакованного ранее архива.
4. Далее необходимо убрать галочку "безопасного" режима и перезапустить программу. После добавления файла, система сама разместит кнопку вызова функционала подтверждения в назначенных местах: РМК, заказ клиента, реализация - документы, где доступен стандартный вызов поиска карты лояльности по штрихкоду карты.
Поздравляем! Наше расширение добавлено в конфигурацию - можно приступать к работе.
---
## Поиск и установка картинок для номенклатуры из интернета
Внешняя обработка [Поиск и установка картинок для номенклатуры из интернета](https://softonit.ru/catalog/products/picut/) предназначена для поиска, установки и просмотра установленных изображений для товаров в 1С.
Поиск картинок возможен по наименованию, либо артикулу номенклатуры, в сети Internet.
Обработка может быть запущена в конфигурациях, работающих как в режиме обычного приложения, так и в режиме управляемого приложения.
Список поддерживаемых конфигураций [*]:
* Управление торговлей 10.3.54.1 и выше
* Управление торговлей 11 (11.4 - 11.5)
* Управление производственным предприятием 1.3
* Комплексная автоматизация 1.1 и 2.5
* Управление нашей фирмой 1.6, 3.0
* Розница 2.3, 3.0
* ERP 2.5
* Управление IT-отделом 8
[*] Могут поддерживаться и другие конфигурации. Уточните у [техподдержки](https://softonit.ru/personal/tickets/) поддерживается ли ваша конфигурация. Если у вас не типовая, или сильно модифицированная конфигурация, то мы можем доработать обработку под вас.
Перейти на страницу продукта: [Установка картинок из интернета для товаров в 1С](https://softonit.ru/catalog/products/picut/)
---
## Активация
Обработку перед использованием необходимо активировать, иначе она будет работать в демо-режиме и с ограничениями.
## Установка обработки
1. Откройте обработку и нажмите вверху обработки кнопку "Ключ не активирован"
2. В открывшейся форме выберите организацию и проверьте ИНН и КПП организации которая купила обработку. А так же заполните поле "Ключ активации". Эти данные вы получите в письме на вашу электронную почту при покупке.
3. После проверки введенных данных, если на компьютере есть интернет, то нажмите на кнопку "Активировать автоматически". После этого конфигурация будет активирована и вы перейдете на п.5.
4. Если интернета на компьютере нет, то нажмите на кнопку "Создать файловый запрос".
4.1. Скопируйте текст-запрос;
4.2. Сохраните текст-запрос в файл и скопируйте на флешку;
4.3. На компьютере где есть интернет перейдите на сайт [https://softonit.ru](https://softonit.ru) и авторизуйтесь под своей учетной записью;
4.4. Перейдите на страницу по адресу [https://softonit.ru/personal/lk/activation/](https://softonit.ru/personal/lk/activation/) в центр лицензирования;
4.5. Вставьте скопированный текст-запрос в центре лицензирования и нажмите на кнопку "Получить файл-ответ";
4.6. Сайт вернет Вам файл с текстом-ответом, который необходимо будет ввести на вашем сервер лицензирования в разделе "Активация из файла". Возвращаемся на компьютер где проводим активацию и нажимаем на кнопку "Перейти к установке ответа".
4.7. Нажимаем в 1С кнопку "Активировать" и переходим на п.5.
5. Программа активирована и появится сообщение "Программа активирована".
---
## Вопросы
Ответы на часто возникающие вопросы
---
## Данный ключ был активирован на другом компьютере
Вот такая ошибка:
Означает, что этот ключ был уже использован на другом компьютере или информационной базе. Необходимо повторно сгенерировать ключ активации.
Это можно сделать самостоятельно на странице [Ключи активации](https://softonit.ru/personal/lk/keys/)
В месяц можно воспользоваться перегенерацией не более трех раз, если больше, то нужно позвонить нашему менеджеру и после пояснении, вам предоставят новый ключ.
---
## Двойное нажатие на номенклатуру в 1С не открывает страницу поиска в браузере. Почему так происходит?
Проверьте в браузере иконку расширения (в левом верхнем углу, возле поисковой строки). Она должна быть сверху белая, снизу зеленая. Вот так:
Если иконка не такая, но необходимо:
1. Щелкнуть на иконку расширения левой кнопкой мыши и проверить установлен ли флаг "Использование"
2. Верно ли указан IP-адрес 1С и порт
3. Запущена ли 1С с нужной конфигурацией и нашей обработкой
4. Захвачена ли вкладка для открытия ссылок из 1С.
---
## Для Ozon надо постоянно проваливаться в каждую карточку и открывать каждое изображение, а это не очень быстро. Как быть?
Да. Это долго. Из поиска ozon нужно перейти сначала в карточку товара, а уже потом нажать кажду картинку и перенести ее в 1С.
Выход есть. В обработке 1С, на вкладке настройка укажите поисковая система `Ozon через Яндекс`. Будут найдены все изображения на Ozon для указанного товара, но используя поиск Яндекса.
---
## Меняется иконка расширения в браузере. Что это значит?
В зависимости от текущего статуса иконка расширения меняет свое цветовое оформление. Все статусы приведены ниже.
---
Статус: **Disable**
Описание: Расширение не активно. Оно выключено. Для работы откройте обработку по поиску в 1С, щелкните по расширению введите ip-адрес и включите расширение.
---
Статус: **Start**
Описание: Расширение в данный момент запускается и пытается соединиться с 1С.
---
Статус: **Disconnect**
Описание: Расширение не может установить соединение с 1С. Проверьте в 1С статус внешней компоненты на вкладке `Настройки` и при необходимости нажмите на кнопку `Запустить`.
---
Статус: **NoTabConnect**
Описание: Расширение готово к работе, соединение с 1С произошло успешно, но не нажата кнопка `Захватить вкладку` в расширении. Картинку установить можно в 1С, но при двойном щелчке по номенклатуре в 1С переход в браузере к поиску осуществлен не будет.
---
Статус: **OK**
Описание: Расширение готово к работе, соединение с 1С произошло успешно. Все в порядке.
---
Статус: **Send OK**
Описание: Расширение в данный момент передает в 1С файл. Как только файл будет передан, статус и иконка будут изменены на **OK** (указан выше).
---
Статус: **Error**
Описание: В расширении произошла ошибка. Что-то пошло не так. Возможно, необходимо перезапустить браузер
---
---
## Хочу загрузить картинку с Wildberries (WB), но у меня не получается выбрать картинку. Что делать?
Действительно при работе с WB, есть проблема с картинками. В браузере крайне трудно выбирать изображение. Так как:
* Для Wildberries (WB) изображение увеличивается
* В меню нет пункта `Перенести в 1С:Предприятие`
## Решение 1
Уменьшите окно браузера в размерах. В этом случае возможность переноса появится.
## Решение 2
В обработке 1С, на вкладке настройка укажите поисковая система `Wildberries через Яндекс`. Будут найдены все картинки на WB для указанного товара, но используя поиск Яндекса.
---
## Почему могут не находиться изображения?
Отключается предприятие при попытке подключения
Почему может отключаться предприятие 1С при попытке подключения?
Единственной причиной для такого может быть некорректно указанный IP адрес и порт машины, где установлено расширение внешней компоненты.
Обработка "чувствительна" к корректному указанию адреса - т.к. "подключение-прослушивание" производится через механизмы операционной системы. Для предотвращения дальнейших проблем операционная система принудительно завершает процесс вызывающий проблему ( в данном случае это 1С приложение).
**Решение:** корректно указывать IP адрес и порт расположения машины, на которой установлена внешняя компонента.
---
## Почему могут не находиться изображения?(Вопросы)
1. Не верная строка поиска. Например, ищите не те строки, если ввести: `Телевизор "SHARP"`, то будет вот это:
А если же искать, что-то типа: `Телевизор SHARP "45" высокого качества с артикулом 0745878965422578522`, то понятное дело ничего не будет найдено.
Слишком сложная строка для поиска и не удивляйтесь, если Яндекс или Google ничего не находит по ней.
Упростите строку поиска вручную в браузере.
2. По этой строке поиска в интернете действительно ничего нет. Это может быть редко встречающийся товар, или изображения этого товара просто нет в природе. Совет тот же: изменяйте строку поиска.
3. Сайты могут закрывать индексирование своих картинок от поисковиков. И поэтому Яндекс или Google могут их не найти. Картинка вроде бы есть, но Яндекс или Mail получили инструкции от создателей сайтов не добавлять их в поиск и поэтому их там нет.
4. При очень большом количестве запросов Яндекс или Mail сам может заблокировать вывод картинок, так как может подумать что вы бот и у Вас подозрительная активность. В этом случае будет необходим ввод Captcha.
---
## Демо-версия
Демо-версию [Установка картинок из интернета для товаров в 1С](https://softonit.ru/catalog/products/picut/) можно скачать по [ссылке](https://softonit.ru/demo/).
Выберите для какой конфигурации вы хотите получить демо-версию, заполните форму и вам на почту придет ссылка для скачивания.
## Ограничения демо-версии по поиску картинок
1. Из браузера в 1С изображения приходят с паузой в 10 секунд
2. Иногда (в половине случаев) вместо изображения из браузера приходит картинка "Демо-версия", вместо отправленной.
---
## Интеграция в 1С
Внешняя обработка интегрируется в следующие типовые конфигурации «1С:Предприятие 8.2» и «1С:Предприятие 8.3»:
в режиме обычного приложения:
- Управление торговлей 10.3;
- Управление производственным предприятием 1.3;
- Комплексная автоматизация 1.1.
в режиме управляемого приложения:
- Управление торговлей 11 (11.4, 11.5);
- Управление нашей фирмой 1.6, 3.0;
- Розница 2.2, 3.0;
- Комплексная автоматизация 2.0.
- ERP 2.5
Поддержка остальных конфигураций может быть добавлена по запросу.
---
## Первоначальная установка
Первоначальная установка состоит из нескольких этапов. Их необходимо выполнить последовательно.
## Этап 1. Установка обработки в 1С
Для запуска обработки в конфигурации достаточно выбрать в главном меню пункт меню **Файл -> Открыть**, но для постоянного использования в работе обработку следует подключить к конфигурации.
Рассмотрим подключение обработки на примере конфигурации **Управление торговлей 11.2**.
1. Необходимо войти в конфигурацию под пользователем с административными правами.
2. Далее, в разделе **НСИ и администрирование -> Настройка параметров системы -> Печатные формы, отчеты и обработки** раскрыть группу **Отчеты и обработки**, установить флажок **Дополнительные отчеты и обработки** и открыть список **Дополнительные отчеты и обработки**.
3. В открывшемся списке необходимо нажать кнопку **Создать** и выбрать ранее сохраненный файл обработки **Поиск и установка изображений для номенклатуры**.
4. Далее необходимо указать размещение команды вызова обработки (например, раздел *Склад и доставка*) и нажать **ОК**:
5. В столбце "Быстрый доступ" необходимо указать пользователей, которым будет видна команда открытия обработки, нажать **ОК**:
6. В окне подключения обработки необходимо нажать кнопку **Записать и закрыть**.
На этом подключение обработки завершено.
## Этап 2. Подготовка браузера
1. Установите один из браузеров, который поддерживается обработкой: [Яндекс Браузер](https://www.browser.yandex.ru/), [Google Chrome](https://www.google.com.au/intl/ru_ru/chrome/), [Microsoft Edge](https://www.microsoft.com/ru-ru/edge/download). Выбирайте любой на выбор, если у вас он не установлен, установите.
2. Запустите браузер и установите в нем расширение (откройте ссылку ниже в открытом браузере): [Установить](https://chromewebstore.google.com/detail/%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0-%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B9-%D0%B2-1/digojineikfmoicjapebdglhmiceacba). На открывшейся вкладке нажмите **Установить**.
3. Закрепите расширение.
В панели должен появится значок:
## Этап 3. Настройка связи расширения и конфигурации 1С
### Определяем IP-адрес локального компьютера
1. Запустите 1С и нашу обработку по поиску картинок.
2. Нажимаем на клавиатуре кнопки `Win + R` и в открывшемся окне ввести `powershell` (либо щелкаем правой кнопкой по меню ***Пуск** и выбираем в Windows 10 *Windows PowerShell*, в Windows 11 это будет *Терминал*).
3. В терминале необходимо ввести команду `ipconfig` и мы получим сетевые соединения Windows:
Может вывестись несколько адресов (как на нашем скриншоте). Наш искомый выделен на скриншоте IPv4-адрес. Как правило ваш искомый IP-адрес будет начинаться 192.168....
4. В обработке необходимо открыть вкладку **Настройки** и в ней указать IP-адрес из шага выше. После чего нажать на кнопку **Подключить**.
Статус должен измениться на *Внешняя компонента готова*.
5. Далее настроим браузер для работы с 1С. Откройте браузер щелкните по расширению и введите найденный IP:
6. Нажмите на переключатель **Использование**
:::warning Важно!
Значок в расширении браузера должен изменить цвет на сверху рыжий, снизу зеленый.
Если этого не произошло, необходимо вернутся на шаг 3 и попробовать другой IP-адрес. Обратите внимание 1С должна быть открыта
:::
7. Если у вас связь с 1С не заработала, то необходимо взять другой IP-адрес из шага 3.
8. Если цвет значка расширения в браузере изменился (сверху рыжий, снизу зеленый), нажмите на кнопку **Захватить эту вкладку**. После того, как вы это сделаете значок расширения должен изменить цвет: сверху белый, снизу зеленый:
После этого можете приступать к массовому [поиску и установке изображений](./Поиск и установка изображений/Поиск изображений.md).
---
## Проверка и установка новой версии обработки
## Проверка обновления и установку новой версии обработки
Мы постоянно развиваем наши решения, дополняем и улучшаем имеющийся функционал. Для того, чтобы у Вас всегда была самая актуальная версия, в обработку встроена проверка обновления. Уведомление об имеющемся обновлении, представлено на рисунке
При переходе по ссылке **Новость на сайте** откроется страница нашего сайта с описанием новой версии обработки: изменения функционала, отличия о предыдущих версий и т.д.
При переходе по ссылке **Скачать обновление** или нажатии кнопки **Скачать обновления** будет открыта страница нашего сайта "Личный кабинет", в котором, после авторизации, Вы сможете скачать обновленную версию обработки "Поиск и установка изображений для номенклатуры" (при наличии действующей подписки на обновление).
По кнопке **Продлить обновления** будет открыта страница нашего сайта с предложением продления подписки на обновления.
Установка новой версии обработки практически совпадает с описанным в предыдущем уроке способом установки, с той разницей, что в п.3 вместо Создать необходимо выбрать ранее подключенную обработку "Поиск и установка изображений для номенклатуры" и по кнопке **Загрузить из файла**, в открывшемся окне выбора файла указать файл с новой версией обработки:
---
## Лицензионное соглашение
Обработка для поиска изображений является демонстрационной и предназначена только для ознакомления с возможностями работы в сети интернет из 1С.
Ее нельзя использовать в коммерческих целях.
Автор не несет ответственности за использование конечными пользователями обработки не по назначению.
Используя ее вы полностью принимаете на себя все обязательства связанные с условиями использования сервисов *Yandex*, *Mail*, *Google*, *Bing* и других сайтов, где находятся изображения. При этом вся ответственность с автора снимается.
Все авторские и иные права на изображения принадлежат компаниям чьи изображения вы используете в соответствии с условиями использования.
Обработка "Установка изображений (картинок) для номенклатуры 1С из интернета" лишь демонстрирует возможности 1С в части работы с сетью интернет и расширением Chrome. Используйте разработку на свой страх и риск.
---
## Поиск и установка изображений
В этом разделе разберемся как работать с данной обработкой.
---
## Как выполнять поиск изображений
## Алгоритм работы
Обработка в связке с расширением браузера работает следующим образом:
1. Откройте браузер и настройте расширение.
2. Делите монитор на 2 части и в одной открываете 1С (слева), а в другой браузер (справа). Если у вас два подключенных монитора, то можно браузер открыть на одном, а 1С на другом.
3. В 1С выбираете нужную номенклатуру для которой хотите загрузить изображение и два раза щелкаете на номенклатуре в 1C.
4. В браузере, в зависимости от настроек в 1С будет открыт сайт с картинками (Яндекс, Google или любой другой сайт, откуда вы хотите загрузить изображения). Необходимо щелкнуть правой кнопкой мыши по одной из найденных картинок в браузере и нажать **Перенести в 1С:Предприятие**.
5. Выбранная в браузере картинка будет загружена в конфигурацию 1С.
6. Щелкаем правой кнопкой по следующей картинке, которая нам понравилась и повторяем процесс переноса в 1С.
:::info
Обратите внимание, на следующие пункты:
1. В браузере мы можем переходить по любым ссылкам в поиске и устанавливать изображения. Открыть даже другие сайты и "бродить" по ссылкам там.
2. Переходить на другие вкладки и там щелкать правой кнопкой мыши и переносить в 1С.
3. Если в момент двойного щелчка в 1С по номенклатуре есть захваченная вкладка, но она сейчас не активна, то в ней будет открыт поиск и она сделается активной вкладкой.
:::
---
## Поиск по штрихкоду
Также можно искать номенклатуру по штрихкоду. Для этого нужно нажать на кнопку **Найти по штрихкоду** или с помощью горячей клавиши `F7`, ввести штрихкод, и если номенклатура будет найдена, то произойдет переход к текущей номенклатуре и автоматический поиск картинки в интернете:
Поиск по штрихкоду осуществляется аналогично в конфигурации **Управление торговлей 10.3**.
---
## Работа с изображениями
На панели групп и списка номенклатуры отображаются галочки, которые указывают на то, что данная номенклатура имеет установленное изображение по умолчанию.
Для того, чтобы установить для номенклатуры изображение по умолчанию необходимо в списке ранее добавленных картинок правым кликом по нужном изображению вызвать команду **Установить по умолчанию**.
Установка по умолчанию осуществляется аналогично в конфигурации **Управление торговлей 10.3**.
Так же, картинки в этом списке можно помечать на удаление, открывать, изменять наименование.
---
## Работа с редактором изображений
## Редактор изображений
Данная обработка имеет свой встроенный редактор изображений с помощью, которого можно поворачивать, изменять размеры картинки, а также работать с буфером обмена.
Вверху редактора расположены кнопки:
* **Повороты** - кнопка осуществляет поворот влево\вправо, а также позволяет отразить по вертикали\горизонтали;
* **Буфер** - позволяет загружать или выгружать изображения в буфер обмена;
* **Сбросить изменения** - позволяет откатить внесенные изменения;
* **Записать** - позволяет сохранить внесенные изменения.
Аналогичные кнопки находятся в **Управление торговлей 10.3**
Ниже расположены значения исходных значений картинки, а также редактируемые размеры, которые мы можем изменить.
Например, исходные размеры `600х669` необходимо уменьшить в два раза.
Введем в редактируемые поля новые значения `300х334` и для применения этих значений нажмем кнопку **Изменить размер**.
В результате, изображение будет изменено относительно новой длины и ширины.
Если перед редактированием размеров изображения нажать кнопку:
тогда при изменении, например, одной только длины, размер ширины будет выставлять пропорционально.
Для того, чтобы вставить или скопировать картинку буфера необходимо вверху редактора нажать кнопку **Буфер** и выбрать нужное действие.
## Редактор изображений аналогично выгладит в "Управление торговлей 10.3"
---
## Установка изображений в 1С из браузера через буфер обмена
Иногда так бывает, что разработчики сайтов делают изображения такими, чтобы они не были для расширения похожи на картинки.
Т.е. расширение браузера не может понять, что в этом блоке кода сайта есть картинка. В этом случае, можно установить изображение через буфер обмена.
Для этого необходимо:
1. Щелкнуть правой кнопкой по картинке и нажать пункт **Копировать картинку**.
2. Щелкнуть правой кнопкой мыши в любой области браузера и выбрать пункт **Из буфера обмена в 1С:Предприятие**.
Если в момент нажатия кнопки **Из буфера обмена в 1С:Предприятие** в 1С будет активна вкладка **Редактор**, то картинка вставится только в это окно и ее можно будет изменить перед записью. Автоматической установки изображения не будет!
---
## Системные требования(Imgloader)
Минимальные системные требования для работы внешней обработки "Поиск и установка картинок для номенклатуры из интернета"
|ПО, Настройка | Значение |
|-----------------------------------|------------------------------------------------|
|Версия платформы «1С: Предприятие» | 8.3.14 и выше |
|Виды поддерживаемых конфигураций | Обычное приложение, управляемое приложение |
|Вариант «1С:Предприятие» | Клиент - серверный, файловый |
|Рекомендуемое разрешение экрана | 1024х768 и выше |
|Версия ОС | Windows 7 и выше |
|Браузер | Chrome, Edge, Яндекс Браузер |
---
## Документация по API
:::info Что такое API?
API (Application Programming Interface) - это механизм, позволяющий осуществить обмен информацией между двумя программными продуктами, с помощью определений и протоколов.
:::
API может взаимодействовать с большим количеством объектов информационной базы, например:
* Задания
* Контрагенты
* Контактные лица
* Спринты
* Номенклатура
* И многое другое (все типы описаны в документации API)...
Практически с каждым объектом можно взаимодействовать с помощью четырех HTTP-Методов:
1. [GET] - Получает объект или массив объектов
2. [POST] - Создает объект или массив объектов
3. [PUT] - Изменяет объект или массив объектов.
4. [DELETE] - Удаляет объект или массив объектов
Более подробно ознакомиться с методами и настройками можно в документации API
---
## Первый запуск API
Чтобы выполнить первое подключение через API, необходимо опубликовать рабочую базу через службы IIS или Apache.
Как опубликовать базу вы можете ознакомиться в статьях:
- [Публикация на сервере - IIS](/it/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-iis)
- [Публикация на сервере - Apache](/it/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-apache)
:::info Важно!
Для работы обмена, между мобильным приложением и основной базой, при публикации, должны быть включены HTTP сервисы для работы с API, а именно: API и APIDebug для отладки.
Также в основной рабочей базе в разделе: Администрирование -> Настройки параметров учета, должна быть включена функциональная опция «Использовать API».
:::
Для того, чтобы использовать подключение, необходимо установить следующий набор ролей:
* [x] Базовые права API.
* [x] Базовые права БСП
* [x] Базовые права УФ.
* [x] Выполнение заданий.
* [x] Добавление заданий.
* [x] Чтение покер планирования.
**Подключение**
После того, как информационная база была опубликована и установлены роли, необходимо убедиться что все работает корректно, для этого откройте браузер, и сформируйте ссылку по образцу: `http://имя_хоста/имя_публикации/hs/api_debug/v1/tasks`.
В открывшейся странице заполняем логин и пароль пользователя информационной базы 1С, в успешном случае должен отобразиться текст JSON с данными существующих заданий, если это так API работает корректно, в противном случае необходимо искать проблемы с публикацией и пробовать подключение повторно.
---
## Подробная документация API
Подробная документация API находится по ссылке: [https://softonit.ru/api/docs/](https://softonit.ru/api/docs/)
---
## Тестирование API, пробные запросы
## Тестирование через браузер
В [основной документации](https://softonit.ru/api/docs/) описаны методы по которым можно взаимодействовать с данными, для простого тестового получения данных через API, в [документации](https://softonit.ru/api/docs/) выберите необходимый метод, скопируйте его англоязычное представление и перейдите в браузере по ссылке `http://имя_хоста/имя_публикации/hs/api_debug/v1/имя_метода`, после авторизации, будет отображен итоговый JSON файл.
Если необходимо, параметры стоит писать после url по образцу:
`?ИмяПараметра1=ЗначениеПараметра1&ИмяПараметра2=ЗначениеПараметра2...`
К сожалению, делать POST, PUT, DELETE запросы без стороннего софта через браузер нельзя, поэтому для более глубокого погружения, рекомендуем использовать программу [Postman](https://www.postman.com/) описанную ниже.
## Тестирование через Postman
Скачайте и установите программу [Postman](http://postman.com/) при первом запуске от регистрации аккаунта можно отказаться, далее следуйте пунктам описанным ниже:
1. Создайте новую вкладку запроса.
2. Выберите любой из методов (GET, POST, PUT, DELETE), для начала рекомендуем использовать `GET` для получения данных
3. Введите URL запроса по типу приведенному выше при тестировании в браузере.
4. На вкладке **Params** при необходимости введите параметры и значения.
5. На вкладке **Authorization** в поле *type* необходимо выбрать *Basic Auth*, и ввести логин и пароль пользователя информационной базы 1С.
6. На вкладке **Headers** при необходимости можно редактировать заголовки.
7. При использовании методов `PUT` или `POST` на вкладке **Body**, необходимо вставить тело запроса
8. Отправляем запрос и в основном текстовом окне получаем результат.
---
## GTD - Личная эффективность
Раздел посвящен личной эффективности и GTD (Getting Things Done) в конфигурации Управление IT-отделом 8.
| **Список ролей для работы с подсистемой "Текущие дела"** |
|--------------------------------------------------------|
| Использование обработки текущие дела |
---
## Введение подсистемы GTD
:::info Getting Things Done, GTD
(в переводе с англ. — «доведение дел до завершения», однако чаще и неправильно — *как привести дела в порядок*) — методика повышения личной эффективности, созданная Дэвидом Алленом и описанная им в одноименной книге [подробнее](https://ru.wikipedia.org/wiki/Getting_Things_Done).
GTD основана на принципе, гласящем, что человек должен освободить свой разум от запоминания текущих задач (бывают исключения в случаях, когда несколько задач по разным проектам взаимосвязаны), перенеся сами задачи и напоминания о них на внешний носитель (неважно, куда: бумага, компьютер). Таким образом, мозг человека, освобождается от лишней информации, от того, что должно быть сделано, а это позволяет сконцентрироваться на выполнении самих задач, которые должны быть четко определены и сформулированы заранее.
Грубо говоря GTD - это конвейер дел, где вся рутина уходит в механику и мы не задумываемся о «ненужных делах», которые на данный момент не важны, а работаем исключительно с делами насущными. Кроме того, GTD - это целая система использую которую нам становится легче работать и жить. Многие используют эту систему не только в работе, но и в личной жизни.
:::
## Так, а в чем разница между GTD и просто списком дел?
Разница огромна! Список дел - это простой список, а GTD - это целая система.
В списке мы обычно фиксируем только самые важные дела, иногда цели, а менее значительные, мелкие задачи не записываем. И очень зря.
Часто мы упускаем мелочи, которые влияют на результат и на выполнение целого проекта в целом. Часто забываем о чем-то очень важном, пока важное не напомнит о себе в самый неподходящий момент. В GTD все, что нужно сделать фиксируется и продумывается заранее.
### А мне подойдет, я ведь простой руководитель/администратор/техник и т.д.?
Можно с уверенностью сказать, что подойдет! GTD актуальна для людей разного возраста, профессий и социального положения. Вы не исключение.
## Что конкретно я получу, если буду использовать GTD?
Вы ничего не упустите из виду. Любая мелочь должна быть зафиксирована, а раз так, то вы получаете систему, где есть все.
Получите систему, где следующее действие, будет выбрано быстро и правильно.
Вы станете более продуктивным, а не просто больше успевающим. Это разные вещи.
Вы избавитесь от стресса. Конечно, полностью избавиться не удастся, но то, что у Вас перед сном не будет мыслей вида: "Ой, как же я мог это забыть!..." - это гарантируется.
Научитесь и полюбите планировать свою жизнь вместо того, чтобы позволять это делать обстоятельствам или другим людям, которые за вас решают, как Вам жить и какие жизненные цели иметь.
Получите полный контроль над проектами.
Научитесь концентрироваться на результате.
И это не мало...
## Отлично. Что мне сделать, чтобы так работать?
Как таковых строгих мантр и правил нет. Но есть основные принципы, которым необходимо следовать. Давайте перечислим их:
1. **Собирайте информацию и фиксируйте все, что может понадобиться.** Записывайте ВСЕ задачи, идеи, повторяющиеся дела (ниже мы приведем, что для этого есть в нашем решении). При этом список этих дел всегда должен быть под рукой, чтобы вы не могли сказать: «Добавлю это позже». Даже самое маленькое и незначительное дело нужно записывать, если вы не делаете его прямо сейчас. Это действие забирает больше времени, но за то, Ваш мозг попадает в ловушку, того, что все записано и он уже не реагирует на то, не забыл ли я что-то.
2. **Пишите подробно и с пояснениями.** Дела вида «Подготовить проект автоматизации» - это не дело - это цель. Когда вы будете ее выполнять, то будете долго и упорно вспоминать, что же нужно сделать. Разбивайте большие дела на конкретные действия, которые необходимо выполнить (обсудить с руководством список участников проекта, скачать и установить последние обновления для конфигурации "Конвертация", создать правила обмена (справочники, документы, константы и т.д.). Задачи должны быть сформулированы точно и при прочтении должно быть точно известно, что надо делать. В обычном списке задач часто люди тратят даже больше времени на расшифровку, чем непосредственно на выполнение дела. Если можете делегировать дело - делегируйте, но запишите, о том, когда надо проконтролировать выполнение (если надо).
3. **Правильно определяйте приоритеты.** Для каждого элемента в списке укажите конкретный срок. По сути, это работа и со списком, и с календарём. На этом этапе у Вас должна появиться уверенность, что точно ни о чём не забудете и все подготовили.
4. **Актуализируйте списки.** Списки дел быстро устаревают: что-то становится неактуальным, что-то переносится на будущее, а что-то выполняется. Система должна работать вместе с Вами. Поэтому следите, чтобы у Вас всегда был список конкретных действий и Вы могли приступить к работе без промедления.
5. **Действуйте.** Когда всё организовано, можно приступать к выполнению задуманного. Выберите дело из нужной категории, посмотрите, какие конкретные действия от Вас требуются и работайте. Так Вы сможете реализовать большие проекты.
6. **Это должна быть системная работа.** Любая система продуктивности не будет работать, если применять ее бессистемно. Не забывайте все фиксировать и не ленитесь. Чтобы получить максимальную отдачу, настраивайте все под себя и всё получится. И да, никакая, даже самая лучшая система не выполнит все дела за Вас. Работа со списками — это хорошо, но не забывайте действовать. GTD — это инструмент, который помогает Вам избавиться от стресса и ничего не забывать. Но как распорядитесь своим временем, зависит от Вас.
---
## Как работать с GTD в подсистеме "Дела"?
Для начала работы, нужно сделать четыре простых шага.
## 1. Выделить свои дела
Используйте подсистему, чтобы организовать Ваши цели, проекты, и дела в дерево. Во-первых, запишите дела, которые требуется выполнить. Если дела большие, просто разделите их на составляющие элементы (подчиненные дела). Не пугайтесь. На вопрос: "Как съесть слона?", есть гениальный ответ "по кусочкам...". Разбейте большое дело на маленькие, если и маленькие большие, то разбейте и их на составляющие части. Если и эти компоненты все еще кажутся большими, продолжайте разделять их, пока у Вас не получится список разумных простых и выполняемых подчиненных дел (действий).
## 2. Спросите себя, "Какие дела самые важные?"
Для каждого дела, можно определить его важность относительно родительского дела или проекта. Чтобы увеличить важность дела относительно родительского дела, увеличьте значение важности.
## 3. Назначьте соответствующие контексты для каждого дела
Многие из дел в Вашем списке, могут быть выполнены только в определенных контекстах или ситуациях. Например, можно завершить дело "Купить мышку" только, когда Вы находитесь в магазине компьютерной техники. Таким образом, Вы можете создать новый контекст под названием "Магазин компьютерной техники", и назначить этот контекст для этого дела. Позже, придя в магазин, можно отфильтровать или сгруппировать список (следующих действий) по назначенным контекстам и увидеть, что нужно купить мышку.
Другой способ, думать о контекстах, как о категории для дел. Для дел можно назначить несколько контекстов. Контексты, могут быть также открытыми или закрытыми.
## 4. Сформируйте упорядоченный список To-Do (следующих действий)
После того, как Вы ввели все свои цели, проекты, и задачи программа выберет только те задачи, которые требуют Вашего немедленного внимания. Эти задачи помещаются в список To-Do - простой список действий. При заданном по умолчанию виде Активные действия, в списке To-Do видны только задачи без незаконченных подзадач и запланированные задачи появляются в этом списке только в заданное время. За детальной информацией о создании списка to-do (список следующих действий), обратитесь к теме [Список To-Do](./spisok-to-do).
Список To-Do может быть отсортирован по приоритетам так, чтобы можно было оставаться сосредоточенным на том, что действительно важно для Вас, отделяя важность от срочности, минуя промедление.
Также, задачи в списке To-Do могут быть отфильтрованы по различным параметрам, таким как Контексты, имеющееся у вас на данный момент свободное время и т.д.
Задачи в списке To-Do, могут быть, также сгруппированы по различным параметрам. Довольно просто настроить под себя Вид списка To-Do, который будет отфильтрован, отсортирован и сгруппирован согласно Вашим потребностям.
Каждый раз при завершении задачи список следующих действий обновляется, оставаясь актуальным.
---
## Настройки автоформатирования дел
Предположим Вы настроили виды и теперь Вам видны все дела с фильтрами активного вида.
Например, вы просматриваете вид "Сегодня", который отображает список дел, их срок установлен текущей датой.
И вы хотите как-то отделить важные дела от неважных, или видеть звонки, которые вы хотите совершить с иконкой телефона, или иметь напоминание дней рождений, чтобы поздравить коллегу или начальника вовремя. Это пример, того, когда оформление важно. У вас могут быть свои примеры.
Для этих целей мы добавили автоформатирование дел.
Собственно, это настройки, которые добавляют по определенным условиям оформление для дел (жирный, курсив, подчеркивание, цвет текста, цвет фона, изображение).
Рассмотрим другой пример. Пример оформления проектов. По GTD **Проекты** — каждый разомкнутый цикл в жизни или работе, требующий больше, чем одного физического действия для достижения цели, становится проектом. Проекты, необходимо контролировать и периодически делать обзор, чтобы удостовериться, что с каждым проектом связано следующее действие, и, таким образом, проект будет продвигаться.
Естественно в общем списке мы хотим как-то выделять проекты. Добавим синий цвет текста и добавляем условия.
Теперь в списке заданий все проекты будут синими.
Таким образом, можно с помощью автоформатирования раскрашивать дела по вашим условиям.
---
## Настройки видов дел
Виды дел позволяют отобразить отфильтрованные, отсортированные и сгруппированные дела по Вашим условиям. При первом запуске будут созданы стандартные виды. Все имеющиеся виды отображаются в левой панели видов. Вы можете создавать свои собственные Виды, используя встроенные возможности для фильтрации, сортировки и группировки ваших дел.
Это позволит вам без труда работать с разными делами просто перейдя на соответствующий вид.
Где:
1. - **Отборы** Специальные условия выборки данных.
2. - **Столбцы** Какие столбцы выводить в выбранном виде.
3. - **Группировки** Группирует дела в зависимости от выбранных значений.
4. - **Сортировки** По каким столбцам отсортировать в конце отборов и группировок дерево дел.
5. - **Как представить дерево дел** В виде дерева, или в виде линейного списка. Например, избранное имеет смысл смотреть списком. При иерархическом просмотре можно дополнительно указать, что выводить дела с учетом дочерних или родительских элементов.
---
## Настройки контекстов
Многие из дел в Вашем списке могут быть завершены только в определенных контекстах или ситуациях. Например, выполнить дело *обсудить с руководством внедрение проекта автоматизации* можно лишь, находясь непосредственно в кабинете руководителя. Таким образом, Вы можете создать новый контекст *Руководитель* и назначить этот контекст для вышеупомянутой задачи. Затем добавить вид с фильтром контекста *Руководитель* и Вы сможете выбрать лишь те дела, которые связаны с этим контекстом. Также, Вы можете думать о контекстах, как о категориях для задач.
Каждый контекст может включать другие Контексты.
Каждый контекст может быть открыт/закрыт в определенное время.
Можно создавать, переименовывать, удалять и назначать параметры для контекстов в диалоге Управления контекстами. Для открытия этого диалога, выберите в меню списка дел
**Настройки -> Контексты**
Обратите внимание, на то, что контекст может иметь автора и таблицу пользователей. Эта возможность позволяет открыть задания с этим контекстом другим пользователям для совместной работы.
Например, создав контекст "@Платежный календарь", мы можем делам, которые необходимо проплатить устанавливать эти контексты. В этом случае эти дела увидят другие пользователи указанные на закладке **Пользователи** в контексте.
Присваивание делам контекстов позволяет отфильтровывать дела в видах и делиться этими делами с другими пользователями.
---
## Поиск в делах
Иногда бывает необходимо найти что-то в большом списке дел. Можно воспользоваться механизмом поиска:
Если что-то по введенной строке будет найдено, то при переходе на найденную строку, будет выполнен переход к найденному делу в дереве.
---
## Работа с делами в дереве дел
После добавления дела, можно изменить тему, выбрать контексты, установить срок и т.д. в самом дереве нажав, правую кнопку мыши:
Так же при выделении дела, в правой части будут отображены ее [реквизиты](./rekvizity-del).
---
## Реквизиты дел
Любое дело имеет список реквизитов. При активации любого дела, справа отображается панель свойств этого дела:
### Описание
* **Тема** - заголовок дела (длиной до 512 символов)
* **Описание** - это текст неограниченной длины, который служит дополнением для темы и позволяет подробнее описать выделенное дело.
### Общие
* **Контексты** - список контекстов текущего выделенного дела.
* **Важность** - насколько важно дело. Число от 0 до 200 по умолчанию 100.
* **Срочность** - насколько срочно дело. Число от 0 до 200 по умолчанию 100.
* **Усилие** - какое усилие нужно приложить к делу, чтобы его выполнить. Число от 0 до 200 по умолчанию 100.
* **Это папка** - дело может содержать в себе другие дела и не выполняться, т.е. своеобразным разделом. Например, папка *Дни рождения*, которая содержит информацию, о днях рождения коллег. Естественно, это не дело - это какая-то информация, которая возможно может пригодиться. Поэтому у папки нельзя установить признак ***Выполнено***.
* **Дело как цель** - любое дело может быть нашей целью. А цели могут быть недели, месяца, квартала или года. По умолчанию цель недели оформляется с одним восклицательным знаком, а месяца с двумя. Остальные цели являются стратегическими. Также по умолчанию цели отображаются в системном виде ***Цели***. Просматривая периодически наши цели, мы их актуализируем и стараемся достичь.
* **Задание** - любое задание может быть связано с делом этим реквизитом.
### Срок
* **Начало** - дата, когда дело начнется или началось. Может быть пустым, если дата не известна.
* **Срок** - дата, когда дело должно быть выполнено. Один из ключевых реквизитов дел. В таблице колонка срок отображается в удобном виде: сегодня, завтра, вчера, четверг и т.д. Это позволяет более конкретно представлять дату если она близко. Может быть пустым, если нет срока выполнения.
* **Использовать время** - галочка, которая определяет формат даты реквизитов начало и срок. Если галочка установлена, то срок будет с временем. По умолчанию выключена.
### Проект
* **Это проект** - галочка, которая свидетельствует о том, что текущее дело является проектом. Т.е. состоит из нескольких подчиненных дел. Важный реквизит при планировании проектной деятельности.
* **Процент проекта** - % на сколько выполнен проект. Доступно только для проектов.
* **Статус** - статус, на котором находится проект в текущий момент.
### Обзор
* **След. обзор** - галочка, что по этому заданию есть обзоры. Т.е. периодический просмотр этого и подчиненных дел для контроля. Этим механизмом удобно контролировать выполнение поручений.
* **Дата обзора** - дата, когда необходимо выполнить обзор дела. Так же в видах дел содержит вид ***Обзор***, где можно посмотреть дела, которые либо с просроченным обзором, либо обзор сегодня.
* **Обзор каждые N** дней, недель, мес. - позволяет, нажав на кнопку **Обзор проведен** увеличить дату обзора, на указанный интервал времени. Либо, если он пуст, то обзор автоматически включается и считается от текущей даты с учетом настроек обзора периода.
* **Обзор был** - дата последнего обзора.
### Стиль
* **Жирный** - оформить текущую строку жирным шрифтом.
* **Курсив** - оформить текущую строку курсивом.
* **Подчеркнутый** - подчеркнуть текущую строку.
* **Цвет текста** - цвет текста всей строки. Если пересекается с автоформатированием, то имеет приоритет.
* **Цвет фона** - цвет фона всей строки. Если пересекается с автоформатированием, то имеет приоритет.
* **Картинка** - изображение текущего дела. Если пересекается с автоформатированием, то имеет приоритет.
* **Очистить стиль** - очищает все настройки стиля для текущего выделенного дела.
---
## Сбор информации о делах
Продуктивность без стресса начинается с процесса разгрузки разума, которое заключается в фиксации всего более-менее важного на бумаге или другом носителе — в том, что Аллен, называет корзиной: физический ящик для приёма сообщений, электронный почтовый ящик, диктофон, ноутбук, карманный компьютер, или их комбинация. Суть в том, чтобы выкинуть из головы всё более-менее важное на удобный носитель для последующей обработки. В нашем случае это будет конфигурация "Управление IT-отделом 8".
Все корзины должны быть освобождены (обработаны) по крайней мере раз в неделю. Аллен не настаивает на каком-то определённом методе сбора, но делает акцент на важности регулярного освобождения корзины. Любое место хранения (физический, электронный почтовый ящик, магнитофон, ноутбук, карманный компьютер, и т.д), приемлемо, если оно **регулярно обрабатывается**.
В нашем решении сбором информации занимается подсистема "Дела". Это дополнение к стандартному функционалу, которое позволяет фиксировать все дела как личные, так и рабочие.
1. Для того, чтобы включить использование подсистемы **Дела**, откройте
**Администрирование -> Сервис -> Настройка параметров учета -> Функциональность**
На этой закладке Вы найдете галочку **Использовать дела**. Включите ее, если она выключена и нажмите **ОК** для того, чтобы настройки были применены.
2. Теперь можно открыть подсистему дел.
**Главное -> Дела**
Вот так выглядит главное окно работы с программой:
Список дел - это иерархическое дерево, где каждая строка - это определенное дело и группа дел, которые необходимо выполнить. Причем в нашей программе, надо понимать под делом все в широком смысле. Делом может быть и то, что нельзя выполнить. Ну допустим создать папку "Информация" и взять за правило туда складывать все, что содержит какие важные вам данные.
Кнопка **Создать** на панели дел, позволяет добавлять новые дела на том же уровне, что и текущее выделенное дело. Рядом с этой кнопкой есть кнопка **Создать подчиненное дело**. Т.е. для текущего выделенного дела будет создано новое дело, которое будет подчиненно текущему. Далее кнопка **Массовый ввод**, которая позволяет кроме того, что Вы введете сразу несколько дел за один раз, так же дополнительно анализировать вводимые данные и в зависимости от текста устанавливать реквизиты добавляемого дела (например срок).
Далее четвертая кнопка **Вид дел в дереве**.
Она имеет три состояния:
1. Показаны только не выполненные дела
2. Показаны не выполненные дела + те, которые выполнены в течении последних суток (недавно завершенные)
3. Все дела и выполненные и не выполненные.
Эта кнопка позволяет по ситуации скрывать или отображать то, что нужно в данный момент времени.
Далее кнопка создания напоминания для текущего дела.
Далее блок кнопок, который сворачивает или разворачивает дерево дел.
Далее кнопка **Установить фокус**, при нажатии устанавливается "фокус" на конкретное дело.
Далее блок кнопок, которые отвечают за перемещение дела: вверх, вниз, на уровень выше или ниже и перемещение дела в определенный каталог.
Далее меню настроек:
1. [Автоформатирование](./nastroyki-avtoformatirovaniya-del) - позволяет задать оформление дел по определенным условиям.
2. [Виды дел](./nastroyki-vidov-del) - список видов, который отображен слева (Входящие, Все дела, Избранное и т.д.) и их настройки.
3. [Контексты](./nastroyki-kontekstov) - список контекстов наших дел.
Далее кнопка поиска дел.
Создание нового задания на основании текущего дела и кнопка ручного обновления видов дел и дерева дел.
---
## Список To-Do (следующих действий)
:::info Список To-Do
Это список дел, состоящий из подзадач, которые, необходимо выполнить в первую очередь. Каждое дело и подзадача, имеют свой вес (степень важности), в To-Do подзадачи сортируются по весу (сверху-вниз). Таким образом, Вам можно не распределять в списке "Все дела" самостоятельно, какую подзадачу выполнять первой, а перейдя в To-Do, сразу приступать к исполнению.
Созданная подзадача, сразу помещается в список To-Do ***Активные действия***.
:::
Активные действия (по проектам) работает аналогично, единственное отличие заключается в том, что группировка происходит по проектам.
Флажок **Спрятать в To-Do** отмечает дела, которые не должны попадать в список To-Do.
---
## Управление IT-отделом 8
Уважаемый пользователь!
Благодарим Вас за выбор нашего программного продукта и поздравляем с отличной покупкой! Мы надеемся, что работа в конфигурации для Вас будет удобной и приятной, а также наше решение позволит сократить Ваше драгоценное время.
Мы очень рады, что Вы выбрали именно нас и постараемся Вас не подвести.
Удачи в ведении учета!
С уважением, команда [SoftOnIT.RU](https://softonit.ru/)
Перейти на страницу продукта: [Управление IT-отделом 8](https://softonit.ru/catalog/products/it/)
## Используемые ресурсы
### Подсистемы
- [1С:Библиотека стандартных подсистем](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-standartnykh-podsistem/)
- [1С:Библиотека подключаемого оборудования 8](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-podklyuchaemogo-oborudovaniya/)
- [1С:Библиотека интернет поддержки пользователей](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-internet-podderzhki/)
- [Телефония МИКО](https://telefon.miko.ru/)
### Внешние компоненты
- [Clip1C](https://github.com/Diversus23/clip1c)
- [MCP для Управление IT-отделом 8](https://github.com/Diversus23/itmcp)
### Иконки и картинки
- https://icons8.com/
### Web-компоненты
- [Шаблон личного кабинета AdminLTE](https://adminlte.io/)
- Подсветка исходного кода в базе знаний [https://prismjs.com](https://prismjs.com/)
---
## Автоматизация
Подсистема **Автоматизация** позволяет настроить реакции системы на события без программирования: «когда произошло *это* и выполнены *такие-то* условия — сделай *вот это*».
Раньше подобные сценарии либо жёстко зашивались в код, либо не существовали вовсе.
**Справочники -> Автоматизация**
## Из чего состоит поток
Настроенное правило называется **потоком**. У потока три части:
| Часть | Что задаёт |
|-------|------------|
| **Событие** | что должно произойти: создано задание, добавлен комментарий, изменился дедлайн, создан проект и так далее. Список доступных событий виден в карточке потока |
| **Когда** | необязательное условие-отбор: срабатывать не на всех событиях, а только на подходящих — по проекту, разделу, типу задания, автору, тексту |
| **Шаги** | что сделать: отправить уведомление, сменить статус задания, переместить в раздел канбана, назначить исполнителя, обратиться к AI-ассистенту |
Шагов в потоке может быть несколько, они выполняются по порядку.
## Коробочные потоки
Часть потоков поставляется вместе с конфигурацией — их не нужно создавать с нуля.
Одни включены сразу (например, уведомления об упоминании через `@`), другие поставляются **выключенными**: они меняют поведение системы заметно, поэтому включать их нужно осознанно, предварительно сверив настройки со своим контуром.
Ваши правки коробочного потока при обновлении конфигурации не затираются: система заполняет его только в момент первого создания.
## Очередь событий
Часть шагов выполняется сразу при записи объекта, часть — асинхронно, через очередь. Поэтому результат иногда виден не мгновенно, а через несколько секунд.
Если поток не сработал так, как ожидалось, смотрите:
* **Очередь событий автоматизации** — что ещё ждёт обработки;
* **Мертвые события автоматизации** — что не удалось обработать и почему.
| **Список ролей для работы с подсистемой "Автоматизация"** |
|--------------------------------------------------------|
| Администрирование автоматизации |
| Добавление изменение автоматизации |
| Чтение автоматизации |
---
## Завершение задания по фразе в комментарии
Часто бывают ситуации, когда нет доступа к рабочей базе или неудобно прямо сейчас открывать задание в 1С и выполнять его.
На этот случай в системе есть завершение задания по тексту комментария: исполнитель пишет в задание «Закрыть задание» — и задание закрывается само.
:::caution Изменение в версии 4.0
Отдельного механизма «маркеры выполнения задания» с фиксированным списком фраз и галочкой *Использование выполнение задания по текстовым фразам в сообщениях* в настройках параметров учёта **больше нет**.
Его заменил поток подсистемы **Автоматизация** — набор фраз и условия срабатывания теперь настраиваете вы сами, а не разработчик.
:::
## Что изменилось к лучшему
* Фразы срабатывают при **любом** способе добавления комментария: из формы задания, из личного кабинета, письмом на ящик службы поддержки, через REST API и через AI-ассистента. Раньше письмо было практически единственным работающим путём.
* Задание закрывается «по-настоящему»: вместе со сменой статуса завершается и SLA (проставляется фактическая дата завершения, закрывается активная пауза).
* Список фраз, ограничение по проектам, по типу задания, по автору комментария — всё это ваши настройки, а не жёстко зашитый в код список.
## Как включить
Поток поставляется **выключенным** — включите его осознанно.
**Справочники -> Автоматизация -> Автоматизация -> «Задание: Завершение по фразе в комментарии»**
Откройте поток и включите флажок **Использовать**. С этого момента комментарий с одной из фраз закрывает задание.
Фразы, заданные из коробки:
* Закрыть задание
* Закрыть задачу
* Задача решена
* Задание выполнено
* Close task
Фразы ищутся **внутри** текста комментария и без учёта регистра, поэтому «Все проверено. Закрыть задание.» тоже сработает.
## Как поменять список фраз
Список фраз живёт в условии **Когда** карточки потока.
1. Откройте поток **«Задание: Завершение по фразе в комментарии»**.
2. В блоке **Когда** нажмите кнопку настройки условия.
3. Внутри группы условий «Или» каждая строка — одна фраза: поле **Текст комментария**, вид сравнения **Содержит**, значение — сама фраза.
4. Добавьте свои строки или удалите лишние и запишите поток.
Ваши правки при обновлении конфигурации не затираются: система заполняет условие только в момент первого создания потока.
:::tip Совет: «Содержит» или «Равно»
Вид сравнения **Содержит** удобен, но срабатывает и там, где не нужно: фраза «Пока рано закрыть задание, ждём ответа клиента» содержит слова «закрыть задание», а процитированный кусок старой переписки может протащить фразу в новый комментарий.
Если хотите, чтобы срабатывала только команда и ничего больше, используйте поле **Текст комментария (начало)** с видом сравнения **Равно** — тогда комментарий должен состоять ровно из фразы.
:::
## Другие полезные условия
В том же условии **Когда** доступны, в частности:
| Поле | Зачем |
|------|-------|
| Задание-владелец -> Тип задания | из коробки стоит «Задание» — чтобы фразой нельзя было согласовать согласование или закрыть веху |
| Проект задания, Раздел задания | включить автозавершение только для выбранных проектов или разделов |
| Учетная запись электронной почты | «Не заполнено» — принимать фразу только из комментариев, добавленных руками, и игнорировать письма |
| Автор | ограничить круг тех, чьи фразы вообще рассматриваются |
| Приватный | не завершать задание по приватной переписке |
:::warning Ограничение
Условие «задание **не** входит в проект X» построить нельзя: задание может входить сразу в несколько проектов, и такое условие сработало бы неверно. Пользуйтесь положительными условиями — «Равно» и «В списке».
:::
## Галочка «Только от текущего исполнителя задания»
В шаге **Изменить статус задания** внутри потока есть флажок **Только от текущего исполнителя задания** — из коробки он **включён**.
* Включён — задание закроется, только если автор комментария и есть текущий исполнитель задания. Комментарий клиента или коллеги со стороны задание не закроет: комментарий запишется, а закрытие будет пропущено.
* Выключен — задание закроет любой, чей комментарий прошёл условия «Когда».
:::caution Про письма
Отправителя письма можно подделать. Если письмо придёт с адреса вашего исполнителя, комментарий будет записан от его имени и проверку пройдёт. Для внешней переписки надёжнее дополнительно ограничить поток проектами внутреннего контура или условием «Учетная запись электронной почты не заполнена».
:::
## Что стоит знать
* Закрытие происходит не мгновенно: событие обрабатывается очередью Автоматизации, обычно это секунды. Диагностика — **Справочники -> Автоматизация -> Очередь событий / Мёртвые события**.
* Фраза **остаётся** в тексте комментария. Прежний механизм вырезал её из текста, поток Автоматизации комментарий не редактирует.
* Уже выполненное задание повторным срабатыванием не портится, а отменённое задание фразой не закрывается.
* Кроме смены статуса в тот же поток можно добавить шаг **Переместить в раздел** — тогда фраза в комментарии одновременно закроет задание и переложит его в нужную колонку канбана.
---
## Администрирование
В этой подсистеме сосредоточены все функции по настройке и управлению конфигурацией.
---
## Включение редактирования конфигурации
Для включения возможности редактирования конфигурации зайдите под учетной записью администратора информационной базы в режиме работы **Конфигуратор**.
Далее откройте конфигурацию:
Если эта кнопка недоступна и дерево метаданных открыто, значит конфигурация уже открыта.
Далее в меню:
**Конфигурация -> Поддержка -> Настройка поддержки**
и нажать на кнопку **Включить возможность изменения**.
После этого нажать **ОК** и закрыть форму настройки поддержки, далее необходимо нажать кнопку в меню
**Конфигурация -> Обновить конфигурацию базы данных**
После этого конфигурацию можно редактировать.
---
## Выгрузить данные в ТСД
В данной панели осуществляется выгрузка данных в ТСД (терминал сбора данных). Кнопка **Заполнить** заполняет форму номенклатурами, находящимися в справочнике номенклатур.
Обработка выгружает данные по остаткам в ТСД из конфигурации
---
## Изменение макета печатной формы
Пример изменения макета печатной формы документа.
В документе «Начало обслуживания» в табличной части есть поле *Описание*, которое можно использовать, например, как описание неисправности:
Однако, в печатной форме *Заявка на ремонт (обслуживание)* это поле не выводится:
Добавим вывод этого поля в печатную форму, для этого перейдем
**«Администрирование -> Печатные формы, отчеты и обработки -> Макеты печатных форм**
В списке макетов найдем наш макет
Нажмем на кнопку **Изменить**. Откроется форма редактирования макета
В заголовке колонки с количеством (колонка 4) вызовем контекстное меню (правой кнопкой мыши) и выберем команду **Раздвинуть**
В результате между колонками с количеством и инвентарным номером будет добавлена пустая колонка
В заголовке таблицы введем заголовок **Описание**. Для вывода самого описания необходимо добавить параметр *Описание*, для этого в ячейке таблицы в строке с другими параметрами вызовем контекстное меню, в котором выберем команду **Свойства**
Откроется палитра свойств ячейки, в которой для свойства *Заполнение* необходимо указать значение *Параметр* и ввести имя параметра *Описание*
Тут же можно настроить и другие свойства ячейки: размещение текста, положение текста и т.д. Мы перенесем текст со значением *ВСЕГО* на одну колонку вправо. Выделим строки со значениями "Описание" объединим, через свойства ячейки, добавим нижнюю границу и расширим столбец чтобы текст описания помещался:
В макете печатной формы нажимаем кнопку **Записать и закрыть**. В форме списка макетов напротив нашего макета появился значок, указывающий на то, что в макет были внесены изменения:
Для просмотра результата вернемся в форму документ и нажмем кнопку **Заявка на ремонт (обслуживание)**, добавленное поле выводится на печать
---
## Копирование настроек пользователей
Копирование настроек между учетными записями удобный и простой механизм для ввода нового пользователя, который сэкономит много времени. Для копирования необходимо создать нового пользователя. После этого перейти на вкладку
**Администрирование -> Настройки прав и пользователей -> Копирование настроек**
Копировать настройки нужно от пользователя у которого уже они созданы.
Далее выбрать пользователей кому будут копироваться настройки.
После этого, можно копировать все настройки, либо выбрать отдельные. При выборе отдельных настроек, можно копировать настройки внешнего вида, настройки отчетов, персональные настройки, настройки печати табличных документов и т.д.
Для копирования настроек отчетов, следует помнить, что при сохранении варианта отчета, в настройках сохранения отчет должен быть доступен данному пользователю.
---
## Настройка интерфейса OData
Требования: версия программы **3.1.4.5** и выше.
**Интерфейс OData** позволяет настроить REST-сервис для обмена со сторонними программами, например, для решения таких задач:
* интеграция с интернет-сайтами;
* реализация сторонними средствами дополнительных функций без изменения программы;
* загрузка и выгрузка данных;
* интеграция с корпоративными программами без дополнительного программирования.
Можно выполнить также:
* получение списка документов или других элементов, с использованием различных фильтров;
* получение данных документа или элемента списка;
* редактирование данных одного документа или элемента списка;
* создание нового элемента списка или документа;
* проведение документа, отмена проведения.
## Настройка OData
В разделе
**Администрирование –> Синхронизация данных -> Настройки стандартного интерфейса OData**
для того чтобы произвести настройки автоматического REST-сервиса для запроса и обновления данных:
`REST-сервис` позволяет читать данные 1С:Предприятия, изменять их, создавать новые объекты данных и удалять существующие. При этом синхронизация данных может быть отключена.
Для работы с `REST-сервисом` не рекомендуется использовать какие-либо уже существующие учетные записи с целью защиты данных программы от взлома, т.к. `REST-сервис` предназначен для работы со сторонними программами. На странице настройки размещено напоминание об этом.
На вкладке **Авторизация** включите флажок *Создать для использования автоматического REST-сервиса отдельные имя пользователя и пароль (рекомендуется)*.
Введите *Имя пользователя*, *Пароль* и *Подтверждение пароля*. Нажмите кнопку **Сохранить**.
В разделе **Информация для разработчиков** можно подробнее ознакомиться с описанием технологии `REST-сервиса` и с документацией по его использованию с помощью гиперссылок.
На вкладке **Состав** можно определить, какие данные будут участвовать в работе автоматического `REST-сервиса`. По умолчанию список пуст.
Нажмите кнопку **Загрузить метаданные**, для того чтобы отобразить данные программы.
С помощью флажков предоставьте доступ к основным и подчиненным данным, которые будут участвовать в работе `REST-сервиса`. Например, если выбрать список *Валюты*, то программа автоматически подбирает зависимое перечисление *Способы установки курса валюты*, без которого сторонняя программа не сможет работать со списком.
После предоставления доступа к данным нажмите **Сохранить и закрыть** для продолжения работы в программе. Теперь сторонние программы получат доступ к выбранным данным.
Необходимо также убедиться, что флажок *Публиковать стандартный интерфейс OData* был включен при публикации ИБ на веб сервере, в противном случае следует выполнить повторную публикацию ИБ.
Для настройки прав доступа пользователей в программе предусмотрены следующие роли:
| **Роль** | **Краткое описание** |
| ------------------------------------------ | ------------------------------------------ |
| Удаление данных OData | Дает право удалить данные интерфейса OData |
---
## Настройки пользователей и прав
## Пользователи
**Пользователи** - администрирование пользователей, которые работают с программой.
**Настройки входа** - переход к настройкам сложности и смены паролей пользователей. Можно установить сроки действия паролей, а также ограничение работы неактивных пользователей.
**Группы пользователей** - включите флажок, для того чтобы можно было использовать группы для пользователей и внешних пользователей. Один пользователь может быть участником нескольких групп. Права доступа, указанные для группы, назначаются всем ее участникам. Использование групп имеет смысл, если пользователей программы много.
## Группы доступа
* **Группы доступа** - настройка прав доступа и ограничений для пользователей и групп пользователей. Группа доступа определяет совокупность действий с данными программы, которые могут выполнять участники этой группы.
* **Профили групп доступа** - настройка предустановленных шаблонов групп доступа пользователей. Профили групп доступа, как правило, объединяют в себе несколько ролей. При включении пользователя в группу доступа ему назначаются все роли, заданные в профиле группы доступа.
* **Ограничивать доступ на уровне записей** - включите этот флажок, для того чтобы максимально гибко настраивать права доступа пользователей к справочникам, документам и другим данным программы.
* **Группы доступа контрагентов** - включите этот флажок, для того чтобы разрешить настройку доступа к данным по группам контрагентов. Станет доступна команда:
* **Группы доступа контрагентов** - создание дополнительных групп контрагентов для разграничения доступа к справочникам, документам и другим данным.
* **Группы доступа мест хранения** - включите этот флажок, для того чтобы разрешить настройку доступа к данным по группам мест хранения. Станет доступна команда:
* **Группы доступа мест хранения** - создание дополнительных групп мест хранения для разграничения доступа к справочникам, документам и другим данным.
* **Группы доступа категорий базы знаний** - включите этот флажок, для того чтобы разрешить настройку доступа к данным по категориям базы знаний. Станет доступна команда:
* **Группы доступа категорий базы знаний** - создание дополнительных групп категорий базы знаний для разграничения доступа к справочникам, документам и другим данным.
## Персональные настройки пользователей
* **Копирование настроек** - копирование настроек контекста работы программы от одного пользователя другим. Это бывает полезно при вводе нового пользователя.
* **Настройки пользователей** - просмотр и управление настройками выбранного пользователя.
* **Очистка настроек** - очистка настроек пользователя, группы пользователей или всех пользователей. Это восстанавливает целостность настроек и в некоторых случаях помогает нормализовать работу сеансов этого пользователя в программе.
## Дата запрета изменения
* **Дата запрета изменения** - включите флажок, для того чтобы использовать даты запрета изменения данных программы. После этого становится активной команда:
* **Настроить** - переход к установке запрета редактирования данных программы до определенной даты (данных прошлых периодов).
## Защита персональных данных
* **Настройки регистрации событий доступа к персональным данным** - настройки регистрации событий доступа в соответствии с требованиями Федерального закона от 27.07.2006 N152-ФЗ "О персональных данных".
* **Защита от персональных данных** - просмотр обращений к персональным данным выбранных объектов программы.
* **Скрывать персональные данные через** - включите флажок, для того чтобы по истечении определенного срока скрывать личные данные, например, через 7 дней. Причиной скрытия данных может быть истечение срока действия согласия субъекта или его отсутствие.
---
## Настройки работы с файлами
В данной панели осуществляется настройка параметров загрузки, хранения и обработки файлов.
Доступны команды:
* **Хранить файлы в томах на диске** - выбор между хранением файлов в информационной базе или в томах на диске. В последнем случае файлы не будут храниться в программе.
* **Если флажок включен, становится доступной команда Тома хранения файлов** - переход к настройке подключения к томам (папкам) хранения файлов на файловом сервере.
* **Тома хранения файлов** - переход к настройке подключения к томам (папкам) хранения файлов на файловом сервере.
* **Запретить загрузку файлов с расширениями** - включите флажок, для того чтобы запретить загрузку в программу файлов с указанными расширениями и укажите запрещенные к загрузке расширения файлов в поле ввода через пробел.
* **Максимальный размер файла** - введите ограничение загрузки в программу файлов, превышающих указанный размер. По умолчанию указан размер 50 Мб. Файлы большего размера не будут загружаться в программу. Если максимальный размер равен нулю, то объем файлов не ограничен.
* **Настройка очистки файлов** - выполните команду, для того чтобы настроить очистку ненужных файлов.
* **Расширения файлов ODF** - можно указать расширения файлов открытого формата документов для офисных приложений, текст из которых также будет извлекаться для построения индекса полнотекстового поиска. Расширения указываются через пробел. По умолчанию список заполнен основными расширениями файлов. Указывать или уточнять список расширений файлов открытого формата документов нужно при использовании операционных систем фирмы Microsoft, если для программы OpenOffice не установлено расширение IFilter.
* **Расширения текстовых файлов** - введите расширения файлов, содержащих текстовые данные. Расширения указываются через пробел.
* **Синхронизировать файлы с облачными сервисами** - включите флажок для синхронизации с Яндекс.Диск, Box и другими облачными сервисами для упрощения редактирования файлов.
* **Настройки синхронизации** - перейдите по ссылке для настройки синхронизации файлов с облачными сервисами.
---
## Обслуживание
В данной панели осуществляется контроль над состоянием программы, резервное копирование и восстановление, обновление версии, оптимизация быстродействия.
* **Журнал регистрации** - просмотр событий и действий, которые происходили в регламентных заданиях или в процессе работы пользователей в программе.
* **Активные пользователи** - список пользователей, которые сейчас работают в программе.
* **Блокировка работы пользователей** - установка и снятие запрета работы пользователей с программой. При установке запрета завершается работа всех активных пользователей (включая текущего).
* **Удаление помеченных объектов** - окончательное удаление тех объектов программы, которым ранее была присвоена пометка на удаление.
## Отчеты и обработки
* **Отчеты администратора** - отчеты по журналу регистрации и другие отчеты для администрирования программы.
## Регламентные операции
* **Регламентные и фоновые задания** - переход к списку регламентных и фоновых заданий. Настройка, выполнение и отслеживание состояний регламентных и фоновых заданий. Регламентные задания автоматически выполняют регламентные операции по расписанию.
* **Управление итогами и агрегатами** - управление итогами регистров накопления и бухгалтерии и агрегатами оборотных регистров накопления. Правильная настройка итогов и агрегатов может повысить производительность программы.
## Резервное копирование и восстановление
С целью уменьшения риска потери данных необходимо регулярно выполнять резервное копирование программы.
Частота создания резервных копий зависит от интенсивности ввода новых данных в программу.
* **Создание резервной копии** - выполнение резервного копирования программы: прямо сейчас, через некоторое время или при завершении работы.
* **Настройка резервного копирования** - настройка автоматического резервного копирования по расписанию, или отключение контроля резервного копирования, если оно выполняется сторонними средствами.
* **Восстановление из резервной копии** - восстановление программы из резервной копии.
## Корректировка данных
* **Групповое изменение реквизитов** - изменение реквизитов и табличных частей в выбранных элементах.
* **Поиск и удаление дублей** - поиск похожих элементов по заданным условиям сравнения.
* **Правила проверки учета** - правила проверки корректности данных (ссылочная целостность, циклические ссылки и т.д.).
## Обновление программы
* **Результаты обновления и дополнительная обработка данных** - сведения о ходе обновления версии программы, отложенное выполнение дополнительных процедур обработки данных.
* **Описание изменений программы** - просмотр списка изменений в установленной версии программы и рекомендаций по обновлению программы.
* **Детализировать ход обновления в журнале регистрации** - при включенной настройке в журнал регистрации записываются выполняемые обработчики обновления с указанием времени выполнения.
## Оценка производительности
* **Оценка производительности** - включите флажок для начала замеров интегральной производительности программы по методике APDEX.
* **Настройки** - настройки параметров оценки производительности.
* **Профили ключевых операций** - переход к настройке профилей ключевых операций.
* **Экспорт замеров** - экспорт замеров производительности за произвольный период.
* **Импорт замеров** - импорт замеров производительности за произвольный период.
---
## Общие настройки
В данной панели осуществляется настройка основных параметров программы.
* **Заголовок программы** - введите текст, который будет отображаться в заголовке окна программы.
* **Часовой пояс** - часовой пояс, по которому ведется учет в программе. Все даты документов и регистров программы хранятся в этом часовом поясе.
* **Время текущего сеанса** - с помощью этой команды можно узнать, насколько время клиента отличается от времени сервера с поправкой на часовой пояс.
## Публикация информационной базы
* **Адрес в интернете** - предназначен для формирования ссылок на объекты информационной базы в сети интернет.
* **Локальный адрес** - предназначен для формирования ссылок на объекты информационной базы в локальной сети.
## Виды контактной информации
* **Виды контактной информации** - добавление и настройка видов контактной информации различных объектов программы, например, партнеров, контрагентов, сотрудников и т.д.
## Дополнительные реквизиты и сведения
* **Дополнительные реквизиты и сведения** - включите флажок, для того чтобы использовать дополнительные свойства для справочников и документов.
* **Реквизиты и сведения с общим списком значений** - включите флажок, для того чтобы разрешить добавление реквизитов, у которых общий список значений с другими реквизитами (команда Добавить - По образцу).
* **Общие реквизиты и сведения** - включите флажок, для того чтобы разрешить добавление реквизитов сразу к нескольким объектам программы одновременно (команда Добавить - Общий).
* **Дополнительные реквизиты** - настройка состава дополнительных реквизитов для справочников и документов.
* **Дополнительные сведения** - настройка состава дополнительных сведений для справочников и документов.
## История изменений
* **Хранить историю изменений** - хранение и просмотр версий документов и справочников программы.
* **Настроить** - настройка хранения и очистка версий документов и справочников.
## Поиск данных
* **Полнотекстовый поиск данных** - включите флажок, после этого становится доступной команда:
* **Настроить** - настройка полнотекстового поиска и поддержка индекса полнотекстового поиска в актуальном состоянии.
## Электронная подпись и шифрование
* **Электронная подпись** - включите флажок, для того чтобы разрешить использовать электронные подписи и проверять отсутствие изменений файла с момента формирования электронной подписи.
* **Шифрование** - включите флажок, для того чтобы разрешить шифрование файлов.
* **Настройки электронной подписи и шифрования** - переход к настройке параметров подключения средств криптографии: электронной подписи и шифрования.
---
## Органайзер
В данной панели осуществляется настройка электронной почты, заметок, напоминаний и бизнес-процессов. Доступны команды:
## Почта
* **Почтовый клиент** - включите флажок, для того чтобы использовать возможности встроенного в программу почтового клиента для взаимодействий с помощью электронных писем (e-mail).
* **Исходящие письма** в формате HTML - включите флажок, для того чтобы редактировать исходящие письма в формате HTML.
* **Звонки,** SMS, встречи и запланированные взаимодействия - включите флажок, для того чтобы регистрировать в программе звонки, встречи, сообщения SMS и запланированные взаимодействия.
* **Признаки "Рассмотрено**" и "На контроле" - включите флажок, для того чтобы можно было ставить отметки о рассмотрении входящих писем, встреч, телефонных звонков и запланированных взаимодействий, а также для постановки на контроль исходящего письма. Этот флажок полезно использовать для организации совместной работы в программе.
* **Запретить отображение** небезопасного содержимого в письмах - включите флажок, для того чтобы при наличии небезопасных элементов в письмах не предлагать их отображение. Входящие письма могут содержать элементы, позволяющие отправителю скрытно отслеживать действия с письмом, в частности, время просмотра и некоторые параметры устройства, на котором письмо было прочитано. К небезопасным элементам относятся загружаемые из Интернета картинки или встроенные скрипты. В целях безопасности такие элементы автоматически отключаются при просмотре письма.
* **Настройка системной** учетной записи - переход к настройке основной учетной записи электронной почты для отправки уведомлений из программы.
* **Настройки почты** - администрирование всех учетных записей электронной почты.
## Отправка SMS
* **Настройка отправки SMS** - переход к настройке параметров отправки SMS-сообщений из программы.
## Заметки, напоминания, анкетирование, шаблоны сообщений
* **Заметки** - включите этот флажок, для того чтобы можно было использовать заметки - произвольную текстовую информацию, для которой не получается подобрать какого-либо более подходящего справочника или документа, и которая больше никому не должна быть доступна. Заметки могут быть произвольными или по предмету, ссылаясь, например, на элемент справочника, документ, или другой объект программы.
* **Напоминания** - включите этот флажок, для того чтобы можно было вводить напоминания, которые срабатывают в назначенное время. Укажите время и предмет, по поводу которого в программе в указанное время будет выведен список напоминаний. Напоминания могут быть произвольными или по предмету, ссылаясь, например, на элемент справочника, документ, или другой объект программы.
* **Анкетирование** - включите этот флажок, для того чтобы стал доступным соответствующий раздел программы, в котором можно готовить опросы, составлять анкеты, проводить опросы среди респондентов, а также анализировать результаты опросов.
* **Шаблоны сообщений (флажок)** - включите флажок, для того чтобы стала доступной команда:
* **Шаблоны сообщений** - в программе предусмотрена возможность разработки шаблонов сообщений для почтовых сообщений и сообщений SMS, их хранение и управление ими в списке шаблонов. Возможна отправка писем и сообщений SMS, сформированных на основании списков или документов и по заранее подготовленным шаблонам сообщений.
---
## Оценка производительности
В конфигурации есть средства для сбора и анализа данных о производительности работы по APDEX, которая является международным стандартом оценки производительности информационных систем. Оценка производительности программы по методике APDEX состоит из следующих основных этапов:
* заполнение профиля ключевых операций (в профиле заполняются приоритет и целевое значение времени для каждой ключевой операции, предусмотренной в программе);
* сбор информации о времени выполнения каждой ключевой операции;
* на основании собранных данных – формирование отчета Оценка производительности по ключевым операциям.
Для начала замера производительности нужно установить флажок **Оценка производительности** в разделе
**Администрирование -> Обслуживание -> Оценка производительности**
После этого в фоне будет автоматически собираться информация о времени выполнения по всем ключевым операциям, предусмотренным в программе, а также становятся доступными ссылки:
* **Профили ключевых операций** – переход к настройке профилей ключевых операций;
* **Настройки** – настройки параметров оценки производительности;
* **Экспорт замеров** – экспорт замеров производительности за произвольный период;
* **Импорт замеров** – получение замеров производительности из указанного файла на компьютере.
**Ключевые операции** – это различные действия пользователей в программе: формирование отчетов, проведение документов, открытие форм документов.
Открываются в разделе
**Администрирование -> Ключевые операции**
Каждая ключевая операция характеризуется свойствами:
* **Приоритет;**
* **Целевое время;**
* **Минимально допустимый уровень.**
В списке можно просмотреть информацию о ключевой операции дважды щелкнув по ней мышью или выполнить команду **Еще -> Изменить**, для того чтобы просмотреть или заполнить данные.
Для просмотра замера времени по ключевой операции, нужно нажать на ссылку **Замеры времени** на панели навигации.
**Профили ключевых операций** - это наборы ключевых операций, сгруппированные для оценки производительности.
Открываются в разделе
**Администрирование -> Профили ключевых операций**
В список можно добавить новую ключевую операцию, заполнив **Целевое время** и **Приоритет**. Профили можно сохранять на компьютер и загружать с компьютера.
Анализ производительности осуществляется с помощью отчета **Оценка производительности по ключевым операциям**, к которому можно перейти, воспользовавшись соответствующей ссылкой в разделе
**Администрирование -> Обслуживание -> Отчеты и обработки -> Отчеты администратора**
Замеры производительности можно экспортировать в файл и импортировать в конфигурацию.
Для того чтобы настроить выгрузку замеров производительности, необходимо перейти по ссылке Настройки в разделе
**Администрирование -> Обслуживание -> Оценка производительности**
Экспорт выполняется автоматически с помощью регламентного задания. Для перехода к дальнейшей настройке экспорта нужно нажать ссылку **Настроить расписание экспорта.**
---
## Печатные формы, отчеты и обработки
В данной панели осуществляется настройка печатных форм, вариантов отчетов, рассылок отчетов, дополнительных отчетов и обработок. Доступны команды:
* **Макеты печатных форм** - переход к списку макетов для настройки печатных форм, формируемых из программы.
* **Подменю "Печать"** - переход к настройке команд подменю Печать.
* **Отчеты** - переход к списку вариантов отчетов для настройки их доступности и размещения в разделах программы.
* **Рассылки отчетов** - переход к списку рассылок отчетов для автоматического формирования отчетов и доставки сформированных отчетов получателям.
* **Универсальный отчет** - предназначен для получения отчета по выбранным данным программы - по спискам, документам, регистрам и т.д.
* **Настройка колонтитулов** - установка номеров страниц, даты и других полей в колонтитулах отчетов при печати
* **Расширения** - подключение расширений: разделов, отчетов и обработок в дополнение к предусмотренным в программе.
* **Внешние компоненты** - переход к списку внешних компонент. Программа предоставляет администратору возможность контролировать список внешних компонент, используемых на рабочих местах. В списке администратор может подключить внешние компоненты из файла на компьютере или обновить их.
* **Дополнительные отчеты и обработки (флажок)** - включите флажок, для того чтобы подключать к программе внешние печатные формы, отчеты и обработки в дополнение к предусмотренным в программе. После включения становится доступной команда:
* **Дополнительные отчеты и обработки** - переход к подключению внешних печатных форм, отчетов и обработок в дополнение к предусмотренным в программе.
---
## Письмо разработчикам конфигурации
Если у Вас возникли вопросы или пожелания связанные с конфигурацией, то вы можете написать нам письмо прямо из 1С:
---
## Подключаемое оборудование
Данная форма предназначена для подключения и настройки внешнего оборудования, подключенного в справочнике "Внешнее оборудование".
Чтобы подключить и настроить оборудование необходимо выполнить описанные ниже шаги:
* Установить необходимые драйверы
* На соответствующих закладках в табличных полях задать строки, соответствующие необходимому оборудованию
* Активизировать строку, содержащую информацию о внешнем оборудовании и нажать кнопку «Настроить»
* Произвести настройку параметров экземпляра оборудования
---
## Подраздел "Сервис"
Содержание главы:
* Проверка наличия обновлений
* Даты запрета изменения данных
* Дополнительные обработки
* Поиск и удаление дублей
* Универсальный подбор и обработка объектов
* Поиск и замена значений
---
## Даты запрета изменения данных
Предназначена для установки даты запрета изменения (загрузки) данных.
Запреты загрузки данных могут не использоваться. В этом случае доступно только окно настройки дат запрета изменения данных.
Установка даты запрета изменения данных и различные настройки, связанные с ней, выполняются по соответствующей команде в разделе
**Администрирование -> Настройка пользователей и прав -> Дата запрета изменения**.
Установка даты запрета загрузки данных выполняется по соответствующей команде в разделе **Синхронизация данных**.
Также можно найти эти команды в разделе **Интегрируемые подсистемы**.
## О запрете изменения (загрузки) данных
* Иногда при работе с программой требуется установить запрет изменения каких-либо данных до определенной даты. Например, после сдачи квартальной бухгалтерской отчетности в налоговую инспекцию обычно устанавливается запрет изменения тех данных, которые использовались для формирования этой отчетности, то есть данных по последний день отчетного периода.
* Запрет загрузки, в отличие от запрета изменения, может быть установлен для данных, которые должны редактироваться только в одном узле информационной базы, а также по правилам, которые следуют из требований синхронизации данных, а не из типовых бизнес-процессов организации. Например, решение редактировать данные по некоторым организациям только в центральном офисе (в центральном узле), для того чтобы технически обеспечить закрепление ответственности за эти данные за конкретным сотрудником центрального офиса, является основанием запрета загрузки данных из других узлов.
## Проявление установленного запрета
* Если дата запрета изменения данных установлена, то при попытке внести изменения в программу до даты запрета изменения выводится сообщение о невозможности изменения данных.
* Если в закрытом периоде есть объекты, помеченные на удаление, то их удаление будет невозможно.
* Если дата запрета изменения не установлена, то ограничения не действуют.
* Если дата запрета загрузки данных установлена, то при попытке получить данные в программу до даты запрета загрузки все запрещенные для получения данные будут пропущены, сведения о них будут записаны в журнал регистрации, а разрешенные данные будут получены.
## Установка даты запрета
* В программе предусмотрена возможность установить или отключить дату запрета изменений (дату запрета загрузки данных). Для этого в поле **Установка даты запрета** выберите соответствующее значение:
* **Нет запрета изменения (загрузки) данных** - в этом случае отключаются все установленные ранее даты запрета.
* **Для всех пользователей** (Для всех информационных баз). При этом становятся доступными поля **Способ указания даты запрета** и **Дата запрета**.
* **По пользователям** (По информационным базам). Эту возможность можно использовать, если дату запрета необходимо установить для конкретного пользователя или группы пользователей (для конкретной информационной базы), или разным пользователям (информационным базам) необходимо установить разные значения даты запрета.
* При этом становится доступным список, в который можно добавлять пользователей/группы пользователей (информационные базы) и настраивать для каждого из них свое значение даты запрета.
* Список состоит из колонок:
* **Пользователь, группа пользователей** (Программа: информационная база - наименование программы и информационной базы для этой программы).
* **Комментарий** - напишите дополнительную информацию о пользователе (об информационной базе).
* В списке по умолчанию всегда присутствует элемент `<Для всех пользователей>` (`<Для всех информационных баз>`). Элемент нельзя удалить или изменить. Настройки даты запрета, выполненные для этого элемента, будут использоваться для всех пользователей (информационных баз), кроме тех, которые содержатся в списке.
* При необходимости добавьте в список нужных пользователей /группу пользователей (информационные базы):
* Нажмите **Подобрать**, для того чтобы выбрать из списка несколько пользователей (информационных баз).
* Нажмите **Все действия** (в интерфейсе Такси *Еще- Добавить*) над списком, для того чтобы Выбрать пользователя/группу пользователей (программу и информационную базу для этой программы. Для каждой программы можно также выбрать элемент `<Все информационные базы>`).
* Для того чтобы выполнить настройку даты запрета, необходимо выделить в списке нужного пользователя/группу пользователей (информационную базу) или элемент `<Для всех пользователей>` (`<Для всех информационных баз>`), а сами настройки выполнить ниже в полях **Способ указания даты запрета** и **Дата запрета**.
## Способы указания даты запрета
Программа позволяет задавать различные **Способы указания даты запрета изменений**:
* **Общая дата** – при этом способе одна дата запрета задается для всех элементов данных программы.
* **По разделам** – для каждого раздела программы устанавливается своя дата запрета.
* Когда дата запрета задается по разделам, становится доступным список, в который можно добавлять **Разделы** (соответствующей командой) и указывать для каждого раздела свое значение даты запрета. Список состоит из колонок:
* **Раздел, объект** - в данном случае в колонке перечисляются разделы программы;
* **Дата запрета** - выберите из списка тип значения даты запрета (можно выбрать произвольную дату или одну из относительных дат);
* **Запрет изменения по** - для произвольной даты напишите или выберите значение, для относительной даты значение проставляется программой автоматически.
* В списке по умолчанию присутствует элемент `<Общая дата>`. Значение даты запрета для этого элемента будет использоваться для всех разделов по умолчанию, кроме тех, которые уже содержатся в списке.
* Если в поле Установка даты запрета указано **Для всех пользователей (Для всех информационных баз)**, то удалить элемент `<Общая дата>` и разделы нельзя, при этом по умолчанию доступны все разделы, их можно только **Изменить** - указать **Дату запрета**.
* Если в поле **Установка даты запрета** указано **По пользователям (По информационным базам)**, то удалить элемент `<Общая дата>` и разделы можно. Если дата запрета изменений устанавливается для определенного пользователя/группы пользователей (информационной базы), то необходимо выбрать один или несколько разделов.
* Для добавления раздела выполните команду **Разделы**, выберите нужные с помощью флажков, затем нажмите кнопку **ОК**.
* **По объектам** – даты запрета задаются в разрезе объектов программы. Для каждого объекта устанавливается своя дата запрета. Если выбрано это значение, то становится доступным список, в который можно добавлять объекты (соответствующей командой) и указывать для каждого объекта свое значение даты запрета. Так же, как и в предыдущем способе, в списке для аналогичных целей содержится элемент `<Общая дата>`.
* **По разделам и объектам** – даты запрета задаются и в разрезе разделов, и в разрезе объектов.
* При этом становится доступным список, в который можно добавлять разделы и объекты, указывая для каждого раздела и каждого объекта свое значение даты запрета. Так же, как и в предыдущих способах, в списке содержится элемент `<Общая дата>` для аналогичных целей.
* Для выбора разделов выполните команду **Разделы**.
* Для выбора нескольких объектов в выделенном разделе выполните команду **Подобрать**.
* Также в нужном разделе можно выполнить команду **Добавить** контекстного меню по правой кнопке мыши, затем указать объект с помощью кнопки **Выбрать**. Также можно воспользоваться аналогичной командой меню **Все действия** (в интерфейсе Такси **Еще**).
Для того чтобы установить дату запрета изменения нужного раздела (объекта) или изменить общую дату, в нужной строке в колонке *Дата запрета* выполните команду **Изменить** контекстного меню по правой кнопке мыши или дважды щелкните по ней мышью. Для задания даты запрета нажмите кнопку **Выбрать**. После выбора даты для возврата к дальнейшим настройкам нажмите кнопку **ОК**.
## Дата запрета
* При установке даты запрета можно задавать не только произвольную дату , но и относительную.
* Значения относительных дат:
* **Конец прошлого года;**
* **Конец прошлого квартала;**
* **Конец прошлого месяца;**
* **Конец прошлой недели;**
* **Предыдущий день.**
* Для относительных дат (кроме значения **Предыдущий день**) можно задать количество дней «отсрочки» до установки даты запрета, в течение которых изменение данных все еще будет разрешено.
* Для этого необходимо включить флажок *Разрешить изменение данных до даты запрета*. Затем задайте количество дней "отсрочки", например, в течение 10 дней после даты запрета.
* Если установлена относительная дата, то для того, чтобы дата запрета изменения в будущем изменялась по заданным правилам автоматически, в программе используется регламентное задание "Пересчет текущих значений относительных дат запрета изменения".
* Если по каким-либо причинам использование регламентных заданий невозможно (например, в файловом варианте работы программы и в других случаях может потребоваться выполнить пересчет текущих значений относительных дат запрета вручную), то перерасчет текущих значений относительных дат запрета можно выполнять с помощью команды **Все действия** (В интерфейсе Такси **Еще**) - *Пересчитать даты*. При этом команду необходимо выполнять периодически в соответствии с установленной относительной датой. Например, если установлено значение *Предыдущий день*, то команду необходимо выполнять ежедневно; если установлено значение *Конец прошлого месяца*, то команду необходимо выполнять ежемесячно.
## Отчеты по датам запрета
Отчеты доступны по соответствующей команде. В отчетах возможна группировка данных:
* по разделам/объектам: выберите отчет **Даты запрета по разделам и объектам для пользователей** (Даты запрета по разделам и объектам для информационных баз);
* по пользователям (по информационным базам): выберите отчет **Даты запрета по пользователям** (Даты запрета по информационным базам).
Отчеты позволяют увидеть результирующие даты запрета, установленные для пользователей/групп пользователей (информационных баз) с учетом приоритетов.
---
## Дополнительные обработки
Позволяет запускать дополнительные обработки. Сами обработки добавляются в разделе [Печатные формы, отчеты и обработки](/it/administrirovanie/pechatnye-formy-otchety-i-obrabotki)
---
## Поиск и замена значений
Универсальная обработка **Поиск и замена значений** предназначена для поиска и замены ссылочных значений в различных объектах информационной базы 1С:Предприятия.
Необходимость в выполнении такой операции может возникнуть, например, если в процессе работы в справочник контрагентов по ошибке один и тот же контрагент введен дважды, и оба значения уже использовались в различных документах. В этом случае, прежде чем удалить один из элементов справочника следует исправить все документы (и другие объекты, если таковые существуют), в которых используется этот элемент. Данная обработка позволяет выполнить такую процедуру автоматически.
:::info Внимание!
Обработка выполняет замену значений в объектах информационной базы универсальным образом. При этом не учитываются особенности конкретной конфигурации. Использование обработки может нарушить логическую взаимосвязь значений объектов, которая поддерживается конфигурацией при ручной корректировке значений. Рекомендуется перед использованием обработки сделать архивную копию информационной базы. После использования обработки следует убедиться в том, что изменения произведены корректно и не вызвали логических нарушений в данных тех объектов, в которых производилась замена значений. При необходимости следует вручную изменить те данные, значения которых, зависят от измененных обработкой значений.
:::
Для выполнения замены следует заполнить список пар значений *Замещаемые объекты*. В качестве значения *Что заменять* можно выбрать тот элемент справочника, который введен ошибочно, а в качестве значения *На что заменять* - тот элемент, который реально должен использоваться в документах, справочниках и других объектах.
В списке **Замещаемые объекты** двойным щелчком мыши или нажатием клавиши `Enter` можно открыть значение, на котором установлен курсор.
Далее следует нажать кнопку **Найти ссылки**. Программа будет выполнять поиск объектов (документов, справочников и т.д.) в которых использовались значения выбранные в колонке **Что заменять**. Поиск может занять продолжительное время.
В списке найденных ссылок можно отменить замену текущей пары значений для отдельных объектов. Для этого следует отключить соответствующие флажки в списке.
Для выполнения замены значений следует нажать кнопку **Выполнить замену значений**. Программа будет выполнять замену значений в тех объектах, замена в которых не отменена.
---
## Поиск и удаление дублей
В данной панели осуществляется поиск и удаление дублирующихся данных один из дублирующихся объектов вы можете отметить как оригинал, а остальные дубли просто удалить.
* **Искать в** - позволяет выбрать справочник, в котором будет производиться поиск дублей.
* **Отбирать** - задает условия отбора для поиска.
* **Сравнить** - выбор свойства, по которому будут сравниваться элементы.
* **Отметить как оригинал** - позволяет отметить выбранный элемент как оригинал (останется после удаления дублей). В списке он отмечается стрелкой, а дубли галочками.
* **Открыть** - открывает выбранный элемент.
* **Свернуть группы дублей** - сворачивает все группы дублей.
* **Развернуть группы дублей** - разворачивает все группы дублей.
* **Повторить поиск** - производит повторный поиск дублей.
---
## Проверка наличия обновлений
Эта форма сама проверяет наличие обновлений
---
## Универсальный подбор и обработка объектов
:::info Обработка "Универсальные подбор и обработка объектов"
Предназначена для поиска объектов в справочниках и документах по произвольному условию и дальнейшей обработки найденных объектов.
:::
Для подбора объектов необходимо в поле выбора **Объект поиска** выбрать искомый объект, задать необходимые условия поиска по кнопке **Настройки отбора** на закладке **Найденные объекты** и нажать кнопку **Найти ссылки**.
Для поиска по строке во всех строковых полях объекта необходимо ввести искомую строку в поле ввода **Строка поиска** на закладке **Найденные объекты** и нажать кнопку **Найти ссылки** (клавиша `F9`). При этом будут учтены и все условия, заданные в настройках отбора.
Результат поиска выводится в табличное поле, расположенное на закладке "Найденные объекты". Для включения объекта в обработку необходимо включить флажок в соответствующей строке.
Для обработки объектов необходимо перейти на закладку **Обработки**.
В дереве **Доступные обработки** на первом уровне отображаются все доступные обработки. При двойном щелчке мыши или нажатии `Enter` на первом уровне дерева доступных обработок открывается форма новой настройки обработки с возможностью сохранения текущей настройки (кнопка **Сохранить настройку**) и непосредственного выполнения обработки (кнопка **Выполнить**). Настройки обработок отображаются на втором уровне дерева доступных обработок. При добавлении новой строки создается новая настройка обработки, которую в дальнейшем можно изменять, удалять, копировать и выбирать для выполнения. Сохранение и добавление настроек возможно только для обработок, в которых предусмотрена и необходима пользовательская настройка.
В табличном поле **Выбранные обработки** отображаются настройки доступных обработок, участвующие в групповой обработке объектов. Заполнение списка осуществляется выбором настройки в дереве доступных обработок и перетаскиванием их мышкой в поле **Выбранные обработки**. Для добавления обработки, не предусматривающей пользовательских настроек, необходимо при добавлении выбирать непосредственно обработку. При двойном щелчке мыши или нажатии `Enter` в строке табличного поля выбранных обработок открывается форма редактирования настройки обработки с возможностью сохранения текущей настройки (кнопка **Сохранить настройку**) и непосредственного выполнения обработки (кнопка **Выполнить**). Групповая обработка объектов выполняется нажатием кнопки **Выполнить** на панели **Выбранные обработки**. Для включения настройки в групповую обработку необходимо включить флажок в соответствующей строке.
---
## Рассылка отчетов
Зачастую возникает потребность в регулярной автоматической рассылке отчетов, которые формируются в конфигурации. Подобная возможность предусмотрена в программе и позволит отправлять отчеты пользователям конфигурации в определенный период времени. Отчеты будут отправлены в виде файлов электронным письмом или выгружены на указанный жесткий диск. При этом сами отчеты могут формироваться или вручную, или по указанному расписанию автоматически.
## Подсистема "Рассылки отчетов"
Для вызова подсистемы необходимо перейти в раздел
**Администрирование -> Рассылки отчетов**.
Кнопки, расположенные на командной панели позволяют выполнять следующие действия:
* [x] **Создать** - создать новую рассылку;
* [x] **Создать группу** - создать группу рассылки;
* [x] **Скопировать** - позволяет создать новую рассылку путем копирования;
* [x] **Выполнить сейчас** - позволяет запустить рассылку отчетов вручную;
* [x] **События рассылки** - позволяет открыть журнал регистрации, в котором настроен отбор событий по текущей рассылке. Используется при анализе ошибок, произошедших во время рассылки.
## Создание рассылки
Для создания новой рассылки нужно нажать соответствующую кнопку **Создать**, после чего откроется форма создания рассылки. В верху формы необходимо заполнить реквизиты:
* **Наименование** - краткое представление рассылки, которое может быть использована в теме электронного письма;
* **Подготовлена** - флажок, который обозначает готовность рассылки к выполнению. Установка флажка активизирует дополнительные проверки заполнения реквизитов. По умолчанию установлен.
* **Отправлять** - выбирается вариант отправки рассылки (отчеты указанным, свой отчет для каждого получателя, только мне (личная рассылка));
* **Получатели** - указывается вид получателя (Пользователи, Контрагенты).
## Отчет для рассылки
Для того, чтобы выбрать вариант отчета, необходимо нажать кнопку **Подобрать**, которая выведет список доступных вариантов для рассылки. Форма выбора разделяется на две части, в левой части располагаются подсистемы конфигурации, а в правой отображается список доступных отчетов выбранной подсистемы.
Если, выбранный вариант отчета включает собственные настройки реквизитов (Организация, период и т.д.), то тогда они настраиваются в поле *Настройки отчета*
После подбора и настройки отчета для осуществления рассылки, перейдем к подготовки расписания. На одноименной закладке **Расписание** активируем флажок *Выполнять по расписанию*, после чего станет доступна тонкая настройка расписания. Стоит отметить, что для проведения рассылки в программе создается регламентное задание **Рассылка отчетов**.
Следующим шагом будет указание способа доставки, это может быть либо отправка на электронную почту, либо выгрузка в указанную(папку, сетевой каталог, FTP ресурс).
## Настройка рассылки по электронной почте
Активируем флаг *Отправлять по электронной почте* и укажем получателей электронной почты. После в реквизите *От* необходимо указать учетную запись электронной почты, которая будет отправлять рассылку отчетов. Далее остается дополнить тему рассылки и основной текст, если это необходимо.
## Отправка рассылки в указанную папку
Активируем флаг *Публиковать*, если выбирать из выпадающего списка вариант публикации *В папку*, тогда отчеты будут выгружены в одну из выбранных папок (файлов) конфигурации.
Для размещения рассылки в сетевом ресурсе, необходимо выбрать соответствующий вариант и указать сетевой путь. Поддерживается, как `Windows`, так и `Linux`. Аналогичные действия проводятся для `FTP` ресурса, указывается путь `ftp` и данные для доступа.
На закладке **Дополнительно** применяются дополнительные настройки рассылки. Указывает формат отчета, который будет отправлен (`.word`, `exel`, `pdf` и т.д.).
* **Транслировать имена файлов** транслирует на латиницу имя отправляемого отчета, например, `otchet.pdf`.
* **Архивировать** создаст архив из рассылки и установит пароль если это необходимо.
* **Адрес ответа** указывается адрес электронной почты, на которую необходимо принимать ответы на отправленную рассылку.
Для того, чтобы получатели не видели других адресатов рассылки нужно активировать флаг **Отправлять письма через скрытые копии**.
---
## Регламентные и фоновые задания
Предназначен для администрирования регламентных и фоновых заданий.
Ряд действий в программе может выполняться автоматически в фоновом режиме, по определенному расписанию.
Такие действия называются регламентными заданиями, например, это ежедневная загрузка курсов валют, регулярная рассылка отчетов, отложенное проведение документов и т.п. Регламентные задания облегчают работу в программе, позволяя перенести выполнение рутинных задач в саму программу, и в то же время они снижают человеческий фактор (например, можно забыть загрузить курсы валют в один из перегруженных другими задачами дней).
Открывается по команде Регламентные и фоновые задания в разделе
**Администрирование -> Обслуживание -> Регламентные операции**
Список предоставляет следующие возможности:
* **Регламентные задания;**
* **Фоновые задания;**
* **Контроль выполнения регламентных заданий.**
## Регламентные задания
В списке можно включить (или отключить) то или иное регламентное задание и поменять расписание.
В списке выводится:
* **Включено** флажок в колонке означает, что регламентное задание включено и выполняется в соответствии с заданным расписанием;
* **Наименование** - полное наименование регламентного задания;
* **Состояние** - информация о выполнении регламентного задания;
* **Дата окончания** - дата и время завершения регламентного задания.
## Обновление списка
* **С помощью кнопки Обновить** можно актуализировать информацию в списке регламентных заданий, а также на вкладке Фоновые задания, т.к. списки связаны, при этом будет произведен отбор в соответствии с указанными ранее настройками.
## Настройка расписания
* Для каждого регламентного задания может быть задано расписание, в соответствии с которым регламентное задание будет автоматически запущено на исполнение. В программе поддерживаются однократные и периодические расписания, для этого нажмите **Настроить расписание**.
## Выполнение регламентного задания
Для того чтобы начать выполнение регламентного задания сразу же, нажмите **Выполнить сейчас**.
В файловом режиме работы программы оно будет выполнено в текущем сеансе.
В клиент-серверном режиме работы программы выполнение произойдет в фоновом задании на сервере. При выполнении процедуры в фоновом задании на сервере не меняется дата последнего выполнения, используемая для запуска по расписанию.
Одновременное выполнение двух версий одного и того же регламентного задания невозможно. Если запустить то же самое регламентное задание, которое выполняется в данный момент, то программа выведет сообщение о невозможности вторичного запуска регламентного задания.
## Ввод нового регламентного задания
В некоторых случаях бывает необходимо задать два разных расписания для одного регламентного задания. Тогда в список можно добавить новое регламентное задание по одному из предопределенных шаблонов, предусмотренных в программе.
Нажмите **Добавить**, выберите из списка шаблон, нажмите кнопку **ОК**. Заполните необходимые поля.
## Фоновые задания
Технически, в соответствии с заданным расписанием для выполнения регламентного задания создается фоновое задание, которое выполняет регламентные действия. Например, если задано ежедневное расписание на 9:15, то каждый день в 9:15 будет запускаться новый сеанс фонового задания. После завершения регламентной операции фоновое задание автоматически завершается.
В списке выводится:
* **Состояние** - выполнение задания;
* **Наименование** - наименование фонового задания;
* **Начало** - дата и время начала выполнения фонового задания;
* **Окончание** - дата и время окончания выполнения фонового задания;
* **Регламентное задание** - наименование регламентного задания.
Для контроля выполнения регламентных заданий можно воспользоваться отбором фоновых заданий по различным признакам:
| Отбор | Описание |
| ------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| По состоянию | Позволяет выполнить отбор по состоянию (дополнительно к отбору по периоду и по регламентному заданию): Выполнено; Завершено с ошибками; Отменено; Выполняется. Включите нужные отборы с помощью флажков. |
| По периоду | Позволяет выполнить отбор по периоду (дополнительно к отбору по состоянию и по регламентному заданию): произвольный - можно установить нестандартный период; все время - отбор по периоду не выполняется; прошлая ночь - стандартный период 12 часов с 21:00-09:00; вчера - стандартный период 24 часа с 00:00-23:59 вчерашнего дня; сегодня - стандартный период 24 часа с 00:00-23:59 сегодняшнего дня. |
| По регламентному заданию | Позволяет выполнить отбор по регламентному заданию (дополнительно к отбору по состоянию и по периоду). Включите флажок Отбирать по регламентному заданию. Выберите наименование регламентного задания из списка. Наименование регламентного задания `<не определено>` используется для отбора фоновых заданий, запущенных для выполнения прочих (не регламентных) заданий.|
:::info Внимание!
Для того чтобы отобрать фоновые задания в соответствии с выбранными настройками, нажмите Обновить.
:::
### Просмотр информации о фоновом задании
Для того чтобы просмотреть свойства фонового задания, дважды щелкните мышью по нужной строке. Также можно нажать Открыть.
Контроль выполнения регламентных заданий
### Контроль может быть либо простым, либо детальным.
**Простой контроль** - это анализ колонок **Состояние** и **Дата окончания** на вкладке **Регламентные задания**, а также анализ текста поля **Сообщения пользователю и описание информации об ошибке** в окне редактирования регламентного задания.
**Детальный контроль** - это анализ списка фоновых заданий (на вкладке **Фоновые задания**), которые были созданы и выполнены для выполнения регламентного задания.
Детальный контроль производится отбором фоновых заданий по интересующему регламентному заданию, и анализом реквизитов фоновых заданий. Следует учитывать, что сведения о выполнении регламентного задания получаются выборкой части сведений о выполнении последнего фонового задания.
Отбор фоновых заданий производится только по команде **Обновить**, поэтому после изменения настройки отбора нужно выполнить эту команду.
Для детального анализа хода выполнения регламентных заданий в клиент-серверном режиме см. отчет **Продолжительность работы регламентных заданий** из группы отчетов **Анализ журнала регистрации**, который открывается по соответствующей команде в разделе
**Администрирование -> Поддержка и обслуживание -> Отчеты администратора**
---
## Резервное копирование информационной базы
Создание резервной копии информационной базы 1С является важной процедурой для обеспечения сохранности данных и возможности их восстановления в случае сбоев или ошибок. Ниже представлены инструкции по созданию резервных копий для файловых и клиент-серверных баз данных 1С.
## Резервное копирование файловой базы 1С
Файловая база данных 1С хранится в виде отдельного файла на диске. Для создания ее резервной копии можно воспользоваться следующими способами:
### Копирование файла базы данных
* Определите расположение базы данных:
* Запустите программу "1С:Предприятие".
* В окне выбора информационной базы выберите нужную базу и нажмите "Изменить".
* В поле "Каталог информационной базы" будет указан путь к папке, где хранится файл базы данных 1Cv8.1CD.
* Создайте копию файла:
* Закройте программу "1С:Предприятие" и убедитесь, что никто не работает с базой данных.
* Перейдите по указанному пути в "Проводнике" Windows.
* Скопируйте файл 1Cv8.1CD в безопасное место (например, на внешний носитель или в облачное хранилище).
Этот способ позволяет быстро создать резервную копию базы данных путем копирования основного файла базы.
### Выгрузка базы данных в файл формата .dt через "Конфигуратор"
* Запустите "Конфигуратор":
* В окне выбора информационной базы выберите нужную базу и нажмите "1С:Конфигуратор".
* Выполните выгрузку базы:
* В меню "Администрирование" выберите пункт "Выгрузить информационную базу".
* Укажите место сохранения и имя файла с расширением .dt.
* Нажмите "Сохранить" и дождитесь завершения процесса.
Этот способ создает файл-дамп базы данных (dt-файл), который можно использовать для восстановления или переноса базы.
## Резервное копирование клиент-серверной базы 1С
В клиент-серверном варианте 1С используется сервер баз данных (например, Microsoft SQL Server или PostgreSQL). Для создания резервной копии необходимо использовать средства соответствующей системы управления базами данных (СУБД). Ниже приведен общий алгоритм для Microsoft SQL Server:
### Создание резервной копии средствами SQL Server
Если информационная база 1С использует для работы MS SQL, выполните следующие действия:
* Откройте SQL Server Management Studio (SSMS).
* Подключитесь к серверу баз данных.
* Выберите базу данных 1С:
* В дереве объектов раскройте узел "Databases" и выберите нужную базу данных.
* Создайте резервную копию:
* Кликните правой кнопкой мыши на базе данных, выберите "Tasks" → "Back Up...".
* В разделе "Destination" укажите путь и имя файла для резервной копии.
* Нажмите "OK" для начала процесса резервного копирования.
Этот способ позволяет создать резервную копию базы данных с помощью встроенных средств SQL Server.
### Создание резервной копии средствами PostgreSQL
Создание резервной копии информационной базы 1С, работающей на СУБД PostgreSQL, можно выполнить с помощью встроенных утилит PostgreSQL. Наиболее распространённой утилитой для этой задачи является `pg_dump`, которая позволяет создавать резервные копии отдельных баз данных.
#### Создание резервной копии с помощью pg_dump
1. Определите параметры подключения к базе данных:
* **Имя базы данных**: название вашей базы данных 1С.
* **Пользователь**: имя пользователя PostgreSQL с достаточными правами доступа.
* **Пароль**: пароль указанного пользователя.
* **Сервер**: адрес сервера базы данных (например, `localhost` для локального сервера).
* **Порт**: порт подключения к PostgreSQL (по умолчанию `5432`).
Выполните команду `pg_dump` в командной строке:
```bash
pg_dump -U [пользователь] -h [сервер] -p [порт] -F c -b -v -f "[путь_к_резервной_копии]" [имя_базы_данных]
```
Где:
* `-U [пользователь]` — имя пользователя PostgreSQL.
* `-h [сервер]` — адрес сервера базы данных.
* `-p [порт]` — порт подключения.
* `-F c` — формат резервной копии в формате custom.
* `-b` — включает большие объекты в резервную копию.
* `-v` — режим подробного вывода информации.
* `-f "[путь_к_резервной_копии]"` — путь и имя файла для сохранения резервной копии.
* `[имя_базы_данных]` — имя базы данных 1С.
Пример для Windows:
```cmd
"C:\Program Files\PostgreSQL\14\bin\pg_dump.exe" -U postgres -F c -b -v -f "E:\BACKUP\uit_backup.dump" uit
```
В этом примере создаётся резервная копия базы данных `uit` и сохраняется в файл `uit_backup.dump` на диске `E:`.
:::info Примечание
При выполнении команды система запросит пароль пользователя PostgreSQL.
:::
## Автоматизация процесса резервного копирования
Для регулярного создания резервных копий рекомендуется автоматизировать процесс с помощью пакетных файлов и планировщика задач.
1. **Создайте пакетный файл (например, backup_1c.bat):**
```cmd
@echo off
set PGUSER=postgres
set PGPASSWORD=ваш_пароль
set PGDATABASE=bux
set BACKUP_DIR=E:\BACKUP
set DATE=%date:~6,4%-%date:~3,2%-%date:~0,2%_%time:~0,2%-%time:~3,2%-%time:~6,2%
set BACKUP_FILE=%BACKUP_DIR%\%PGDATABASE%_%DATE%.backup
"C:\Program Files\PostgreSQL\14\bin\pg_dump.exe" -F c -b -v -f "%BACKUP_FILE%"
```
:::info Примечание
Замените ваш_пароль на пароль пользователя PostgreSQL.
:::
2. **Настройте планировщик задач Windows для регулярного запуска пакетного файла:**
* Откройте **Планировщик заданий** (Task Scheduler).
* Создайте новую задачу и укажите расписание её выполнения (например, ежедневно в определённое время).
* В разделе "Действия" добавьте запуск созданного пакетного файла.
:::info Примечание
При настройке автоматического резервного копирования убедитесь, что права доступа и параметры безопасности настроены корректно, чтобы обеспечить успешное выполнение задач.
:::
## Рекомендации по резервному копированию
* **Регулярность**: Настройте регулярное автоматическое резервное копирование (например, ежедневно или еженедельно) для минимизации риска потери данных.
* **Хранение копий**: Сохраняйте резервные копии на внешних носителях или в облачных хранилищах, чтобы обеспечить дополнительную защиту данных.
* **Проверка копий**: Периодически проверяйте целостность и работоспособность резервных копий путем тестового восстановления.
Следуя этим рекомендациям, вы обеспечите надежное сохранение и восстановление данных вашей информационной базы 1С.
## Создание резервных копий просто и без сложностей
Если вы хотите упростить создание резервных копий и добавить дополнительные возможности для создания резервных копий, рекомендуем вам обратить свое внимание на [Автоматическое обновление информационных баз 1С](https://softonit.ru/catalog/products/updater/)
Помимо автоматического обновления информационных баз, эта программа умеет делать резервные копии.
---
## Свертка информационной базы
Свертка информационной базы 1С — это процедура, позволяющая уменьшить объем базы данных за счет удаления неактуальных до определенной даты данных. Это способствует повышению производительности системы и снижению времени на резервное копирование и обновление.
:::info Уточнение
Наша обработка не совсем свертка, все же, свертка работает с остатками. Обработка удаляет данные, которые занимают большой объем данных.
:::
## Как использовать свертку в Управление IT-отделом 8?
Обработка находится в
**Администрирование -> Сервис -> Свертка информационной базы***
В результате будет открыта обработка:
## Пошаговая инструкция по выполнению свертки
1. Установите дату свертки. Вплоть до этой даты обработка удалит все данные, которые будут установлены в обрабатываемых объектах.
2. Укажите те данные, которые необходимо обработать. На данный момент, можно указать:
1. Удаление электронных писем (почтовых сообщений) и их вложений.
2. Удаление заданий, комментариев и их вложений. А также будут очищены все реквизиты там, где они встречаются.
3. Укажите способ удаления. Рекомендуем выбрать *Пометка удаления*, а затем произвести *Удаление помеченных объектов*. Так же, есть возможность удаления объектов сразу из информационной базы.
4. Тумблер *Останавливать по ошибке* означает, что делать, если обработка не сможет удалить / пометить на удаление какой-то объект? Если тумблер будет установлен, то обработка перестанет работать и вернет текст ошибки.
5. После установки этих нехитрых настроек необходимо нажать на кнопку **Далее >>** и обработка начнет удалять объекты в фоне.
Обработка дополнительно показывает прогресс и сколько осталось времени для обработки всех объектов.
В зависимости от количества устаревших объектов в информационной базе и мощности вашего сервера, процесс свертки **может быть очень долгим**. Если вы оказались в ситуации, когда объектов для обработки много, то рекомендуем делать свертку небольшими периодами (например за год) и постепенно сделать свертку полностью.
:::tip Совет
Желательно, чтобы в процессе удаления база не использовалась. Но, в принципе, остальным пользователям можно продолжить работу если это критично для вашей организации.
:::
Функционал доступен начиная с версии: **3.1.22.4**
---
## Создание первого пользователя в конфигурации
## Как создать первого пользователя в конфигурации?
Для того, чтобы создать первого пользователя в конфигурации нужно перейти на вкладку
**Администрирование -> Настройки пользователей и прав -> Пользователи**
:::info Обязательно
Нужно стоять на строке - Все пользователи.
:::
Также первого пользователя нужно создавать с полными правами. После того, как пользователь создан, его можно переместить в группу.
---
## Удаление помеченных объектов
В нашей конфигурации существует запрет на прямое удаление некоторых объектов для сохранения целостности данных, их можно только пометить на удаление. Само удаление осуществляется с помощью менеджера **Удаление помеченных объектов**
**Администрирование -> Обслуживание -> Удаление помеченных объектов**
Перед Вами откроется окно со всеми помеченными на удаление объектами. После этого вы сможете отметить галочками объекты, которые вы хотите удалить.
Если какие-то объекты используются в каких-либо документах или других объектах, то Вы увидите окно показанное ниже. Чтобы все-таки провести удаление, нужно пометить на удаление все места использования удаляемого объекта и повторите удаление.
---
## Управление доступом и ограничение видимости
## Управление доступом
Программа позволяет настроить доступ пользователей к различным функциям, спискам и документам. Предусмотрены предопределенные наборы ролей. Кроме этого, имеется возможность самостоятельной настройки доступа. Для управления доступом необходима роль **Полные права**.
Для ведения списка пользователей и настройки их прав предназначены списки **Пользователи** и **Группы доступа**
**Администрирование – Настройка пользователей**
Группа доступа определяет совокупность действий с данными программы, которые могут выполнять участники этой группы. Как правило, группы доступа соответствуют различным должностным обязанностям (или видам деятельности) пользователей программы. Пользователь может входить одновременно в одну или несколько групп доступа, которые в совокупности образуют его персональные настройки прав доступа.
:::info Внимание!
Для настройки прав доступа следует использовать только пользовательский режим 1С:Предприятия.
:::
## Настройка программы
Для того чтобы максимально гибко настраивать права доступа пользователей, необходимо включить режим ограничения прав доступа пользователей на уровне записей. Для этого необходимо включить флажок **Ограничивать доступ на уровне записей** в разделе
**Администрирование – Настройки пользователей и прав – Группы доступа**
Включить этот режим рекомендуется в тех случаях, когда он действительно востребован (например, с программой работает много пользователей), т.к. это в значительной степени повлияет на производительность системы.
В этом случае становятся доступными следующие возможности:
**1. Флаг "Группы доступа контрагентов"** – разрешить настройку доступа к данным по группам контрагентов, в этом случае становится доступной команда:
* **Группы доступа контрагентов** – создание групп партнеров для разграничения доступа к справочникам, документам и другим данным.
**2. Флаг "Группы доступа мест хранения"** – включите флажок, для того чтобы разрешить настройку доступа к данным по группам мест хранения. После этого становится доступной команда:
* **Группы доступа мест хранения** – создание дополнительных групп доступа мест хранения для разграничения доступа к данным.
**3. Флаг "Группы доступа категорий базы знаний"** – включите флажок, для того чтобы разрешить настройку доступа к категориям базы знаний. После этого становится доступной команда:
* **Группы доступа категорий базы знаний** – создание дополнительных групп категорий базы знаний для разграничения доступа к категориям статей базы знаний.
**4. Флаг "Группы доступа местоположений"** – включите флажок, для того чтобы разрешить настройку по группам доступа местоположений. После этого становится доступной команда:
* **Группы доступа местоположений** – создание дополнительных групп доступа местоположений для разграничения доступности информации по местоположениям.
Например, в карточке места хранения после включения флажка **Группы доступа мест хранения** появится обязательный к заполнению реквизит **Группа доступа**.
Включение режима ограничения прав доступа пользователей на уровне записей может занять длительное время в зависимости от объема данных, введенных в программу.
Если в программу до включения этого режима был введен большой объем данных, программа выводит предупреждение.
Подготовка служебных данных, необходимых для работы в этом режиме, выполняется в фоне с помощью регламентного задания Заполнение данных для ограничения доступа. Если в программу введен большой объем данных, то рекомендуется предварительно настроить его запуск в то время, когда с программой не работают пользователи.
## Настройка групп доступа
С помощью групп доступа можно задавать и администрировать общие настройки прав доступа для некоторой группы пользователей, выполняющих однотипные функции в программе, например: **Техники центрального офиса** или **Администраторы филиалов**. Права на редактирование списка **Группы доступа** имеются только у администраторов программы, перечисленных в предопределенной группе доступа **Администраторы**. Кроме того, пользователь, указанный в группе доступа как **Ответственный**, может изменять состав участников данной группы.
Группа доступа всегда связана с одним из имеющихся профилей групп доступа, которые, как правило, объединяют в себе несколько ролей. При включении пользователя в группу доступа ему назначаются все роли, заданные в профиле группы доступа. Например, предопределенная группа доступа **Администраторы** связана с профилем **Администратор**, в состав которого входит роль Полные Права. Эта роль предоставляет неограниченный доступ ко всем данным и назначается всем администраторам программы, перечисленным в группе доступа **Администраторы**.
Для создания новой группы доступа необходимо перейти в список **Группы доступа** раздела
**Администрирование – Настройки пользователей и прав – Группы доступа**
Нажмите кнопку **Создать**.
Заполните поле **Наименование**.
Рекомендуется называть группу доступа во множественном числе таким образом, чтобы ее имя содержало указание на используемый в ней профиль (в поле **Профиль**) и однозначно характеризовало определенный в ней состав настроек прав доступа. Например, на базе профиля **Сотрудник ремонта** могут быть введены группы доступа **Сотрудники ремонта Главного офиса** и **Сотрудники ремонта Филиал 1**.
В карточке группы доступа нужно выбрать один из имеющихся **Профилей** групп доступа.
На вкладке **Участники группы** перечислите список пользователей (и групп пользователей), на которых должны распространяться настройки прав доступа.
Для быстрого перечисления пользователей можно нажать кнопку **Подобрать**. Подберите нужных пользователей.
Открывшийся список выбора состоит из двух частей.
В левой части окна выберите нужную группу пользователей (можно выбрать всю группу сразу), выберите нужных пользователей из этой группы, затем нажмите кнопку **Завершить и закрыть** для возврата к настройке группы доступа.
В поле **Ответственный** выберите пользователя, который будет ответственным за состав участников группы доступа.
Затем на вкладке **Ограничения доступа** необходимо указать дополнительные настройки прав доступа. **Примечание**: вкладка может быть недоступна для тех групп доступа, в которых такая настройка не предусмотрена (зависит от настроек выбранного профиля).
На этой вкладке с помощью поля **Вид доступа** можно задать границы области данных, с которой разрешено работать участникам группы доступа. Под видом доступа подразумевается некоторое правило, по которому «разрешается» доступ к данным программы. Например, с помощью вида доступа **Организации** можно разрешить работать пользователям только с документами по конкретным организациям; или наоборот, скрыть от них документы некоторых организаций. Состав видов доступа, перечисленных на вкладке **Ограничения доступа**, зависит от профиля, выбранного в поле **Профиль**. Кроме того, профиль также определяет, как именно действует настройка вида доступа: она разрешает только просмотр или также включает возможность редактирования данных. Например, в случае если профиль групп доступа включает в себя роль для чтения документов, то пользователи получают возможность просматривать документы по заданным организациям. Если же в профиле содержится роль для добавления и изменения, то появляется возможность редактировать такие документы.
Для каждого вида доступа можно указать либо список разрешенных значений, либо наоборот, список тех значений, которые не должны быть доступны. Первый способ настройки подходит в тех случаях, когда стоит задача предоставить доступ только к определенной области данных. Второй способ настройки удобен тогда, когда требуется закрыть доступ к заранее известной области данных, а для всех новых значений, вводимых в программу, должны по умолчанию действовать разрешительные правила. Например, если с помощью вида доступа **Организации** задано правило, запрещающее работать с документами по организации **Наша фирма**, то на новую организацию **Торговый дом**, введенную в программу позднее, эти ограничения распространяться не будут. При этом следует учитывать, что разрешающие настройки имеют приоритет над запрещающими. Так, если в приведенном выше примере пользователю будет разрешен ввод документов по организации **Наша фирма** в какой-либо другой группе доступа с тем же профилем, то в итоге он получит доступ ко всем документам по этой организации.
В ряде случаев для упрощения настройки прав доступа, в списке разрешенных или запрещенных значений можно указывать не отдельные элементы, а целые группы элементов. Например, для вида доступа **Группы мест хранения** (см. Рис.3) можно ограничить доступ в разрезе групп доступа мест хранения, а не по каждому месту хранения в отдельности. Для этого необходимо определить список групп доступа мест хранения, и у каждого места хранения задать принадлежность к той или иной группе. Эти действия могут быть выполнены не только администратором, но и любым пользователем с соответствующими правами на редактирование списка мест хранения. Аналогичным образом действует запрещающая настройка.
Пользователь может быть включен сразу в несколько групп доступа. В этом случае его совокупные права доступа складываются (объединяются по «или») из прав доступа каждой группы. Например, в группе доступа **Сотрудники ремонта** пользователю разрешено добавление/изменение документа **Начало обслуживания** по организации **Наша фирма**. В группе доступа **Сотрудники склада** ему разрешено добавление/изменение документа Поступление по организации **Торговый дом**. В результате у него появляются права на добавление/изменение документов Начало обслуживания по организации Наша фирма и Поступление по организации **Торговый дом**. При этом следует учитывать, что объединяются не списки разрешенных значений, указанные в группах, а именно права доступа. Т.е. ошибочно считать, что в приведенном примере пользователь получит доступ на добавление/изменение обоих видов документов одновременно по обеим организациям.
## Настройка прав доступа отдельных пользователей
Для просмотра и настройки состава групп доступа интересующего пользователя (или группы пользователей; далее просто «пользователя») можно воспользоваться командой Права доступа в панели навигации карточки пользователя.
С помощью кнопки **Включить в группу** на вкладке **Группы доступа** администратор может добавить пользователя в состав участников любой из имеющихся групп доступа.
С помощью кнопки **Исключить из группы** можно удалить пользователя из выделенной группы доступа.
Также эту настройку могут выполнять ответственные за состав участников группы доступа для своих групп доступа.
С помощью кнопки **Изменить группу** можно перейти к карточке группы доступа, выбранной в списке.
На вкладке Разрешенные действия (роли) справочно выводится совокупный список ролей, которые назначены пользователю. Список ролей складывается из всех ролей, входящих в состав групп доступа, в которые включен пользователь. Этот же список можно увидеть в Конфигураторе, в свойствах пользователя информационной базы. При этом не следует редактировать этот список в режиме конфигурирования 1С:Предприятия, настройка прав доступа пользователей должна выполняться только с помощью групп доступа.
С помощью кнопки По подсистемам можно соответственно сгруппировать разрешенные действия.
## Отчет по правам доступа
Для того чтобы увидеть полный список прав доступа пользователя, можно воспользоваться аналитическим отчетом **Отчет по правам доступа пользователя**.
Отчет можно открыть из карточки пользователя (группы пользователя) со страницы **Права доступа** с помощью соответствующей кнопки.
Отчет с помощью стандартных кнопок можно распечатать или сохранить на компьютере в нужном формате.
## Создание нового профиля для групп доступа
В ряде случаев предустановленных профилей групп доступа оказывается недостаточно для осуществления требуемой настройки прав доступа пользователей. В таких случаях администратор имеет возможность добавить новые или изменить предустановленные профили групп доступа.
Профиль групп доступа объединяет в себе несколько ролей, а также содержит описание видов доступа, в разрезе которых администратор может настраивать права с помощью групп доступа. Таким образом, профиль представляет собой определенный шаблон, в соответствии с которым администратор ведет группы доступа.
С одним профилем может быть связана одна или несколько групп доступа. Например, на базе профиля **Сотрудник ремонта** могут быть настроены группы доступа **Сотрудники ремонта "Наша фирма"** и **Сотрудники ремонта "Торговый дом"**, которые отличаются друг от друга разрешенными организациями "Наша фирма" и "Торговый дом" соответственно.
Список **Профили групп доступа** можно открыть по соответствующей команде в разделе **Администрирование – Настройка пользователей и прав – Группы доступа**.
С помощью поля **Показать** в списке можно отобрать профили групп доступа:
* Все профили;
* Поставляемые;
* Непоставляемые;
* Устаревшие.
Для ввода нового профиля групп доступа воспользуйтесь кнопкой **Создать**.
При добавлении нового профиля сначала необходимо определить состав его ролей, исходя из потребностей целевой группы пользователей.
Роль определяет некоторую совокупность действий над объектами программы, которые может выполнять пользователь. Роли могут соответствовать как различным должностным обязанностям (или видам деятельности) пользователей программы, так и могут соотноситься с более мелкими функциями. Зачастую, роли либо разрешают просмотр, либо дают возможность редактирования тех или иных данных в программе.
Каждому пользователю, посредством профилей и групп доступа, может быть назначена одна или несколько ролей, которые в совокупности образуют его персональные настройки прав доступа.
Как правило, различают основные и дополнительные профили.
Основной профиль описывает некоторую совокупность прав доступа, достаточную для выполнения в программе определенного участка работ.
С помощью дополнительных профилей пользователям могут быть выданы какие-либо вспомогательные права дополнительно к основному профилю.
В основных профилях важно предусмотреть такой набор ролей, который с одной стороны, не будет давать избыточного (нежелательного) доступа к функциям и данным программы, а с другой – будет достаточным для работы пользователей в рамках их круга задач и обязанностей. В частности, в основном профиле следует предусмотреть ряд вспомогательных ролей, которые напрямую не связаны с основной деятельностью пользователей, но, тем не менее, необходимы для нее.
Например, для сотрудника склада помимо роли на добавление и изменение складских документов нужно также не забыть включить в профиль следующие роли:
* Роль для входа в программу с помощью тонкого, толстого или веб-клиента;
* Предопределенные роли **Базовые права** и **Базовые права УФ**;
* Роли для просмотра справочников, элементы которых требуется выбирать в полях документов и т.п.
При вводе нового профиля групп доступа введите его Наименование.
Если профилей групп доступа много, то их можно группировать по разным признакам, например, можно выделить в отдельные группы основные и дополнительные профили групп доступа, также можно сгруппировать профили групп доступа и по другим признакам.
На вкладке **Разрешенные действия** (роли) с помощью флажков выберите одну или несколько ролей. Роли обычно выводятся в алфавитном порядке.
С помощью команды **По подсистемам** меню **Еще** можно увидеть роли, сгруппированные по подсистемам.
С помощью соответствующей кнопки можно вывести в список **Только выбранные роли**.
Затем на вкладке **Ограничения доступа** необходимо принять решение по поводу состава видов доступа, которые должны быть определены в профиле. Под видом доступа подразумевается некоторое правило, по которому «разрешается» доступ к данным программы. С их помощью можно более точно настраивать границы области данных, с которой разрешено работать участникам тех или иных групп доступа. В простейшем случае, если в профиль не включено ни одного вида доступа, то права доступа к данным определяются только ролями. Например, в случае если профиль включает в себя роль чтения складских документов, то участники групп доступа получают возможность просмотра всех складских документов. Но если в дополнение к этой роли в профиль добавить вид доступа Организации, то появляется возможность разрешать пользователям работу с документами только по конкретным организациям; или наоборот, скрывать от них документы некоторых организаций. Таким образом, если список ролей в профиле отвечает на вопрос, «что должно быть доступно, а что – нет» (какие функции и данные программы), то виды доступа уточняют, как именно они должны быть доступны (в разрезе каких разрешенных и запрещенных значений). Состав видов доступа в профиле рекомендуется определять, исходя из соображений гибкости настройки прав доступа.
Для каждого вида доступа, заданного в профиле, можно указать один из четырех вариантов настройки:
* **Все запрещены, исключения назначаются в группах доступа** – применяется в тех случаях, когда по умолчанию доступ ко всем данным должен быть закрыт, но для отдельных объектов в группах доступа могут быть настроены разрешения;
* **Все разрешены, исключения назначаются в группах доступа** – аналогично предыдущему варианту, но по умолчанию все данные разрешены, а для отдельных объектов в группах доступа могут быть установлены исключения – запрет;
* **Все запрещены, исключения назначаются в профиле** – используется тогда, когда в группах доступа не предполагается предоставлять возможность настройки для вида доступа; т.е. вся настройка должна быть выполнена непосредственно в самом профиле и не может быть изменена в группах доступа. Такие виды доступа скрыты в группах доступа;
* **Все разрешены, исключения назначаются в профиле** – аналогично предыдущему варианту.
Если данная возможность в программе отключена, то вид доступа будет неактивен и в нижней части окна программа выводит об этом сообщение.
Для быстрого перехода к списку групп доступа, созданных на базе данного профиля, можно воспользоваться командой **Группы доступа** на панели навигации.
В данном списке с помощью кнопки **Создать** можно добавить новые группы доступа, с помощью соответствующих команд меню Еще также можно **Скопировать, Изменить, Пометить к удалению** существующие.
## Состав профилей групп доступа
Для настройки прав доступа пользователей в распоряжении администратора имеются следующие профили:
* **Администратор** - настройка прав доступа пользователей и администрирование программы. Включает в себя роль Полные права, которая предоставляет неограниченный доступ ко всем данным.
* **Бухгалтер** - включает в себя набор функций, необходимых для работы бухгалтера(выписка документов по учету денежных средств);
* **Внешний поставщик** - включает в себя набор функций, позволяющих работать контрагентам - поставщикам ( Внешний контрагент);
* **Сотрудник ремонта** - включает в себя набор функций для работы специалистов - техников отдела IT (работа с документами по обслуживанию и ремонту);
* **Сотрудник склада** - включает в себя набор функций для кладовщиков (работа со складскими документами).
## Ограничение доступа по группам местоположений
Поскольку ограничение по группам доступа местоположений могут на первый взгляд ввести в заблуждение, разберем поподробней эту возможность разграничения. Все дело в том, что при настройке профиля по данному виду ограничения необходимо понимать, что разграничение осуществляется именно по справочнику **Местоположение**. А данный справочник в свою очередь связан с множеством сущностей конфигурации, а это как раз и может посеять непонимание работы данного функционала. Для наглядности приведем пример, нужно ограничить документ "Поступление". Из-за того, что данный документ имеет в своем составе сразу несколько реквизитов, в которых указываются объекты привязанные к местоположениям. Нами было принято решение для каждых документов определять собственный набор реквизитов, по которым будет осуществляться проверка.
Для документа **Поступления** - это местоположения объектов, указанных в реквизитах *Организация, Место хранения и Контрагент*. Следовательно, функционал разграничения по группам местоположений, будет проверять местоположения указанных: организации, места хранения и контрагента. Если все три местоположения доступны, тогда пользователь увидит данный документ, в противном случае документ будет скрыт.
И так, озвученный выше пример разберем на скриншотах. Первым делом, включаем использования разграничения по группам доступа местоположений и создаем две группы.
Следующий шаг, это настройка профиля групп доступа пользователей, в котором мы укажем соответствующий вид ограничения и назначим исключения.
Стоит отметить, что после включения ограничения **Группы доступа местоположений**, в одноименном справочнике **Местоположения** появляется обязательный реквизит *Группа доступа*. Именно этот реквизит нужно заполнить у всех местоположений информационной базы. Для этого перейдем в справочник и расставим каждому местоположению соответствующую группу доступа.
Из скриншота видно, что местоположение *Кабинет 312* будет доступен только для группы *Группа 1*, которая указана в соответствующем профиле как исключение. То есть, объекты с заполненным местоположением "Кабинет 312" будут доступны пользователю нашего примера. Теперь необходимо указать соответствующие местоположение у необходимых объектов конфигурации и проверить работу разграничения видимости. Установим данное местоположение организации *Торговый дом ООО* и месту хранения *buh1*.
После проделанных манипуляций перейдем в раздел **Номенклатура и склад** и создадим новый документ **Поступление**, в котором укажем в качестве организации *Торговый дом ООО* и место хранения *buh1*. При этом в базе есть еще один документ **Поступление**, который оформлен на другую организацию и другое место хранения, у которых указано совершенно другое местоположение не доступное нашему тестовому пользователю.
Теперь запустим программу под тестовым пользователем, у которого стоят соответствующие ограничения и проверим какой из двух документов отображается для него.
Как видим, данный пользователь действительно видит только тот документ, который ему разрешен по настройкам ограничений доступа. Но внимательный читатель мог заметить, что в начале речь шла о необходимости заполнения трех реквизитах документа, которые будут участвовать в проверке ограничения. В примере были продемонстрированы только два заполненных - это организация и место хранение. Все очень просто, дело в том, что для того чтобы документ был доступен после проверки, необходимо получить **ИСТИНА** по всем трем реквизита. А поскольку контрагента мы вообще не указали, то его проверка автоматически была пройдена **положительно**.
## Список реквизитов объектов влияющих на разграничение по местоположениям
### Документ "Задание"
* **Инициатор** - проверяется доступность местоположения указанного инициатора.
### Документ "Соглашение SLA"
* **Организация** - если у соглашения установлен вид "Коллективный", тогда проверяется местоположение указанной
организации. Если указан вид "Индивидуальный", тогда проверяются местоположения клиентов и организации вместе.
### Документы подсистемы "Agile"
* **Участники команды Agile** - проверяются местоположения указанные у участников команды Agile, которая
связана с документами: ежедневный стендап, ретроспектива, покер планирования.
### Складские документы
* **Организация, место хранения и контрагент** - в зависимости от типа документа основными объектами для проверки являются именно местоположения указанные у объектов в данных реквизитах.
### Справочники
* **Местоположение** - все основные справочники конфигурации осуществляют проверку только по собственному местоположению.
### Карточки номенклатуры
* **Место хранения** - в виду предотвращения дублей было реализовано разграничение только карточек номенклатуры, а сама номенклатура не скрывается, поскольку смысла в скрытии номенклатуры нет. Ведь именно карточка хранит в себе всю конфиденциальную информацию. Проверка осуществляется только тех карточек, которые оприходованы на остатки, берется их место хранения и проверяется местоположение.
---
## Учетные записи электронной почты
Предназначен для ведения учетных записей электронной почты, которые используются для получения и отправки электронных сообщений.
Список можно открыть соответствующей командой в разделе
**Администрирование -> Учетные записи электронной почты**
***В списке выводится:***
* **Наименование** учетной записи;
* **Имя пользователя** - указывается имя отправителя писем, оно может отличаться от имени пользователя в программе;
* **Адрес электронной почты учетной записи** в формате пользователь@почтовыйсервер.
Для учетных записей, получение и отправка с которых выполняется автоматически без участия пользователя, должен быть обязательно введен пароль. Также для корректной работы программы обязательно должна быть настроена системная учетная запись электронной почты.
## Системная учетная запись электронной почты
Программа поставляется с предопределенной учетной записью - системной учетной записью электронной почты. Она используется по умолчанию для рассылки различных уведомлений из программы, например, для автоматической отправки сообщений администратору по завершению обновления программы. Перед использованием этих возможностей необходимо настроить системную учетную запись.
Настройка системной учетной записи производится по соответствующей команде в разделе
**Администрирование -> Учетные записи электронной почты**
Также можно Изменить ее в списке.
## Ввод учетной записи электронной почты
При попытке сохранения программа проверяет введенные учетные записи электронной почты (пытается отослать пробное сообщение). Учетные записи, не прошедшие проверку, не сохраняются.
* Нажмите **Создать**, введите необходимые поля:
* **Адрес электронной почты** учетной записи в формате пользователь@почтовыйсервер;
* **Пароль учетной записи** для системных учетных записей рекомендуется запомнить пароль, для того чтобы программа могла рассылать сообщения от такой учетной записи без участия пользователя. Тем не менее решение о хранении паролей в информационной базе принимается в каждом случае индивидуально;
* **Как использовать учетную запись** установите с помощью флажков:
* **Для отправки писем**;
* **Для получения писем**;
* **Для кого учётная запись** установите с помощью переключателя:
* **Для всех**;
* **Только для меня**;
* **Имя отправителя** ваше имя или название организации;
* **Способ создания учетной записи** с помощью переключателя укажите:
* **Определить параметры подключения автоматически** (рекомендуется). Нажмите **Создать**. Программа предпримет попытку автоматической настройки и проверки учетной записи. Следуйте указаниям программы. При этом если при автоматической настройке произошел сбой, можно попытаться настроить параметры вручную (см. ниже).
* **Настроить параметры подключения вручную**;
* **Дата начальной загрузки** укажите дату от какого числа письма с почтового сервера будут загружены в программу;
:::info Важно!
Последующее изменение даты не даст результат.
:::
Нажмите **Далее** для заполнения остальных параметров, при этом программа проставляет рекомендуемые параметры для большинства почтовых серверов. Их требуется только проверить и попытаться сохранить учетную запись заново.
## Настройка учетной записи электронной почты
* Нажмите Изменить, с помощью программы произведите необходимые настройки.
## Проверка учетной записи электронной почты
* Откройте на редактирование учетную запись, нажмите Проверить настройки для проверки введенных параметров учетной записи. При этом проверяется возможность соединения с сервером входящих почтовых сообщений (если учетная запись используется для получения почты).
* Если в учетной записи не прописан пароль, программа его запрашивает. При необходимости введите пароль.
---
## База знаний
## Знакомство с новой базой знаний
:::info База знаний
Это современная и удобная платформа для создания и хранения информации и знаний. Она была разработана с использованием новейших стандартов интерфейсов, что делает ее использование простым и интуитивно понятным. У нас было важно обеспечить удобство работы с базой знаний, чтобы сотрудники могли быстро и легко находить необходимую информацию и делиться своими знаниями с другими.
:::
В этой главе мы расскажем, как добавлять пространства, добавлять статьи и как работать с редактором.
В базе знаний статьи хранятся в формате Markdown.
| **Список ролей для работы с подсистемой "База знаний"** |
|-----------------------------------------------------|
| Добавление и изменение базы знаний |
| Чтение базы знаний |
---
## Адаптивный интерфейс
Интерфейс базы знаний имеет отзывчивый интерфейс, а это значит, что использовать базу знаний можно на различных разрешениях. При этом было добавлено максимально привычное поведение открытия дерева страниц и папок, списка содержания статьи с помощью событий прикосновения к экрану.
:::info Важно!
Функционал редактирования, добавления, удаления папок и файлов недоступен на мобильных разрешениях вне зависимости от набора прав пользователя.
:::
Пример использования
Благодаря отзывчивому интерфейсу базу знаний можно разместить на начальной странице и использовать с быстрым доступом. Как настроить начальную страницу: [ссылка](/it/nachalo-raboty/nastroyka-nachalnoy-stranicy)
---
## Работа с базой знаний через личный кабинет
## Публикация на web-сервере
Чтобы база знаний работала корректно, необходимо правильно опубликовать конфигурацию. Подробнее о публикации можете посмотреть [по ссылке](/it/nachalo-raboty/publikaciya-konfiguracii-na-web).
:::info Обязательно!
При публикации на web-сервере, обязательно убедитесь, что поля `API` и `APIDebug` заполнены.
:::
## Взаимодействие с базой знаний
* Для открытия базы знаний, войдите в личный кабинет, и в панели разделов, выберете **База знаний**.
* Откроется окно базы знаний, в который вы можете не только читать статьи, но и добавлять новые, непосредственно из личного кабинета.
Инструкция по добавлению, изменению статей [по ссылке](./sozdanie-stati-i-kataloga).
---
## Доступ к базе знаний в личном кабинете без авторизации
:::info Важно!
Функционал будет доступен с релиза 3.1.20.8
:::
В этой статье описывается алгоритм для настройки публикации базы знаний с использованием сервера **Apache (XAMPP)** или **IIS**, таким образом, чтобы можно было открыть статью базы знаний в личном кабинете по внешней ссылке без введения логина и пароля пользователя.
## Настройка личного кабинета
Данный механизм не работает при включенной собственной авторизации. Поэтому прежде всего проверим ее статус и, если он активен, отключим.
## Настройка пользователя
Необходимо создать служебного пользователя, который будет использоваться для входа в базу знаний. Они понадобятся нам позже при редактировании VRD-файла публикации.
В целях безопасности зададим минимальные права для данного пользователя. По необходимости можем разрешить данному пользователю редактировать базу знаний.
## Настройка VRD-файла публикации
Необходимо произвести дополнительные настройки с публикацией ИБ.
### Настройка публикации Apache
Выполните дополнительную настройку сервера Apache, которую начали при публикации конфигурации ранее в уроке [Публикация конфигурации на веб-сервере Apache](https://docs.softonit.ru/it/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-apache).
После публикации ИБ необходимо внести изменения в конфигурационный файл Apache и создать вторую публикацию ИБ.
Для этого необходимо перейти в каталог, куда установлен Apache (у меня это C:\xampp\apache), затем открыть папку conf и отредактировать файл httpd.conf, а именно строки, добавленные при публикации базы:
```
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
```
Скопируйте и вставьте этот блок ниже. В результате должно получиться следующее:
```
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
```
В скопированном блоке измените следующие строки на собственные значения:
```
Alias "/ITdemo" "D:/Apache/ITDemo/" -> Alias "/ITBZ" "D:/Apache/ITDemoBZ/"
```
таким образом вы добавляете ещё одну публикацию ИБ с именем «ITBZ», которая будет расположена по следующему пути `D:/Apache/ITDemoBZ`
```
->
```
сам каталог файлов новой публикации
```
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd" -> ManagedApplicationDescriptor "D:/Apache/ITDemoBZ/default.vrd"
```
файл описания параметров подключения.
В результате должно получиться так:
```
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
# 1c publication
Alias "/ITBZ" "D:/Apache/ITDemoBZ/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemoBZ/default.vrd"
```
Далее необходимо создать каталог по прописанному пути, который только что был прописан (у меня это D:/Apache/ITDemoBZ/) и скопировать в него файл default.vrd из ранее опубликованной базы. Откройте его для редактирования:
```
```
В новом файле необходимо внести следующие изменения:
```
base="/ITdemo" - > base="/ITBZ"
```
В строку подключения добавьте пользователя, данные которого будут использоваться для авторизации средствами 1С в браузере:
```
ib="File="D:\Bases\Tests\ITdemo";Usr="Пользователь БЗ";Pwd="ANY_PASSWORD";"
```
Пользователя **Пользователь БЗ** с паролем **ANY_PASSWORD** (здесь следует указать вашего служебного пользователя, которого добавили ранее в ИБ).
```
```
После внесённых изменений необходимо перезапустить Apache.
### Настройка публикации IIS
После публикации ИБ на веб-сервере IIS (см. [Публикация конфигурации на веб - сервере IIS](/it/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-iis)) в каталоге `c:\inetpub\wwwroot\` создайте новый каталог **ITdemoBZ**,
скопируйте в него содержимое каталога первой публикации `c:\inetpub\wwwroot\ITdemo\`, а именно 2 файла: `default.vrd` и `web.config`. Откройте файл `default.vrd` на редактирование и внесите следующие изменения:
```
base="/ITdemo" - > base="/ITdemoBZ"
```
имя второй публикации ИБ.
В строку подключения добавьте пользователя, который будет использоваться для авторизации средствами 1С (в окне авторизации при открытии личного кабинета в браузере):
```
ib="File="D:\Bases\Tests\ITdemoBZ";Usr="Пользователь БЗ";Pwd="ANY_PASSWORD";"
```
Строка подключения для серверной базы будет выглядеть примерно так:
```
ib="Srvr="D:\Bases\Tests";Ref="ITdemoBZ";Usr="Пользователь БЗ";Pwd="ANY_PASSWORD";"
```
Пользователя **Пользователь БЗ** с паролем **ANY_PASSWORD** (здесь необходимо указать вашего служебного пользователя, которого добавили ранее в ИБ).
Блоки веб-сервисов, а также блок описания HTTP-сервисов, можно удалить. В результате должен получиться следующий вариант файла:
```
```
Для вновь созданной папки `c:\inetpub\wwwroot\ITdemoBZ\` необходимо предоставить полные права доступа пользователю **IUSR** и группе **IIS_IUSRS** - аналогично тому, как это делалось при первой публикации ИБ.
Затем откройте **Диспетчер служб IIS**, раскройте ветку `Default Web Site` и найдите добавленную вами папку **ITdemoBZ**. В контекстном меню этой папки выберите **Преобразовать в приложение**:
Подтверждаем преобразование. Затем перезапустим службы IIS.
## Настройка фильтров для определённых адресов
:::info Важное замечание
Пока что при вышеописанных настройках из базы знаний можно перейти в личный кабинет и получить доступ к адресной книге.
:::
Чтобы избежать этой проблемы, можно настроить фильтр для определённых адресов на стороне сервера Apache или IIS.
:::info
Эта инструкция носит рекомендательный характер.
Техническая поддержка не предоставляет консультации по настройке сервера.
:::
### Apache
Добавим в файл httpd.conf инструкцию, которая будет запрещать запросы с точным совпадением регулярному выражению ^/ITdemoBZ/hs/bz/$.
```
Require all denied
```
В результате при обращении к веб-странице личного кабинета `local\ITdemoBZ\hs\bz` запрос блокируется на стороне сервера Apache, и браузер выводит страницу с описанием ограничения доступа.
### IIS
Чтобы открыть настройки фильтрации запросов для сервера IIS, необходимо перейти в публикацию без авторизации ITdemoBZ и в центральном окне найти и запустить раздел Фильтрация запросов.
В открывшемся окне **Фильтрация запросов** выберем вкладку **URL-адрес**. Затем с помощью действий на правой панели добавим правила, как изображено на картинке ниже.
В результате при обращении к веб-странице личного кабинета запрос блокируется на стороне сервера IIS, и браузер выводит страницу с описанием ограничения доступа.
## Заключение
Теперь можно открывать базу знаний, например, по корневому адресу (без авторизации):
`http://localhost/uit_noauth/hs/lk/kb.html` или `https:///uit_noauth/hs/lk/kb.html`
---
## Приоритет при инициализации пространства
## Базы знаний в 1С
1. Пространство и страница, заданные в предустановленных данных со стороны 1С.
2. Пространство, страница и заголовок, сохраненные в сессии.
3. Выбор первого пространства из списка и выбор первой страницы в корне дерева этого пространства.
## Базы знаний в ЛК
1. Выбор пространства, страницы и заголовка на основе `URL` в адресной строке внешнего браузера.
2. Пространство, страница и заголовок, сохраненные в сессии.
3. Выбор первого пространства из списка и выбор первой страницы в корне дерева этого пространства.
---
## Навигация по истории просмотра
Предоставляет возможность перемещаться вперед и назад по ранее просмотренным пространствам, страницам и отмеченным заголовкам.
:::info История перемещений
Хранятся в течение сессии использования базы знаний и удаляются после ее завершения.
:::
Для перемещения можно использовать горячие клавиши на клавиатуре:
- `Alt + Стрелка влево` — назад;
- `Alt + Стрелка вправо` — вперед.
Вышеописанные горячие клавиши дублируются во внешнем браузере возле адресной строки при запуске базы знаний через личный кабинет. Перемещение по истории происходит так же, как и на обычных веб-сайтах.
В боковой панели дерева страниц и папок появилась кнопка **ЛК**, которая позволяет быстро вернуться в личный кабинет.
Кнопка **ЛК** отображается только в базе знаний, запущенной во внешнем браузере из личного кабинета.
Кроме того, в эту боковую панель добавили кнопку возврата **Стрелка влево** к предыдущей записи в истории перемещений.
Кнопка **Стрелка влево** отображается только в базе знаний, запущенной в 1С.
---
## Перемещение страницы или папки
## Перемещение страницы или папки внутри пространства
Перенос страниц и папок внутри пространств реализовано на основе механизма `Drag-and-Drop` - достаточно взять необходимый для переноса объект и перенести мышкой в другое расположение: страницу в папку, папку в папку:
## Перемещение страницы или папки между пространствами
В базе знаний можно легко перемещать свои страницы или папки между различными пространствами.
Не нужно тратить время на копирование и вставку, просто выберите страницу или папку и переместите ее в другое пространство в пару кликов.
Чтобы воспользоваться перемещением, нажмите правой кнопкой мыши на странице или папке в дереве слева. В открывшемся контекстном меню выберите Переместить в пространство. Откроется диалоговое окно выбора пространства, в котором можно выбрать цель перемещения:
Ваше текущее пространство будет заблокировано для выбора (название пространства имеет светло-серый цвет), так как перемещение в пределах одного пространства осуществляется простым перетаскиванием страницы или папки.
После выбора целевого пространства отобразится окно загрузки (обычно время отображения очень короткое).
Затем, в зависимости от результата перемещения, будет отображено одно из двух окон. Если перемещение прошло успешно, то отобразится окно с сообщением **Завершено**. Но если в процессе перемещения возникла ошибка, то отобразится окно с сообщением **Ошибка**:
Если текущая открытая страница или папка, содержащая эту страницу, была перемещена, то после успешного завершения процесса выделение перейдет на родительскую папку в иерархии дерева, если такой папки нет, то активным становится корень дерева. Что касается страницы, то вместо неё будет отображаться начальное меню с кнопками Добавить страницу и Добавить папку. В ином случае, когда перемещенный элемент дерева никак не связан иерархически с текущей открытой страницей, отображение не изменится, кроме удаления из дерева страниц и папок, которые были перемещены в другое пространство:
## Ошибки при перемещении
Наиболее вероятный случай возникновения ошибки перемещения — это случай, когда страница или папка заблокирована регламентным заданием, которое обновляет кэш и индексы полнотекстового поиска. Такая ошибка появляется только на файловой базе 1С и не приводит к каким-либо негативным последствиям (потеря данных) для базы знаний. Одним из возможных вариантов решения этой проблемы является закрытие базы знаний и ожидание завершения регламентного задания, блокирующего страницу или папку.
Возможны ситуации, когда сообщение об ошибке перемещения выводится встроенными средствами 1С. В этом случае работа графического интерфейса подсистемы База знаний приостанавливается и возобновляется после закрытия окна с ошибкой с помощью кнопки **Ок**. После этого база знаний будет ждать ответ от 1С. Всё это время будет отображаться окно с анимацией. Если ответ не будет получен, то в этом случае будет отображено окно с сообщением **Ошибка** уже средствами графического интерфейса базы знаний. Если ошибка содержит описание проблемы, то эта информация будет отображена в подразделе **Подробнее** окна с сообщением **Ошибка**. Если описания ошибки нет, то подраздел **Подробнее** отображаться не будет.
---
## Поиск
## Поиск по пространству
В базе знаний реализован поиск по пространству. Это значит - что результатом поиска будет выдача страниц, содержащих искомый текст, но лишь в рамках выбранного пространства. Следовательно, для поиска необходимо будет определять пространство внутри которого нам необходимо найти что-либо:
## Поиск по странице
В выдаче поиска будут страницы, содержащие искомый текст. Доступна возможность перемещаться между результатами поиска на странице. Просто воспользуйтесь кнопками **Следующее совпадение** и **Предыдущее совпадение** на панели инструментов поиска (верхняя панель). Кроме того, есть горячие клавиши:
`Enter` - чтобы перейти к следующему совпадению
`Shift + Enter` - чтобы вернуться к предыдущему.
:::info Не забывайте
Что вышеописанные горячие клавиши работают только тогда, когда фокус (синяя рамка) находится в соответствующем текстовом поле.
:::
## Маркировка результатов поиска по пространству или странице
Теперь используется 11 цветов для выделения найденных совпадений в тексте страницы при использовании поиска по пространству или странице.
> Эта палитра содержит 10 основных цветов и 1 для выделения активного маркера при навигации по результатам поиска на странице.
Мы также изменили стратегию маркировки найденных совпадений. Теперь каждое слово из поискового запроса выделяется отдельно при полном или частичном совпадении. Если слово на странице частично совпадает с частью запроса, оно будет выделено полностью. А если слово на странице содержит несколько частей запроса, цвет маркера будет выбран в соответствии с самой длинной совпадающей частью запроса. Эта стратегия маркировки относится как к поиску по пространству, так и к поиску по странице.
---
## Пример создания схемы в Mermaid
## Проблема: адаптация новых сотрудников
Ситуация знакома многим:
- Компания растет, в отдел технической поддержки приходят новички.
- Они готовы работать, но не знают, с чего начать.
- Классическое обучение требует времени и ресурсов.
### Решение
Создать наглядную инструкцию в базе знаний, которая станет надежным помощником для новичков.
### Как Mermaid решает задачу? ️
Всего за **20–30** минут вы сможете:
1. Создать понятные схемы
2. Визуализировать процессы работы
3. Сделать наглядной вашу инструкцию
:::info Подсказка
Это сэкономит часы, а иногда и дни рутинных объяснений!
:::
### Пример использования бизнес-процесса
"Обработка тех. поддержкой обращения по инциденту от клиента"
#### Шаг первый (Потоки и графы)
Так как выбранный нами для примера бизнес-процесс протекает в 3-х потоках (Клиент, Тех. поддержка, Менеджер). Удобнее всего использовать тип диаграммы "Поток с верху вниз" (flowchart TD), где нам понадобиться три поддиаграммы и для наглядности мы их поместим в общую. Обязательно каждому графу присвоим имя, нам оно понадобится позже.
Код:
```
flowchart TD subgraph S0["Обращения в ТП"]
subgraph S1["Клиент"] end
subgraph S2["Тех. поддержка"] end
subgraph S3["Менеджер"] end
end
```
#### Шаг второй (Узлы)
Теперь в каждом графе мы создадим узлы с разным начертание
- круг: начало и конец (circle);
- прямоугольник: действие (rounded);
- ромб: условие (diamond).
В этом примере нам не понадобятся другие начертания узлов, которых существует больше четырех десятков.
Сам синтаксис написания узла выберем следующий:
`A@{ shape: circle, label: "Проблема"}` - при таком синтаксисе легко найти имя узла, стиль и текст.
Указав все узлы в графах, которые нам потребуются, получим код:
```
subgraph S0["Обращения в ТП"]
subgraph S1["Клиент"]
A@{ shape: circle, label: "Проблема"}
B@{ shape: rounded, label: "Ответ клиента"}
C@{ shape: rounded, label: "Запрос необходимой инфо."}
D@{ shape: rounded, label: "Предоставление решения"}
E@{ shape: diamond, label: "Решение удовлетворило"}
end
```
#### Шаг третий (Связи)
Добавим связи между узлами. Соблюдая движение по бизнес-процессу. Нам понадобятся стрелки и стрелки с текстом:
- `-->`: переход от узла к узлу, обычная стрелка.
- `-->|да|`: переход от узла условий к узлу, который выполниться при положительном ответе, стрелка с текстом «да».
- `-->|нет|`: переход от узла условий к узлу, который выполниться при отрицательном ответе, стрелка с текстом «нет».
Дополним к имеющемуся, следующий код:
```
A-->F
F-->G
G-->H
H-->|да|J
H-->|нет|K
```
#### Шаг четвертый (Оформление)
Здесь мы добавим немного красок, для наглядности нашей схемы.
Для этого будем использовать классы стилей: `classDef PaleGreen color:#000000, fill:#98FB98`
Параметры стиля:
- fill – цвет фона узла (например - #98FB98)
- stroke – цвет контура узла (например - #98FB98)
- stroke-width – толщина контура узла (например - 2px)
- stroke – dasharray: сплошной или пунктирный контур узла (например - 5 5)
- color – цвет текста (например - #FFFFFF)
- font-size – размер текста (например - 12pt)
Чтобы применить стиль к узлу используем синтаксис: `A:::DarkRed`
Дополним ранее написанный код установкой стилей у графов и узлов:
```
s1:::Pink
s2:::PowderBlue
s3:::LightGrey
classDef Pink fill:#FFC0CB
```
### Итоговая блок схема процесса
---
## Emoji
В документации можно использовать emoji, по типу `:Код:`. Например, :tada:
## Список кодов emoji для использования
| Описание | Код | Иконка |
| -------- | --- | :----: |
| Party popper | `:tada:` | :tada: |
| Sparkles | `:sparkles:` | :sparkles: |
| Fire | `:fire:` | :fire: |
| Rocket | `:rocket:` | :rocket: |
| Thumbs up | `:+1:` | :+1: |
| Thumbs down | `:-1:` | :-1: |
| 100 points | `:100:` | :100: |
| Link | `:link:` | :link: |
| Magnifying glass | `:mag:` | :mag: |
| Light bulb | `:bulb:` | :bulb: |
| Speech balloon | `:speech_balloon:` | :speech_balloon: |
| Eyes | `:eyes:` | :eyes: |
| Grinning face with smiling eyes | `:smile:` | :smile: |
| Grinning squinting face | `:laughing:` | :laughing: |
| Face with tears of joy | `:joy:` | :joy: |
| Smiling face with smiling eyes | `:blush:` | :blush: |
| Smiling face with heart-eyes | `:heart_eyes:` | :heart_eyes: |
| Star-struck | `:star_struck:` | :star_struck: |
| Face blowing a kiss | `:kissing_heart:` | :kissing_heart: |
| Winking face with tongue | `:stuck_out_tongue_winking_eye:` | :stuck_out_tongue_winking_eye: |
| Thinking face | `:thinking:` | :thinking: |
| Face with medical mask | `:mask:` | :mask: |
| Smiling face with sunglasses | `:sunglasses:` | :sunglasses: |
| Nerd face | `:nerd_face:` | :nerd_face: |
| Waving hand | `:wave:` | :wave: |
| OK hand sign | `:ok_hand:` | :ok_hand: |
| Raised hand | `:raised_hand:` | :raised_hand: |
| Sign of the horns | `:metal:` | :metal: |
| Handshake | `:handshake:` | :handshake: |
| Folded hands | `:pray:` | :pray: |
| Pizza | `:pizza:` | :pizza: |
| Hamburger | `:hamburger:` | :hamburger: |
| Beer mug | `:beer:` | :beer: |
| Clinking beer mugs | `:beers:` | :beers: |
| Doughnut | `:doughnut:` | :doughnut: |
| Chocolate bar | `:chocolate_bar:` | :chocolate_bar: |
| Cookie | `:cookie:` | :cookie: |
| Sushi | `:sushi:` | :sushi: |
| French fries | `:fries:` | :fries: |
| Soft ice cream | `:icecream:` | :icecream: |
| Shaved ice | `:shaved_ice:` | :shaved_ice: |
| Ice cream | `:ice_cream:` | :ice_cream: |
| Cocktail glass | `:cocktail:` | :cocktail: |
| Hot beverage | `:coffee:` | :coffee: |
| Teacup without handle | `:tea:` | :tea: |
| Taxi | `:taxi:` | :taxi: |
| Steam locomotive | `:steam_locomotive:` | :steam_locomotive: |
| European castle | `:european_castle:` | :european_castle: |
| Japanese castle | `:japanese_castle:` | :japanese_castle: |
| Statue of Liberty | `:statue_of_liberty:` | :statue_of_liberty: |
| Bridge at night | `:bridge_at_night:` | :bridge_at_night: |
| National park | `:national_park:` | :national_park: |
| World map | `:world_map:` | :world_map: |
| Sunrise | `:sunrise:` | :sunrise: |
| Sunrise over mountains | `:sunrise_over_mountains:` | :sunrise_over_mountains: |
| Desert Island | `:desert_island:` | :desert_island: |
| Water wave | `:ocean:` | :ocean: |
| Artist palette | `:art:` | :art: |
| Performing arts | `:performing_arts:` | :performing_arts: |
| Microphone | `:microphone:` | :microphone: |
| Guitar | `:guitar:` | :guitar: |
| Game die | `:game_die:` | :game_die: |
| Basketball | `:basketball:` | :basketball: |
| Soccer ball | `:soccer:` | :soccer: |
| Ping pong | `:ping_pong:` | :ping_pong: |
| Direct hit | `:dart:` | :dart: |
| Video game | `:video_game:` | :video_game: |
| Clapper board | `:clapper:` | :clapper: |
| Bowling | `:bowling:` | :bowling: |
| Golfer | `:golf:` | :golf: |
| Weight lifting woman | `:weight_lifting_woman:` | :weight_lifting_woman: |
| Men wrestling | `:men_wrestling:` | :men_wrestling: |
| Woman cartwheeling | `:woman_cartwheeling:` | :woman_cartwheeling: |
| Weight lifting man | `:weight_lifting_man:` | :weight_lifting_man: |
| Hammer | `:hammer:` | :hammer: |
| Straight ruler | `:straight_ruler:` | :straight_ruler: |
| Computer | `:computer:` | :computer: |
| Mobile phone | `:iphone:` | :iphone: |
| Headphone | `:headphones:` | :headphones: |
| Closed lock with key | `:lock:` | :lock: |
| Open lock | `:unlock:` | :unlock: |
| Scroll | `:scroll:` | :scroll: |
| Page with curl | `:page_with_curl:` | :page_with_curl: |
| Package | `:package:` | :package: |
| Shield | `:shield:` | :shield: |
| Toolbox | `:toolbox:` | :toolbox: |
| Wrench | `:wrench:` | :wrench: |
| Door | `:door:` | :door: |
| File cabinet | `:file_cabinet:` | :file_cabinet: |
| Toilet paper | `:toilet_paper:` | :toilet_paper: |
| Collision symbol | `:boom:` | :boom: |
| Bug | `:bug:` | :bug: |
| Police car light | `:rotating_light:` | :rotating_light: |
| Bomb | `:bomb:` | :bomb: |
| Rainbow | `:rainbow:` | :rainbow: |
| White heavy check mark | `:white_check_mark:` | :white_check_mark: |
| Negative squared cross mark | `:negative_squared_cross_mark:` | :negative_squared_cross_mark: |
| Key | `:key:` | :key: |
| Globe with meridians | `:globe_with_meridians:` | :globe_with_meridians: |
| Loudspeaker | `:loudspeaker:` | :loudspeaker: |
| Speaker | `:speaker:` | :speaker: |
| Speaker with cancellation stroke | `:mute:` | :mute: |
| Busts in silhouette | `:busts_in_silhouette:` | :busts_in_silhouette: |
| Bust in silhouette | `:bust_in_silhouette:` | :bust_in_silhouette: |
| White flag | `:white_flag:` | :white_flag: |
| Black flag | `:black_flag:` | :black_flag: |
| Chequered flag | `:checkered_flag:` | :checkered_flag: |
| Triangular flag on post | `:triangular_flag_on_post:` | :triangular_flag_on_post: |
| Crossed flags | `:crossed_flags:` | :crossed_flags: |
| Red heart | `:heart:` | :heart: |
| Orange heart | `:orange_heart:` | :orange_heart: |
| Yellow heart | `:yellow_heart:` | :yellow_heart: |
| Green heart | `:green_heart:` | :green_heart: |
| Blue heart | `:blue_heart:` | :blue_heart: |
| Purple heart | `:purple_heart:` | :purple_heart: |
| Black heart | `:black_heart:` | :black_heart: |
| Broken heart | `:broken_heart:` | :broken_heart: |
| Two hearts | `:two_hearts:` | :two_hearts: |
| Revolving hearts | `:revolving_hearts:` | :revolving_hearts: |
| Beating heart | `:heartbeat:` | :heartbeat: |
| Growing heart | `:heartpulse:` | :heartpulse: |
| Sparkling heart | `:sparkling_heart:` | :sparkling_heart: |
| Heart with arrow | `:cupid:` | :cupid: |
| Right arrow | `:arrow_right:` | :arrow_right: |
| Left arrow | `:arrow_left:` | :arrow_left: |
| Up arrow | `:arrow_up:` | :arrow_up: |
| Down arrow | `:arrow_down:` | :arrow_down: |
| Up-right arrow | `:arrow_upper_right:` | :arrow_upper_right: |
| Down-right arrow | `:arrow_lower_right:` | :arrow_lower_right: |
| Down-left arrow | `:arrow_lower_left:` | :arrow_lower_left: |
| Up-left arrow | `:arrow_upper_left:` | :arrow_upper_left: |
| Up-down arrow | `:arrow_up_down:` | :arrow_up_down: |
| Left-right arrow | `:left_right_arrow:` | :left_right_arrow: |
| Counterclockwise arrows button | `:arrows_counterclockwise:` | :arrows_counterclockwise: |
| Right arrow curving left | `:arrow_right_hook:` | :arrow_right_hook: |
| Left arrow curving right | `:leftwards_arrow_with_hook:` | :leftwards_arrow_with_hook: |
| Arrow pointing rightwards then curving upwards | `:arrow_heading_up:` | :arrow_heading_up: |
| Arrow pointing rightwards then curving downwards | `:arrow_heading_down:` | :arrow_heading_down: |
| Back arrow | `:back:` | :back: |
| Warning | `:warning:` | :warning: |
| Children crossing | `:children_crossing:` | :children_crossing: |
| No one under eighteen symbol | `:underage:` | :underage: |
| No entry sign | `:no_entry_sign:` | :no_entry_sign: |
| No smoking | `:no_smoking:` | :no_smoking: |
| Do not litter | `:do_not_litter:` | :do_not_litter: |
| No bicycles | `:no_bicycles:` | :no_bicycles: |
| No pedestrians | `:no_pedestrians:` | :no_pedestrians: |
| No mobile phones | `:no_mobile_phones:` | :no_mobile_phones: |
| Non-potable water | `:non-potable_water:` | :non-potable_water: |
| Flexed biceps | `:muscle:` | :muscle: |
| Leg | `:leg:` | :leg: |
| Foot | `:foot:` | :foot: |
| Ear | `:ear:` | :ear: |
| Nose | `:nose:` | :nose: |
| Brain | `:brain:` | :brain: |
| Tooth | `:tooth:` | :tooth: |
| Bone | `:bone:` | :bone: |
| Eye | `:eye:` | :eye: |
| Tongue | `:tongue:` | :tongue: |
| Mouth | `:lips:` | :lips: |
| Kiss mark | `:kiss:` | :kiss: |
| Cactus | `:cactus:` | :cactus: |
| Tanabata tree | `:tanabata_tree:` | :tanabata_tree: |
| Christmas tree | `:christmas_tree:` | :christmas_tree: |
| Evergreen tree | `:evergreen_tree:` | :evergreen_tree: |
| Deciduous tree | `:deciduous_tree:` | :deciduous_tree: |
| Palm tree | `:palm_tree:` | :palm_tree: |
| Seedling | `:seedling:` | :seedling: |
| Herb | `:herb:` | :herb: |
| Shamrock | `:shamrock:` | :shamrock: |
| Four leaf clover | `:four_leaf_clover:` | :four_leaf_clover: |
| Maple leaf | `:maple_leaf:` | :maple_leaf: |
| Fallen leaf | `:fallen_leaf:` | :fallen_leaf: |
| Leaf fluttering in wind | `:leaves:` | :leaves: |
| Tulip | `:tulip:` | :tulip: |
| Rose | `:rose:` | :rose: |
| Wilted flower | `:wilted_flower:` | :wilted_flower: |
| Hibiscus | `:hibiscus:` | :hibiscus: |
| Cherry blossom | `:cherry_blossom:` | :cherry_blossom: |
| White flower | `:white_flower:` | :white_flower: |
| Rosette | `:rosette:` | :rosette: |
| Sunflower | `:sunflower:` | :sunflower: |
| Blossom | `:blossom:` | :blossom: |
---
## Octicons
В базе знаний есть возможность использовать [Octicons](https://primer.github.io/octicons/), их можно использовать в текстах.
Иконки можно записать вот так: `:icon-Код:`, где `Код` - это краткое обозначение иконки.
Для примера `:icon-star:` выведет вот такую иконку .
## Пример иконок и их обозначение
URL | Код | Пример | Иконка |
:---: | --------- | ------ | :----: |
| [URL](https://primer.github.io/octicons/alert-24) | alert | `:icon-alert:` | |
| [URL](https://primer.github.io/octicons/alert-fill-24) | alert-fill | `:icon-alert-fill:` | |
| [URL](https://primer.github.io/octicons/archive-24) | archive | `:icon-archive:` | |
| [URL](https://primer.github.io/octicons/arrow-both-24) | arrow-both | `:icon-arrow-both:` | |
| [URL](https://primer.github.io/octicons/arrow-down-24) | arrow-down | `:icon-arrow-down:` | |
| [URL](https://primer.github.io/octicons/arrow-down-left-24) | arrow-down-left | `:icon-arrow-down-left:` | |
| [URL](https://primer.github.io/octicons/arrow-down-right-24) | arrow-down-right | `:icon-arrow-down-right:` | |
| [URL](https://primer.github.io/octicons/arrow-left-24) | arrow-left | `:icon-arrow-left:` | |
| [URL](https://primer.github.io/octicons/arrow-right-24) | arrow-right | `:icon-arrow-right:` | |
| [URL](https://primer.github.io/octicons/arrow-switch-24) | arrow-switch | `:icon-arrow-switch:` | |
| [URL](https://primer.github.io/octicons/arrow-up-24) | arrow-up | `:icon-arrow-up:` | |
| [URL](https://primer.github.io/octicons/arrow-up-left-24) | arrow-up-left | `:icon-arrow-up-left:` | |
| [URL](https://primer.github.io/octicons/arrow-up-right-24) | arrow-up-right | `:icon-arrow-up-right:` | |
| [URL](https://primer.github.io/octicons/beaker-24) | beaker | `:icon-beaker:` | |
| [URL](https://primer.github.io/octicons/bell-24) | bell | `:icon-bell:` | |
---
## Синтаксис
Синтаксис **Docsinum / Доксинум** основывается на [CommonMark Spec](https://spec.commonmark.org/) и дополнен для удобства.
Для оформления текста используются:
* базовая разметка;
* списки;
* простые и многострочные таблицы;
* заметки;
* ссылки;
* медиа;
* фрагменты кода;
* всплывающие подсказки.
---
## Базовая разметка
## Строчное форматирование
Для форматирования фрагментов текста в строке используйте приведенные ниже способы разметки.
| Разметка | Результат |
| ---------------------------- | ---------------------------- |
| `**Полужирный**` | **Полужирный** |
| `_Курсив_` или `*Курсив*` | *Курсив* |
| `**_Полужирный курсив_**` | ***Полужирный курсив*** |
| `~~Зачеркнутый~~` | ~~Зачеркнутый~~ |
| `==Выделенный==` | `Выделенный` |
Элементы оформления можно объединять. Например:
| Разметка | Результат |
| ---------------------------- | ---------------------------- |
| `***Полужирный-Курсив***` | ***Полужирный-Курсив*** |
## Параграфы
Для создания параграфа отделите пустой строкой один блок текста от другого.
```markdown
Параграф.
Следующий параграф.
```
## Заголовки
Всего можно задать 6 уровней заголовков. При наведении на заголовок у него появляется якорь, который можно скопировать и быстро перейти к текущему заголовку на этой странице.
```markdown
# Заголовок h1
## Заголовок h2
### Заголовок h3
#### Заголовок h4
##### Заголовок h5
###### Заголовок h6
```
## Цитаты
Цитаты оформляются следующим образом:
```markdown
> Цитата
```
Результат:
> Цитата
Цитаты поддерживают вложенность:
```markdown
> Цитирование
>> Вложенное цитирование
```
Результат:
> Первая цитата
>> Вложенная цитата
## Гиперссылки
Ссылки на другие сайты оформляются несколькими способами.
### Обычная ссылка
```markdown
[Ссылка](https://softonit.ru)
```
Результат:
[Ссылка](https://softonit.ru)
### Умная ссылка
Если в тексте будет указан сайт, который начинается с `http://` или `https://`, то эти ссылки автоматически будут подсвечены.
Результат:
https://softonit.ru
### Автоматические ссылки
Ссылки можно указывать так ``. Ящики можно указывать как: ``.
Результат:
[https://softonit.ru](https://softonit.ru)
[test@test.com](mailto:test@test.com)
### Концевые ссылки
Пример:
```markdown
Привет [test][text]
[text]: https://softonit.ru "Title"
```
Результат:
Привет [test][text]
[text]: https://softonit.ru "Title"
## Изображения
Изображения вставляются следующим образом:
Пример:
```markdown
```
## Горизонтальная линия
Пример:
`----`
`****`
`____`
Результат:
----
## Экранирование символов
Иногда нужно, чтобы стандартная разметка не разбирала текст. Для этого можно воспользоваться экранированием. Используйте специальный символ `\` для экранирования.
Пример:
```
A = 2*2*5; <- Тут применится курсив
A = 2\*2\*5; <- Тут умножение останется
```
Результат:
A = 2*2*5;
A = 2\*2\*5;
## Использование HTML-кода
Иногда может потребоваться что-то не стандартное. Для этого используете простые вставки HTML-кода.
Пример:
```html
H2O
```
Результат:
H2O
---
## Видео
В базе знаний можно вставлять видео используя видео-хостинги. На данный момент поддерживается работа с YouTube, RuTube, VK Видео, Vimeo.
Оформляются видео-ролики так:
```markdown
[!video](https://youtu.be/MC1jEQOfqEw)
```
Результат:
[!video](https://youtu.be/MC1jEQOfqEw)
---
## Комбинации клавиш клавиатуры
## Комбинации клавиш
Иногда попадаются задачи, когда необходимо в инструкциях указать какую комбинацию клавиш необходимо нажать. Для этих целей рекомендуем использовать специальную конструкцию:
```markdown
Собрать приложение можно нажав: {{+ F5 +}}
Копирование текста можно сделать комбинацией {{+ Ctrl + C +}}
Для перезагрузки нажмите {{+ Ctrl + Alt + Shift }}
```
Результат:
Собрать приложение можно нажав: `F5`
Копирование текста можно сделать комбинацией `Ctrl` + `C`
Для перезагрузки нажмите `Ctrl` + `Alt` + `Shift`
## Пункты меню
Дополнительно, иногда можно столкнуться с необходимостью иметь возможность указать, что нужно выбрать в меню. Для этого могут помочь следующие конструкции:
```markdown
Для сохранения файла необходимо открыть `{{/ Меню / Открыть }}`
В выпадающем меню необходимо выбрать `{{\ Еще \ Группировка \ По типам }}`
При работе с Word необходимо `{{> File > Save as }}`
```
Результат:
Для сохранения файла необходимо открыть `Меню` ⟶ `Открыть`
В выпадающем меню необходимо выбрать `Еще` ⟶ `Группировка` ⟶ `По типам`
При работе с Word необходимо `File` ⟶ `Save as`
В качестве маркера разделителя можно выбрать один из символов: `\`, `/` или `>`. Какой вам больше нравится и подходит.
---
## Оповещение
Компоненты оповещений помогают выделить важные сообщения для читателя.
Чтобы создать оповещение, просто окружите блок текста или любой контент markdown символом `!!!`.
```markdown
!!!
Это оповещение.
!!!
```
:::info Это оповещение.
:::
## Оповещение с заголовком
Оповещения также могут иметь заголовки. Добавьте пробел, затем добавьте свой заголовок, например `!!! Мой заголовок`.
```markdown
!!!info Мой заголовок
Это оповещение.
!!!
```
:::info Мой заголовок
Это оповещение.
:::
В заголовках поддерживаются некоторые базовые синтаксисы Markdown и иконки.
```markdown
!!!info :icon-rocket: Взлетаем :icon-rocket:
Ознакомьтесь с синтаксисом Доксинум и радуйте своих клиентов.
!!!
```
:::info Взлетаем
Ознакомьтесь с синтаксисом и радуйте своих клиентов.
:::
## Типы оповещений
Оповещения могут быть различных типов, которые можно указать, передав `вариант` сразу после `!!!`, например `!!!danger`.
| Вариант | Цвет |
| ------------------------ | -------------- |
| `primary` (по умолчанию) | `синий` |
| `secondary` | `серый` |
| `success` | `зеленый` |
| `danger` | `красный` |
| `warning` | `желтый` |
| `info` | `светло-синий` |
| `bug` | `красный` |
| `tip` | `фиолетовый` |
| `question` | `темный` |
| `hint` | `светло-серый` |
---
Примеры оповещений
:::danger Опасность
Это оповещение `danger`
:::
:::warning Предупреждение
Это оповещение `warning`
:::
:::info Информация
Это оповещение `info`
:::
:::tip Успех
Это оповещение `success`
:::
---
## Списки и чекбоксы
## Списки
Markdown поддерживает упорядоченные и неупорядоченные списки. Для создания неупорядоченного списка используйте символы `*`, `-` или `+`. Для упорядоченного списка используйте числа с точкой или закрывающие скобки. Например:
```markdown
- Первый элемент списка
- Второй элемент списка
- Третий элемент списка
1. Первый элемент упорядоченного списка
2. Второй элемент упорядоченного списка
3. Третий элемент упорядоченного списка
```
Для того, чтобы создавать иерархический список необходимо использовать три пробела.
```markdown
* Первый элемент списка
* Подчиненный элемент списка
* Подчиненный элемент списка
```
## Чекбоксы
```
- [x] Задача 1
- [~] Задача 3
- [ ] Задача 4
- [v] Задача 5
```
Результат:
- [x] Задача 1
- Задача 3
- [ ] Задача 4
- [x] Задача 5
:::info Важно!
Строки списка должны начинаться с маркера `-` и после символа `]` обязательно должен быть пробел
:::
---
## Создание статьи и каталога
## Создание каталога
Для того чтобы создать каталог для статей нужно нажать на соответствующую кнопку слева от дерева навигации, ввести наименование и нажать на клавишу **Enter**
## Создание статьи
Для создания статьи нужно нажать на кнопку слева от дерева навигации, ввести наименование и нажать на кнопку **Enter**
## Создание статьи и каталога через контекстное меню
Создавать каталоги и статьи можно и через контекстное меню, нажав на правую клавишу мыши в области дерева навигации и выбрать в меню что мы хотим сделать.
## Удаление, переименование, изменение символьного кода статьи или каталога через контекстное меню
Если в навигационном дереве выбрать каталог или статью, а затем вызвать контекстное меню правой кнопкой мыши, на выбранном объекте, то можно увидеть дополнительные действия над выбранным объектом, а именно **Удаление**, **Переименование**, **Изменение символьного кода** и если выбранный объект является статьей **Редактирование**
## Редактирование статьи
После создания статьи, вызвать окно редактора, можно через контекстное меню или через кнопку.
Окно редактирования выглядит следующим образом. Для редактирования используется Markdown.
---
## Ссылки
Вы можете добавлять ссылки на страницу с указанием заголовка, если это необходимо, или просто на определенное пространство.
Эта функция поможет вам лучше организовать информацию и создать связи между разными разделами вашей базы знаний.
## Поддерживаемые формы адреса в ссылке
Поддерживаются три формы адреса в ссылке.
### Пространство
Шаблон адреса:
```
/?spaceId=
```
Пример адреса:
```
/obshchee-prostranstvo?spaceId=48a0d6d0-a6a6-4444-bd6d-7d62740e8126
```
Пример ссылки (markdown):
```md
[Общее пространство](/obshchee-prostranstvo?spaceId=48a0d6d0-a6a6-4444-bd6d-7d62740e8126 "Ссылка на пространство")
```
### Страница
Шаблон адреса:
```
/[/folder-symbolic-code].../?pageId=
```
Пример адреса:
```
/obshchee-prostranstvo/dokumentatsiya/sintaksis-markdown?pageId=b374cd50-c035-11ee-bfa1-548028503e9d
```
Пример ссылки (markdown):
```md
[Синтаксис Markdown](/obshchee-prostranstvo/dokumentatsiya/sintaksis-markdown?pageId=b374cd50-c035-11ee-bfa1-548028503e9d "Ссылка на страницу")
```
### Заголовок
Шаблон адреса:
```
/[/folder-symbolic-code].../?pageId=[#anchor-id]
```
Пример адреса:
```
/obshchee-prostranstvo/dokumentatsiya/sintaksis-markdown?pageId=b374cd50-c035-11ee-bfa1-548028503e9d#osnovnye-elementy-markdown
```
Пример ссылки (markdown):
```md
[Основные элементы Markdown](/obshchee-prostranstvo/dokumentatsiya/sintaksis-markdown?pageId=b374cd50-c035-11ee-bfa1-548028503e9d#osnovnye-elementy-markdown "Ссылка на заголовок")
```
### Заголовок (упрощенная форма)
Поддерживается упрощенная форма ссылки на заголовок или якорь в тексте страницы `[заголовок](#anchor-id)`, но необходимо знать `anchor-id` в атрибуте заголовка `id="anchor-id"`, что неудобно для пользователя.
> Данная упрощенная форма работает только в рамках текущей страницы. Переход на другую страницу и пространства не осуществляется.
Шаблон адреса:
```
#anchor-id
```
Пример адреса:
```
#osnovnye-elementy-markdown
```
Пример ссылки (markdown):
```md
[Основные элементы Markdown](#osnovnye-elementy-markdown "Ссылка на заголовок")
```
## Формирование адреса ссылки на пространство
В режиме редактирования нажать на кнопку **Ссылка** (или `Ctrl + L`) с иконкой цепочки в верхней панели инструментов редактора.
В появившемся модальном окне нажать на кнопку с тремя горизонтальными точками.
Затем появится следующее модальное окно, где можно выбрать пространство и страницу для формирования адреса ссылки на страницу или пространство.
Для формирования ссылки на пространство необходимо выбрать целевое пространство и нажать кнопку **Выбрать**.
> Если до этого была выбрана страница, то можно повторно выбрать пространство, после чего сформируется ссылка на пространство вместо ссылки на страницу.
Затем произойдет возврат к предыдущему модальному окну с уже заполненным полем *Адрес*, где будет адрес ссылки на выбранное ранее пространство.
## Формирование адреса ссылки на страницу
### Первый способ
В режиме редактирования нажать на кнопку **Ссылка** (или `Ctrl + L`) с иконкой цепочки в верхней панели инструментов редактора.
В появившемся модальном окне нажать на кнопку с тремя горизонтальными точками.
Затем появится следующее модальное окно, где можно выбрать пространство и страницу для формирования адреса ссылки на страницу или пространство.
Для формирования ссылки на страницу необходимо выбрать пространство и после загрузки (при долгой загрузке отображается скелетон) дерева страниц и папок выбрать целевую страницу и нажать кнопку **Выбрать**. Затем произойдет возврат к предыдущему модальному окну с уже заполненным полем *Адрес*, где будет адрес ссылки на выбранную страницу.
### Второй способ
Нажать на иконку цепочки (кнопка) на верхней панели страницы.
В появившемся модальном окне с заголовком **Ссылка на страницу** будет выделен адрес страницы, который можно скопировать следующими способами:
- Нажать на кнопку **Копировать** в нижней части модального окна (эта кнопка скрыта в 1С на Linux, т. к. не поддерживается работа с буфером обмена операционной системы). После нажатия на эту кнопку модальное окно закрывается и выводится сообщение зеленого цвета с сообщением о том, что ссылка скопирована.
- Нажать правую кнопку мышки на выделенном тексте ссылки и в появившемся диалоговом окне выбрать пункт **Копировать**. После этого модальное окно само не закроется (см. Примечание 1).
- Нажать на клавиатуре сочетание кнопок `Ctrl + C`. После этого модальное окно само не закроется (см. Примечание 1).
> Также доступно копирование части адреса.
## Формирование адреса ссылки на заголовок
Нажать правой кнопкой мыши или долгим зажатием (1-2 секунды) на сенсорных экранах мобильных устройств на иконку цепочки (кнопка) возле целевого заголовка на открытой странице.
В появившемся модальном окне с заголовком **Ссылка на страницу и заголовок** будет выделен адрес страницы и заголовка, который можно скопировать следующими способами:
- Нажать на кнопку **Копировать** в нижней части модального окна (эта кнопка скрыта в 1С на Linux, т.к. не поддерживается работа с буфером обмена операционной системы). После нажатия на эту кнопку модальное окно закрывается и выводится сообщение зеленого цвета с сообщением о том, что ссылка скопирована.
- Нажать правую кнопку мышки на выделенном тексте ссылки и в появившемся диалоговом окне выбрать пункт **Копировать**. После этого модальное окно само не закроется (см. Примечание 1).
- Нажать на клавиатуре сочетание кнопок `Ctrl + C`. После этого модальное окно само не закроется (см. Примечание 1).
> Также доступно копирование части адреса.
## Переход по ссылке на пространство
- Если символьный код пространства в адресе `/?spaceId=` не актуален, то он меняется в соответствии с данным, полученным по ID пространства.
- Если в адресе присутствует только символьный код пространства `/`, то производится запрос данных всех пространств и производится поиск целевого пространства по символьному коду. Затем, если пространство было найдено, то к адресу в адресной строке браузера (роутингу) добавляется параметр, указывающий на ID пространства, соответствующего символьному коду пространства `/?spaceId=`. Если целевое пространство не было найдено, то выводится ошибка.
- Если в адресе ссылки или адресной строке браузера есть символьный код пространства и символьные кода страницы и/или символьные кода папок `/[/folder-symbolic-code]...[/]`, происходит перенаправление на пространство с адресом, содержащим символьный код пространства и ID пространства `/?spaceId=`.
- Если в адресе есть ID пространств, и по нему не удалось определить пространство, то выводится ошибка.
## Переход по ссылке на страницу
- Если символьные коды пространства, папок и страницы не актуальны `/[/folder-symbolic-code].../?pageId=[#anchor-id]`, то он меняется в соответствии с данным, полученным по ID страницы.
- Если не удалось определить целевую страницу и пространство по ID страницы, то выводится ошибка.
## Переход по ссылке на заголовок
Этот алгоритм похож на тот, что используется при переходе по ссылке на страницу. Однако здесь требуются дополнительные действия.
- Если страница была найдена и отображена на экране, но на ней нет заголовка с атрибутом `id="anchor-id"`, соответствующим с адресом в ссылке или адресом в адресной строке браузера `/[/folder-symbolic-code].../?pageId=[#anchor-id]`, то часть `[#anchor-id]` удаляется из адреса в адресной строке браузера.
- Если страница была найдена и отображена на экране, и на ней есть заголовок с атрибутом `id="anchor-id"`, соответствующим с адресом в ссылке или адресом в адресной строке браузера `/[/folder-symbolic-code].../?pageId=[#anchor-id]`, то часть `[#anchor-id]` остается в адресной строке браузера. И на странице выделяется целевой заголовок с сохранением в сессию и прокруткой страницы, так чтобы этот заголовок был виден.
## Обновление адреса в адресной строке внешнего браузера
Символьные коды в адресной строке внешнего браузера обновляются в следующих случаях:
- при переименовании открытой страницы;
- при переименовании одной из родительских папок открытой страницы;
- при изменении символьного кода открытой страницы;
- при изменении символьного кода одной из родительской папки открытой страницы;
- при переносе страницы по дереву в рамках одного пространства;
- при переносе одной из родительских папок открытой страницы по дереву в рамках одного пространства;
- при переносе открытой страницы в другое пространство;
- при переносе одной из родительских папок открытой страницы.
## Примечание
Для того чтобы закрыть модальное окно с выводом ссылки, есть следующие способы:
- Нажать на крестик в верхнем правом углу.
- Нажать кнопку **Закрыть** в нижней части окна (не отображается в 1С на Linux).
- Нажать кнопку **Esc** на клавиатуре.
- Нажать левой кнопкой мыши в любой части области вне модального окна.
---
## Схемы в базе знаний Mermaid
:::info Mermaid
Инструмент для создания диаграмм и схем, который поддерживает использование внутри Markdown.
:::
## Синтаксис компонентов
Для создания диаграммы Mermaid используется кодовый блок, начинающийся с ``` и содержащий указание mermaid.
## Примеры
### Директивы
Директивы Mermaid можно настроить, используя рекомендуемый синтаксис `%%{init: { }}%%` в качестве первой строки непосредственно внутри блока ``` mermaid.
Из документации Mermaid:
Директивы предоставляют автору диаграммы возможность изменять внешний вид диаграммы перед визуализацией путем изменения применяемой конфигурации.
```
%%{init: { 'theme': 'forest' }}%%
graph LR
A[Жёсткая граница] -->|Текст связи| B(Округлая граница)
B --> C{Решение}
C -->|Первый вариант| D[Результат 1]
C -->|Второй вариант| E[Результат 2]
```
### Блок кода для Mermaid
Чтобы нарисовать блок кода mermaid вместо отображения содержимого, пожалуйста, используйте спецификатор синтаксиса блока mermaid-js.
```
%%{init: { 'theme': 'forest' }}%%
graph LR
A[Hard edge] -->|Link text| B(Round edge)
B --> C{Decision}
C -->|One| D[Result one]
C -->|Two| E[Result two]
```
Подсветка синтаксиса кода Mermaid на данный момент не поддерживается.
### Блок-схема
```
graph TD;
A-->B;
A-->C;
B-->D;
C-->D;
```
### Схема последовательности действий
```
sequenceDiagram
participant Алиса
participant Боб
Алиса->>Джон: Привет, Джон, как дела?
loop Проверка состояния здоровья
Джон->>Джон: Борьба с ипохондрией
end
Note right of Джон: Рациональные мысли преобладают!
Джон-->>Алиса: Отлично!
Джон->>Боб: А как насчет тебя?
Боб-->>Джон: Очень хорошо!
```
## Диаграмма классов
```
classDiagram
Class01 <|-- AveryLongClass : Cool
Class03 *-- Class04
Class05 o-- Class06
Class07 .. Class08
Class09 --> C2 : Where am i?
Class09 --* C3
Class09 --|> Class07
Class07 : equals()
Class07 : Object[] elementData
Class01 : size()
Class01 : int chimp
Class01 : int gorilla
Class08 <--> C2: Cool label
```
### Отношение между сущностями
```
erDiagram
"ПОКУПАТЕЛЬ" ||--o{ "ЗАКАЗ" : "места"
"ЗАКАЗ" ||--|{ "РЕКЛАМНАЯ КАМПАНИЯ" : "содержит"
"ПОКУПАТЕЛЬ" }|..|{ "АДРЕС ДОСТАВКИ" : "использует"
```
### Пользовательские пути
```
journey
title Мой рабочий день
section Идти на работу
Приготовить чай: 5: Я
Идти наверх: 3: Я
Работать: 1: Я, Кот
section Пойти домой
Идти вниз: 5: Я
Присесть: 5: Я
```
## Онлайн-конструктор
Чтобы создавать и редактировать диаграммы и схемы Mermaid с максимальным удобством, вы можете воспользоваться онлайн-конструктором.
В самых простых случаях вам будет достаточно редактора.
Однако, если вам требуется более детальная настройка, вы можете перейти в расширенный режим Playground.
После того как диаграмма или схема будут полностью созданы, вы можете скопировать и вставить полученный код в Markdown-редактор вашей базы знаний.
Важно отметить, что получившийся код нужно поместить в блок кода Mermaid для того, чтобы он правильно отобразился в базе знаний.
```
sequenceDiagram
participant Алиса
participant Боб
Алиса->>Джон: Привет, Джон, как дела?
loop Проверка состояния здоровья
Джон->>Джон: Борьба с ипохондрией
end
Note right of Джон: Рациональные мысли преобладают!
Джон-->>Алиса: Отлично!
Джон->>Боб: А как насчет тебя?
Боб-->>Джон: Очень хорошо!
```
:::info Важно!
Функционал доступен начиная с релиза 3.1.22.2
:::
---
## Что такое пространство
**Доксинум** состоит из пространств. Вы можете создать отдельные пространства для технических специалистов, разработчиков, менеджеров и т.д. Другими словами это способ создавать разные базы знаний. В пространстве строится дерево из каталогов и статей.
Каждая статья должна находиться в определенном пространстве.
Чтобы создать пространство нужно создать проект. То есть проекты составляют пространства в базе знаний.
## Создание пространства
Для создания пространства перейдите в раздел
**Техническая поддержка -> Проекты**
Нажмите **Создать**.
В открывшемся окне заполните **Наименование**.
В закладке **Участники**, вы можете указать участников проекта.
:::info Важно!
Если не указать участников проекта, документация по данному проекту, будет видна всем пользователям. Если указать участников, документация будет отображаться только указанным.
:::
Нажмите **Записать и закрыть**.
Теперь если перейти в раздел
**Техническая поддержка -> База знаний "Доксинум"**
и нажать на кнопку для выбора пространства вы увидите в списке, созданное нами, пространство. Обратите внимание что в этом списке видны и другие пространства, это остальные проекты.
---
## Введение
Конфигурация **Управление IT-отделом 8** является готовым решением, которое позволит оптимизировать работу ИТ-подразделений и аутсорсинговых компаний.
Содержит полный комплекс средств для работы службы технической поддержки:
* программистов;
* системных администраторов;
* техников компьютерных сетей;
* ИТ-руководителей.
Конфигурация предназначена для ведения [складского учета](/it/nomenklatura-i-sklad) и учета по [материальным лицам](/it/sotrudniki/zakreplenie-sotrudnikov) компьютерной техники и оборудования. Кроме этого учитывает ремонты, позволит заказывать оборудование и контролировать сроки поставок.
Поможет в организации эффективной службы технической поддержки пользователей (Service Desk).
Решение подходит как для небольшой организации, так и крупному холдингу.
Данная документация, позволит Вам с нуля изучить конфигурацию и уверенно пользоваться нашим решением.
**Содержание главы:**
* [Термины и определения](/it/vvedenie/terminy-i-opredeleniya)
* [Что нужно знать перед началом работы?](/it/vvedenie/chto-nuzhno-znat-pered-nachalom-raboty)
---
## Термины и определения
## Общепринятые термины ServiceDesk
* **ITIL** - (произносится как «айти́л», англ. IT Infrastructure Library — [библиотека инфраструктуры информационных технологий](https://softonit.ru/blog/articles/uit/chto-takoe-itsm/)) — библиотека, описывающая лучшие из применяемых на практике способов организации работы подразделений или компаний, занимающихся предоставлением услуг в области информационных технологий.
* **SLA** - (англ. [Service Level Agreement — соглашение об уровне оказываемых услуг](https://softonit.ru/blog/articles/it/chto-takoe-sla-service-level-agreement-/)) — это документ, который составляется между двумя сторонами (потребитель – исполнитель) и отражает условия предоставляемых услуг. Факт заключения SLA означает, что уровень услуг, указанных в этом документе, соответствует реальному качеству работы сервиса.
* **ИТ-служба** - группа физических и юридических лиц, которые оказывают ИТ-услуги.
* **ИТ-подразделение** - подразделение в структуре организации, которое оказывает ИТ-услуги. Этот термин - подмножество ИТ-службы.
* **ИТ-услуги (сервисы)** - услуги, которые ИТ-подразделение оказывает организации в процессе своей работы.
* **KPI (анг. [Key Performance Indicators — ключевой показатель эффективности](https://softonit.ru/blog/articles/uit/metriki-i-kpi/))** - это показатель, позволяющий контролировать эффективность рабочей производительности.
* **[Канбан-доска и (анг. SCRAM)](/it/podsistema-service-desk-upravlenie-incidentami/ispolzovanie-kanban-kanban-i-skram-scrum-v-konfiguracii-md)** - это методы, которые применяются при управлении проектами.
* **Эскалация** - деятельность, которая позволяет своевременно разрешить инцидент с помощью дополнительных знаний (функциональная эскалация) или дополнительных полномочий (иерархическая эскалация), чтобы выполнить инцидент в срок, который указан в SLA.
* **Проблема (problem)** - неизвестная причина одного или более инцидентов.
* **Приоритет (priority)** - категория, используемая для определения относительной важности инцидента и срочности выполнения.
* **Срочность (urgency)** - насколько быстро с момента своего появления инцидент, приобретет существенное влияние на бизнес.
* **Важность (impact)** - мера воздействия инцидента на бизнес-процесс.
* **Инцидент** - любое событие, которое не является частью стандартных операций сервиса и вызывает, или может вызвать, прерывание обслуживания или снижение качества сервиса. Незапланированное прерывание или снижение качества ИТ-услуги.
* **Конфигурационная единица (анг. configuration item, CI, KE)** - любой компонент или другой сервисный актив, которым необходимо управлять для того, чтобы предоставлять ИТ-услугу.
* **Конфигурационная база данных (анг. [Configuration Managment System, CMDB](https://softonit.ru/blog/articles/uit/cmdb-konfiguratsii-i-aktivy-v-itil/))** - информационная база данных, которая содержит сведения обо всех КЕ.
## Термины конфигурации "Управление IT-отделом 8"
* **Подсистема** - крупный функциональный механизм конфигурации, формирующий командный интерфейс программы.
* **Функциональность** - набор опций, определяющих набор функциональных возможностей основной конфигурации. Данный набор может быть ограничен в соответствии с редакцией.
* **Редакция (Стандарт, ПРОФ и КОРП)** - ограничение стандартных механизмов конфигурации. Стандарт: минимальный набор функционала, ПРОФ: средний набор доступного функционала, КОРП: максимальные функциональные возможности программы.
* **Конфигуратор** - специальный режим запуска конфигурации, предназначенный для разработчиков. Обычными пользователями используется для осуществления обновления программы.
* **Тонкий клиент** - режим запуска конфигурации в пользовательском интерфейсе.
* **Толстый клиент** - режим запуска конфигурации в пользовательском интерфейсе для проведения административных манипуляций с базой.
* **Веб-клиент** - режим запуска конфигурации в пользовательском интерфейсе с использованием возможностей браузера.
* **Справочник** - объект конфигурации, предназначенный для хранения справочных данных (объектов), которые будут использоваться в процессе ведения учета. Например, это сотрудники, контрагенты или физические лица.
* **Документ** - это объект конфигурации, отражающий выполненные операции учета над элементами справочников. Например, документ "Поступление" отражает операцию оприходования остатков.
* **Форма** - это набор полей, реквизитов, кнопок, доступных в том или ином справочнике или документе.
* **Задание** - в нашем решении это общее собирательное название инцидентов, запросов на предоставление услуги, запросов на изменение, запросов на обслуживание и т.д. Этот термин относится не совсем к ITIL, но так исторически сложилось, что в нашем решении он принял вот такое наименование.
* **Каталог услуг (сервисов)** - справочник, в котором описываются все услуги оказываемые подразделением ИТ. Под описанием понимается их характеристики, связи, время предоставления, влияние на другие процессы и другие параметры, которые важны в процессе предоставления услуг.
* **Соглашение SLA** – документ конфигурации, описывающий характеристики предоставления пользователям (клиентам) ИТ-услуг.
* **Организация** - юридическое или физическое лицо, учет, которого будет осуществляться в конфигурации. Основное предназначение объекта базы заключается в отражении информации о нашей компании. Другими словами, данный объект отражает в базе нашу собственную организацию или ИП.
* **Контрагент** - стороннее юридическое или физическое лицо, содержит информацию о клиенте или поставщике, работающем с той или иной организацией.
* **Контактное лицо** - объект одноименного справочника программы, который является представителем контрагента.
* **Физическое лицо** - объект конфигурации, который содержит дополнительную информацию о конкретном человеке, это может быть сотрудник или пользователь.
* **Сотрудник** - объект конфигурации, который хранит подробную информацию о сотруднике, работающем в той или иной организации.
* **Пользователь** - объект конфигурации, который позволяет осуществлять вход в программу и использовать пользовательский интерфейс в режимах тонкого и толстого клиента, а также в WEB.
* **Потенциальный клиент** - юридическое или физическое лицо, которое проявило первичный интерес к нашему продукту или услуге и в дальнейшем может перейти в статус клиента. Используется в подсистеме CRM.
* **Клиент** - тот, кто оплачивает ИТ-услуги и группирует инициаторов.
* **Инициатор** - тот, кто создает обращения в техническую поддержку и является пользователем (потребителем) ИТ-услуги.
* **Исполнитель** - представитель ИТ-службы (не обязательно сотрудник организации), который является ответственным за выполнение задания (инцидента).
* **Наблюдатель** - заинтересованное в разрешении инцидента (задания) лицо.
* **Проблема** - массовое объединение заданий в одну полноценную проблему, которая стала причиной возникновения множественных однотипных инцидентов.
* **Номенклатура** - обобщенная комплектующая или комплект по которой ведется учет. Например, Монитор DELL UltraSharp U2719D.
* **Карточка номенклатуры** - конкретная номенклатура, которая однозначно указывает на комплектующую или комплект. Например, Монитор DELL UltraSharp U2719D инвентарный номер 2377.
* **Комплект** - номенклатура, объединяющая в себе иерархический состав комплектующих. Например, системный блок №22 в состав, которого входят все комплектующие ПК.
* **Место хранения** - объект конфигурации, который выступает в роли склада или места, где хранится номенклатура (оборудование). За местами хранений закрепляется ответственный сотрудник.
* **Ответственный сотрудник** - это материально ответственное лицо, которое закрепляется за конкретным местом хранения.
* **Ответственный сотрудник IT** - это сотрудник ИТ-отдела, который закрепляется за местом хранения в качестве обслуживающего данное место (склад) по части ИТ.
---
## Что нужно знать перед началом работы?
В начале работы с конфигурацией надо представлять, что Вы хотите получить в результате Вашей работы. Это важно! Так как многие, начиная работать с нашим решением не до конца это понимают. Наметьте поставленные цели и идите к ним. Из нашего личного опыта анализа внедрений в организациях мы заметили некоторые закономерности, при которой автоматизация не доходит до логического конца.
Прежде чем приступать к работе, прочтите основные моменты внедрения, которые изложены на этой странице. Постараемся изложить все кратко и по делу, с одной стороны мотивируя Вас, с другой показывая с какими подводными камнями вы можете столкнуться в начале и во время работы.
## Камень №1. Представляйте конечные цели внедрения программы.
Начнем с главного: перед внедрением определите цели, которые вы хотите решить. Есть один хороший метод, который советует Глеб Архангельский и который хорошо работает, когда вы хотите чего-то добиться. Закройте глаза и представьте, себя через три/шесть/двенадцать месяцев. Вы приходите на работу, что вы видите? Как работает первая линия поддержки? Много ли заявок? Сколько времени уходит на решение одной задачи? Какие отношения у отдела с другими отделами? Улучшились? Какое влияние оказала не так давно внедренная программа? Что предприняли в начале внедрения?
Представьте себе, как все будет работать. Что при этом чувствуете вы лично и ваши коллеги? Удовлетворены ли вы результатом?
"Я пока не знаю, как это сделать, но я хочу, чтобы я и моя команда были ...", "Мы достигли таких результатов ...", "Улучшился уровень сервиса и нам подняли зарплату на ... процентов" и т.д. Этот метод также поможет вам корректировать цели, которые вы хотите достичь и ясно представлять их. Воодушевились? :) Идем дальше...
## Камень №2. Программа без Вас ничего не решит.
Руководители, которые изначально хотят видеть все, что касается работы ИТ-отдела и обслуживающих организаций изначально думают, что, купив программу все их проблемы будут решены. Рассуждая примерно так: "Ну это же программа! Я нажму на одну кнопочку и все будет работать/считаться/анализироваться и решаться. Ведь мы заплатили за это деньги!"
Это заблуждение! Точнее так: если в программе действительно работать, анализировать ее результаты и вести деятельность непрерывно, параллельно принимая решения по дальнейшему развитию и улучшению процессов, то у Вас все будет действительно работать как вы хотите, а если же рассчитывать ТОЛЬКО на программу, то ничего хорошего из этого не выйдет. Программа создана для человека, а не наоборот!
Поэтому: ведите учет непрерывно, анализируйте как свою работу, так и работу своих сотрудников, принимайте решения, а программа будет классным помощником в этом деле. Помните об этом.
## Камень №3. Будьте готовы к сложностям.
Когда мы начинаем менять, что-то в своей работе, появление трудностей - обязательный элемент изменений. Вы, или ваша команда часто бывают не готовы к таким изменениям. С вашей стороны могут появляться мысли типа: "А зачем это мне надо?", со стороны ваших сотрудников может быть саботаж и неприятие изменений в виде работы в программе: "Я все помню, зачем мне эта программа? Не буду это в программу заносить...", "Опять руководство играется, а мне отдуваться... Ну их... Пусть сами работают.".
Обдумайте, что и как Вы будете делать в этих случаях. Обговорите в начале работы это со своей командой. Будьте целеустремленными и вспоминайте время от времени про камень №1. Это поможет Вам.
## Камень №4. Нехватка времени.
Мы специально вынесли этот пункт в отдельный, так как очень часто у наших клиентов это основная причина. "Мне не хватает времени, программа дополнительно забирает его вместо того, чтобы разгрузить нас! Туда надо все внести, когда же нам работать?". Это самообман! Все дело в том, что изначально вы плохо продумали то, что вы хотите получить от программы. Простого внесения задач и каких-то дополнительных данных в программу мало. Необходимо менять свой подход к проблемам и сокращать время за счет уменьшения не нужной работы.
В течение месяца получили 3/5/10 инцидентов по однотипной проблеме. Проанализируйте. Что можно сделать, чтобы завтра, таких проблем не было вообще? Поменяйте оборудование, измените процесс реагирования на такие проблемы и т.д. Сократите появление таких проблем и в будущем вы увеличите за счет этого время.
## Камень №5. Постоянное улучшение и совершенствование.
Этот пункт не совсем о программе и ее внедрении, но он важен. Мир IT очень динамичный, мы часто бываем не готовы меняться вместе с ним. Появляются новые технологии и оборудование, изменяется подход к некоторым вещам, все уходит в цифру. Совершенствуйте себя и свою команду, не останавливайтесь на достигнутом, развивайтесь и постоянно работайте на упреждение. Это позволит контролировать себя и свое будущее.
Конечно, это не все пункты и трудности, с которыми вы столкнетесь, но с ними наши клиенты встречаются чаще всего. Искренне желаем вам преодолеть их. Давайте плавно перейдем к следующему пункту.
[Видео на эту тему с нашего YouTube канала](https://www.youtube.com/watch?v=8ZhWt5aAwUQ&t=8s)
---
## SMS сообщения
## Документ "Сообщение SMS"
Документ используется для отправки сообщения SMS одному или нескольким адресатам.
Открывается по кнопке **Написать SMS** после выбора типа данных **Сообщение SMS** (например, при заполнении поля *Предмет* в каком-либо документе взаимодействий).
В списке выводится:
* **Дата** - дата создания документа;
* **Номер** - номер присваивается автоматически.
## Выбор документа
Выделите документ, нажмите **Выбрать**, также можно использовать двойной щелчок мыши.
### Отбор по периоду
С помощью соответствующей команды меню **Все действия -> Еще**, можно *Установить интервал дат*.
### Ввод документа Сообщение SMS
Нажмите **Создать**. Заполните нужные поля.
### Создание взаимодействий на основании сообщения SMS
Выделите нужный документ **Сообщение SMS**, нажмите **Взаимодействия**, для того чтобы:
* [x] Запланировать взаимодействие;
* [x] Запланировать встречу;
* [x] Написать электронное письмо;
* [x] Написать SMS;
* [x] Позвонить
Так выглядит окно самого сообщения. Можно указать несколько адресатов для отправки, а также указать дату отправки SMS.
---
## Взаимодействия
Позволяет вести протоколирования взаимодействий сотрудников ИТ отдела с другими отделами либо организациями.
В конфигурации предусмотрена возможность оформлять взаимодействия по самому факту, либо распланировать их на будущее.
| **Список ролей для работы с подсистемой "Взаимодействия"** |
|--------------------------------------------------------|
| Добавление и изменение взаимодействий |
---
## Документ "Встречи"
Документ предназначен для регистрации информации о прошедших встречах для планирования и отражения факта встреч - совещаний, семинаров и т.п.
Например, в этом документе можно отразить результаты обсуждения с клиентом нового коммерческого предложения.
*Какие реквизиты можно указать в документе?*
*Как указать участников встречи?*
*Какие взаимодействия можно создать на основании встречи?*
*Как просмотреть взаимодействия, созданные на основании встречи?*
## Заполните необходимые поля:
* **Начало** - дата и время начала встречи.
* **Окончание** - дата и время окончания встречи.
* **Предмет** - то, чему посвящена встреча, например, обсуждению претензии клиента. Нажмите " Выбрать" , укажите " Тип данных" , затем из соответствующего списка выберите документ взаимодействий или какой-либо документ программы. Если предмет встречи не определен, то в качестве предмета выступает текущий документ, который представляет собой первое взаимодействие цепочки. При выполнении команды " Взаимодействия" во вновь созданном документе автоматически проставляется предмет, указанный в исходном документе, при этом основные поля будут также скопированы. Так можно создать цепочку взаимодействий.
* **Место** - укажите адрес (номер) помещения, в котором происходила встреча.
* **Тема** - краткое описание того, чему была посвящена встреча.
* **Ответственный** - выберите ответственного за данное взаимодействие из списка пользователей. По умолчанию программа указывает в качестве ответственного для большинства документов взаимодействия текущего пользователя.
* **Рассмотрено** - признак того, что данное взаимодействие рассмотрено и не требует дальнейшего внимания. С рассмотренных документов программа снимает выделение. Использовать флажок Рассмотрено рекомендуется при коллективной работе с документами взаимодействия.
* **Рассмотреть после** - необходимо заполнить дату и время, если рассмотрение данной встречи планируется отложить до определенной даты. Выберите из списка нужное значение: " Через 15 мин" , " Через 30 мин" , " Через 1 час", " Через 3 часа" , " Завтра" . Помимо этих значений можно указать произвольную дату и время с помощью кнопки.
* **Важность** - выберите из списка признак необходимости уделения данному взаимодействию дополнительного внимания, или наоборот, признак несущественности. Может принимать значения " Низкая" , " Обычная" , " Высокая" . Отображается в списке специальными значками.
* **Описание** - подробное описание хода и итогов встречи. Поле является обязательным. Располагается на специальной вкладке.
* **Комментарий** - произвольный текстовый комментарий. Располагается на специальной вкладке.
* **Создана** - дата и время создания документа. По умолчанию в этом поле программой автоматически проставляется текущая дата и время записи документа. Поле недоступно для редактирования.
* **Автор** - пользователь, который создал документ. Указывается программой автоматически. Поле недоступно для редактирования.
:::info
Реквизиты *Рассмотрено* и *Рассмотреть после* доступны для указания, если это предусмотрено настройками программы. Изменить данные настройки можно в разделе
**Администрирование -> Органайзер** .
:::
### Участники
Для фиксирования контактов, которые участвовали в мероприятии, используется список **Участники** . Перейдите на соответствующую вкладку. Информация об участниках вводится в табличную часть документа. Нажмите **Добавить**. В списке указывается имя участника и информация о том, как с ним связаться. Список является обязательным - хотя бы один участник должен быть указан.
Список состоит из колонок:
* **Представление контакта** - полное наименование контакта;
* **Как связаться** - контактная информация (телефон, адрес электронной почты и т.п.);
* **Контакт** - поле выбора участника.
* Если участник уже зарегистрирован в программе, то информация о нем указывается в поле **Контакт** . С помощью кнопки **Выбрать** найдите контакт в окне Выбор контакта. После выбора контакта поля *Представление контакта* и *Как связаться* будут заполнены автоматически.
Если информацию о участнике встречи не планируется хранить, то достаточно указать *Представление контакта* и *Как связаться*. В этом случае в документе появляется информационное сообщение **Не все контакты подобраны**.
Зарегистрировать контакт можно после сохранения документа, нажав Создать контакт . Для выбора предлагаются списки программы. Заполните необходимые поля.
### Создание взаимодействий на основании встречи
Нажмите **Взаимодействия** , для того чтобы:
* [x] Запланировать взаимодействие;
* [x] Запланировать встречу;
* [x] Написать SMS;
* [x] Написать электронное письмо;
* [x] Позвонить
## Просмотр взаимодействий, созданных на основании встречи
* Нажмите **Взаимодействия** на панели навигации для перехода к списку взаимодействий, созданных на основании данного документа.
Предмет встречи выбирается из списка. На основании этого выбора будет предложено указать конкретный документ. Активированный флажок *Не отображать взаимодействия* убирает из списка типы, относящиеся к взаимодействиям.
---
## Запланированные взаимодействия
Документ предназначен для планирования взаимодействия с одним или несколькими контактами. Документ вводится в том случае, если необходимо запланировать взаимодействие, однако как именно будет производиться взаимодействие (телефонный звонок, встреча, электронное письмо, сообщение SMS), еще не известно.
Окно создания взаимодействия.
---
## Телефонные звонки
## Документ "Телефонный звонок"
Предназначен для выбора документа **Телефонный звонок**.
Открывается по кнопке ... после выбора типа данных **Телефонный звонок** (например, при заполнении поля **Предмет** в каком-либо документе взаимодействий).
В списке выводится:
* **Дата регистрации** - дата создания документа;
* **Номер** - присваивается автоматически;
* **Описание** - в поле указывается, какие действия необходимо выполнить в рамках взаимодействия;
* **Предмет** - то, чему посвящен документ взаимодействий, например претензии клиента. Предметом могут быть документы программы и документы взаимодействий. Если предмет взаимодействия не определен, то в качестве предмета автоматически проставляется значение текущего документа, т.е. такой документ взаимодействия начинает цепочку взаимодействий;
* **Абонент** - контакт, который указан в телефонном звонке.
## Выбор документа
Выделите документ, нажмите **Выбрать**. Также можно использовать двойной щелчок мыши.
### Отбор по периоду
С помощью соответствующей команды меню **Все действия -> Еще**, можно *Установить интервал дат*.
### Ввод документа Телефонный звонок
Нажмите **Создать**. Заполните нужные поля.
### Создание взаимодействий на основании телефонного звонка
Выделите нужный документ **Телефонный звонок**, нажмите **Взаимодействия**, для того чтобы:
* [x] Запланировать взаимодействие;
* [x] Запланировать встречу;
* [x] Написать электронное письмо;
* [x] Написать SMS;
* [x] Позвонить
Так выглядит окно телефонного звонка.
---
## Электронные письма
:::info Электронные письма
Предназначены для работы с документами **Входящее электронное письмо** и **Исходящее электронное письмо**.
:::
## Документ "Входящее электронное письмо"
Этот документ можно только получить, ввести его невозможно.
В списке выводится:
* **Отправлено** - дата отправки письма;
* **Отправитель** - адрес электронной почты отправителя входящего письма.
* **Тема** - поле заполняется отправителем;
### Отбор по периоду
С помощью соответствующей команды меню **Все действия -> Еще** можно *Установить интервал дат*.
### Создание исходящего электронного письма на основании входящего электронного письма
Воспользуйтесь одной из кнопок или командами меню **Все действия -> Еще**:
* **Ответить** - в созданном исходящем письме в качестве получателя будет указан отправитель письма. Исходящее письмо при этом входит в цепочку взаимодействий.
* **Ответить всем** - в созданном исходящем письме в качестве получателей будут указаны отправитель и все получатели данного письма (в полях *Кому* и *Копии*).
* **Переслать** - получатели не заполняются. Будет сформировано исходящее письмо, включающее в себя текст и вложения входящего письма.
### Распечатка письма
* Нажмите **Печать**;
* в окне **Печать** укажите необходимые настройки для принтера - количество копий, размер бумаги и т.п.
### Создание взаимодействий на основании входящего электронного письма
Выделите нужный документ. Нажмите **Взаимодействия**, для того чтобы:
* [x] Запланировать взаимодействие;
* [x] Запланировать встречу;
* [x] Написать электронное письмо;
* [x] Написать SMS;
* [x] Позвонить
Ниже мы видим входящее письмо. Мы можем ответить на него, переслать, привязать к заданию и ответственному сотруднику.
## Документ "Исходящее электронное письмо"
Окно *Исходящие электронные* письма отличается только тем что из него можно создать и отправить исходящее письмо.
---
## Денежные средства
Чтобы оперативно контролировать информацию о наличии денежных средств и отслеживать динамику их расхода, в [конфигурации](https://softonit.ru/catalog/products/it/#detail) предусмотрен блок **Денежные средства**.
В данном разделе будет описано руководство использования подсистемы.
| **Список ролей для работы с подсистемой "Денежные средства"** |
|-----------------------------------------------------------|
| Добавление и изменение планов бюджетов |
| Чтение денежных документов |
| Добавление и изменение оплат |
| Добавление и изменение банков |
| Добавление и изменение курсов валют |
| Чтение курсов валют|
---
## Бюджетирование
[Конфигурация](https://softonit.ru/catalog/products/it/#detail) позволяет вести план / фактный учет расходов.
Для начала ведения такого учета, необходимо заполнить справочник **Бюджеты**, подсистемы **Денежные средства**:
На закладке **Организации** содержатся данные по организациям, которые входят в бюджет.
Бюджеты можно вести как по конкретной организации, так и сквозным методом, при указании нескольких организаций.
Также выбирается период ведения бюджета (обычно год) и наименование.
Идем на вкладку **Периоды**:
Бюджеты прежде всего интересны в каком-то временном "срезе" (помесячно, поквартально и т.д.).
По кнопке "Заполнить", мы можем заполнить бюджеты в соответствии с необходимым сроком.
Также немаловажным "срезом" является статьи затрат (или статьи расходов). Этот справочник тоже необходимо заполнить в соответствии с Вашими потребностями.
---
## В документе "Планирование бюджета" перенести реквизит из табличной части в шапку
Почти в любом документе есть значок с ключиком и отверткой:
Там можно отметить, что показывать в шапке, а что в табличной части. Переключите что бы показывался период бюджета в табличной части и будет то, что вы хотите.
*По умолчанию*, для документов вы можете тут же это сохранить, нажав **Запомнить выбор**, чтобы для новых документов, всегда показывалось все в табличной части.
Это очень удобно:
* ***если вы разносите за один период***, выносим период бюджета в шапку. При формировании документа меньше реквизитов придется вносить;
* ***если за несколько периодов***, указываем располагать период бюджета в табличную часть. Теперь для каждой позиции можно указать свой период.
---
## План-фактный анализ расходов
Для сравнения плановых и фактических затрат есть отчет **Бюджетная ведомость**.
Для просмотра информации в других аналитических разрезах воспользуйтесь кнопкой **Выбрать вариант** или измените вариант отчета самостоятельно
**Все действия -> Изменить вариант**
---
## Планирование расходов
Для того, чтобы получить плановые затраты необходимо заполнить плановые суммы затрат, которые выделены подразделению. Для этого открываем
**Денежные средства -> Планирование бюджетов**
Заполняем документ. С помощью кнопки **Настройка документа** мы можем управлять расположением реквизитов *Подразделение* и *Статья затрат* (в шапке - одно значение реквизита на целый документ, в табличной части - для каждой строки свое значение).
Документ отражает план затрат, которые являются плановыми показателями.
---
## Фактические расходы
Во всех документах, которые влияют на бюджеты есть реквизиты: бюджет, период бюджета, подразделение, статья затрат.
Бюджет и период бюджета проставляются автоматически. В зависимости от даты документа и организации ищется бюджет, который соответствует данному документу, а также период бюджета. Подразделение и статью затрат необходимо установить самостоятельно.
Данные по расходам (что было приобретено) попадают в описание расходов.
---
## Взаиморасчеты с контрагентами
Взаиморасчеты с контрагентами это отчет, позволяющий быстро и наглядно получить информацию о состоянии финансовых обязательств между Вашей организацией и контрагентами. Вы можете сделать отбор по периоду, организации и контрагенту.
---
## Начисление выручки на основе тарифов SLA
Благодаря тому, что в конфигурации предусмотрена подсистема **Денежные средства**, появляется возможность контролировать начисления выручки (доходов) на основании тарифов указанных в соглашениях SLA. Для отражения доходов от оказанных услуг в рамках SLA необходимо первым делом оформить сам SLA, то есть указать сервисы и услуги, установить тарифы, цены и так далее. Перейдем в раздел **Техническая поддержка** и откроем документ **Соглашения SLA**, в форме списка данного документа, нажмем кнопку **Создать** для создания нового соглашения.
Для дальнейшей корректной работы данного документа необходимо заполнить все реквизиты.
* **Организация** - указывается наша организация;
* **Тариф** - указывается тариф, по которому будет рассчитываться сумма;
* **Действует с: по:** - в данном реквизите выбирается интервал действия соглашения;
* **Комментарий** - произвольное примечание(комментарий) к соглашению;
* **Статус** - определяет состояние SLA соглашения, может быть *В работе*, *Проектируется*, *Не используется*, интуитивно понятно за что отвечает каждое состояние;
* **Контрагент** - указывается контрагент с кем заключено соглашение;
* **Договор** - отражает договор, по которому осуществляется сотрудничество с контрагентом;
* **График** - указывается график рабочего времени, по которому будут оказываться услуги отраженные в SLA.
В данном случае реквизит *Тариф* очень важен, так как по нему будет вычисляться основной доход от оказанных услуг. На основании тарифа указываются цены услуг. Поэтому перейдем к настройке в раздел
**Техническая поддержка -> Тарифы**
и создадим новый тариф, например, *Повышенный*.
Далее перейдем к указанию цен на услуги в разделе
**Техническая поддержка -> Установка цен услуг**.
При создании цен выбирается тариф, к которому будут относиться указанные цены. Указываем *Повышенный* и переходим к добавлению услуг в табличную часть **Услуги**.
После того, как созданы и настроены **Тарифы** и **Цены на услуги**, можно продолжить заполнение соглашение SLA и перейти к использованию данного SLA в рамках работы с клиентом при его обращениях. На основании обращений клиента создаются задания, где указаны соответствующие сервисы и услуги. По выполнению задания необходимо на его основании создать документ **Наряд на работы**.
На основании задания будет создан документ, где будут указаны сервис и услуга, тариф и цена за оказание услуги.
Завершающим этапом всего, будет непосредственное начисление выручки на основании тарифа SLA.
Для этого в ранее созданном документе **Наряд на работы** жмем кнопку **Создать на основании** и выбираем документ **Учет денежных средств**, который позволит отразить факт дохода от выполненных работ.
---
## Учет денежных средств
Учет денежных средств используется для отражения факта движения финансов при покупке или продаже техники, оплате услуг и т.д.
**Документ "Учет денежных средств"** может содержать следующие реквизиты:
* **Вид движения Д/C** - указывается один из вариантов (расход или приход);
* **Организация** - указывается организация, у которой ведется учет денежных средств;
* **Подразделение** - может быть указано подразделение организации;
* **Статья** - указывается статья в рамках, которой производится вид движения денежных средств;
* **Вид Д/C** - может быть указан один из вариантов (банк или наличными);
* **Вид операции** - операция в рамках, которой происходит движение денежных средств;
* **Контрагент** - с которым происходят денежные взаимоотношения;
* **Договор** - указывает договор в рамках, которого происходит взаимоотношение с контрагентом;
* **Банковский счет** - указывается банковский счет контрагента.
---
## Закупки и продажи
Средством планирования закупок и продаж в конфигурации является подсистема **Закупки и продажи**.
Основной смысл этой подсистемы заключается в отражении намерения приобрести у поставщика какой-либо товар, услугу, работу и т.д, а также отразить определенный заказ для нашего клиента.
В этой главе Вы научитесь пользоваться данной подсистемой конфигурации [Управление IT-отделом 8](https://softonit.ru/catalog/products/it/#detail).
| Список ролей для работы с подсистемой "Закупки и продажи" |
|-----------------------------------------------------------|
| Добавление и изменение заказов поставщикам |
| Добавление и изменение заказов клиентов |
| Добавление и изменение складских документов |
| Чтение заказов поставщиков |
| Чтение складских документов |
| Чтение заказов клиентов |
---
## Возвраты клиентов
IT аутсорсинговые компании предоставляют список IT-услуги, в который также входит продажа оборудования клиентам. И ни для кого не секрет, что зачастую бывают случаи, когда клиент по той или иной причине решает оформить возврат приобретенной техники. Давайте разберем, как отразить факт возврата, используя конфигурацию **Управление IT-отделом 8**. В качестве сквозного примера представим, что клиент заказывал у нас ноутбук Acer Aspire и по какой-то причине он решил оформить возврат. Для начала давайте вспомним список документов, которые были использованы при оформлении заказа клиента.
Из данной связи видно, что ноутбук мы заказывали у нашего контрагента, так как у нас не было в наличии, заказываемой клиентом техники. После того, как ноутбук пришел на наши остатки, осуществили продажу клиенту. Вернуть номенклатуру может как наш клиент нам, так и мы контрагенту у которого её заказали, также предусмотрен механизм возврата денежных средств. Теперь приступим непосредственно к оформлению возврата. Перейдем в раздел
**Номенклатура и склад** -> документ **Поступление**
открыв форму документа, видим реквизит **Вид** и устанавливаем значение **Возврат от покупателя**.
Возврат от покупателя
В реквизите **Контрагент** указываем клиента, по которому был осуществлен заказ, следовательно, в реквизите **Заказ клиента** выбираем заказ данного контрагента. После чего необходимо на закладке **Дополнительно** в реквизите **Основание** указать документ **Заказ поставщику**, по которому фиксировали факт заказа ноутбука у нашего поставщика.
Следующим шагом идет заполнение номенклатуры. На закладке **Номенклатура** нажимаем кнопку
**Заполнить -> Добавить по заказу поставщику**
таким образом заполнится накладная. После этого, чтобы добавить номенклатуру, перейдем на закладку **Накладная** и нажмем кнопку
**Заполнить -> Заполнить по накладной**
В результате получаем заполненную номенклатурой табличную часть.
Проводим документ и видим приход на наших остатках.
Теперь необходимо отразить факт возврата номенклатуры поставщику. Для этого на основании документа **Поступление** с видом **Возврат от покупателя** создаем документ **Продажа**. В реквизите **Вид** указываем значение **Возврат поставщику**.
В результате получаем движение по документу **Возврат поставщику**, следующего вида:
* Взаиморасчеты с контрагентами -;
* Заказы клиента -;
* Оплата документов+;
* Остатки-.
---
## Выбор договора в документах
В конфигурации реализован механизм умного выбора договора при работе с документами. Система автоматически предлагает подходящий договор исходя из выбранных организации и контрагента, а список договоров отображает только те, что относятся к нужному контрагенту.
Функционал работает во всех документах, где присутствует реквизит **Договор**:
- *Заказ клиента;*
- *Заказ поставщику;*
- *Наряд на работы;*
- *Начало обслуживания;*
- *Окончание обслуживания;*
- *Доверенность;*
- *Лист учета рабочего времени;*
- *Учет денежных средств;*
- *Продажа;*
- *Поступление.*
## Автоматический выбор договора при смене контрагента
При изменении поля **Контрагент** система автоматически подбирает договор по следующей логике:
1. Если для данного контрагента и организации существует *ровно один договор* с такими реквизитами — он подставляется автоматически.
2. Если подходящих нет, но у контрагента задан **Договор по умолчанию** — подставляется он.
3. Если подходящих договоров несколько или ни одного и нет *Договора по умолчанию* — поле **Договор** остается пустым, пользователь выбирает договор вручную.
Вместе с договором автоматически заполняются:
- Валюта расчетов и курс на дату документа
- Признак расчетов в условных единицах
- Налогообложение НДС
## Фильтрация при выборе договора
При нажатии кнопки выбора в поле **Договор** открывается список договоров. Список автоматически фильтруется:
- Если задан **Контрагент** — отображаются только договоры этого контрагента.
- Если задана **Организация** — отображаются только договоры этой организации.
- Если заданы оба — отображаются только договоры, принадлежащие данному контрагенту и организации.
### Цветовое оформление
Договоры в списке выделяются цветом в зависимости от их состояния:
| Оформление | Условие |
|---|---|
| Серый текст | Договор закрыт или срок действия истек |
| Жирный шрифт | Договор по умолчанию для контрагента |
| Темно-красный текст | Срок действия истекает менее чем через 1 месяц |
### Предупреждение при несоответствии
Если выбранный договор оформлен на другую организацию, система покажет предупреждение:
> Реквизиты договора не соответствуют условиям документа:
> Не совпадает организация
> Выбрать другой договор?
- **Да** — форма выбора остается открытой, можно выбрать другой договор.
- **Нет** — выбранный договор будет использован несмотря на несоответствие.
### Автоподстановка контрагента или организации, при выборе договора
Если в документе контрагент или организация еще не заданы, при выборе договора система автоматически заполнит эти поля из данных договора.
## Типичные сценарии
### Сценарий: работа с постоянным контрагентом
1. Откройте документ (например, **Заказ поставщику**).
2. Выберите **Организацию**.
3. Выберите **Контрагента**.
4. Система автоматически подставит *Договор* и заполнит валюту, налогообложение.
5. Продолжите заполнение документа.
### Сценарий: выбор договора вручную при нескольких договорах
1. Выберите **Организацию** и **Контрагента**.
2. Поле **Договор** осталось пустым (у контрагента несколько договоров).
3. Нажмите кнопку выбора в поле **Договор**.
4. В открывшемся списке отображаются только договоры этого контрагента.
5. Обратите внимание на цветовое выделение: жирным выделен договор по умолчанию, красным — те, что скоро истекают.
6. Выберите нужный договор.
### Сценарий: создание нового договора прямо из формы выбора
1. В форме выбора договора нажмите кнопку **Создать**.
2. Откроется форма нового договора с предзаполненными полями **Контрагент**, **Организация** и **Вид договора**.
3. Заполните реквизиты и сохраните.
4. Новый договор автоматически подставится в документ.
## Частые вопросы
### Почему договор не подставился автоматически?
Возможные причины:
- У контрагента нет договоров, привязанных к выбранной организации.
- У контрагента несколько подходящих договоров — система не может выбрать однозначно.
- Реквизит **Договор по умолчанию** у контрагента не выбран.
Решение: откройте список договоров и выберите нужный вручную, либо задайте **Договор по умолчанию** в карточке контрагента.
### Как задать договор по умолчанию для контрагента?
**Справочники → Контрагенты → Открыть карточку контрагента → перейти в раздел Договоры контрагента → нажать *Договор по умолчанию***
### Почему в списке договоров отображаются договоры серым?
Серым выделены закрытые договоры или договоры с истекшим сроком действия. Их можно выбрать, но рекомендуется использовать действующие.
---
## Заказы клиентов
Конфигурация позволяет контролировать заказы оборудования для наших клиентов.
---
## Заказ клиента
:::info Заказ клиента
Это запрос клиента на поставку ему товаров или оказание услуг. Возможность формирования в системе заказов клиентам определяется функциональной опцией **Использовать складской учет** в разделе
**Администрирование -> Настройки параметров учета -> Функциональность -> Использовать складской учет.**
:::
## Описание:
* **Состояние заказа и флаг закрыт.** Более подробно о них можете прочитать в главе [список заказов](/it/zakupki-i-prodazhi/zakazy-postavshchiku/spisok-zakazov);
* **Организация** - организация, которая принимает заказ;
* **Контрагент** - клиент, который заказывает;
* **Договор** - договор между организацией и контрагентом, который заказывает;
* **Дата поступления** - предварительная дата поступления на склад (не обязательно);
* **Место хранения** - место хранения номенклатуры;
* **Статья затрат** - если ведется учет бюджетов, то проставляется на какую статью расходов приобретено;
* **Инициатор** - инициатор заказа клиента.
### Табличная часть Дополнительно:
* **№ вх. документа** - номер документа основания;
* **от** - дата документа основания;
* **Бюджет** - бюджет по документу;
* **Период бюджета** - период бюджета по документу;
* **Банковский счет** - банковский счет контрагента;
* **Ответственный** - автор документа.
---
## Проверка заказов клиентов и просмотр статусов
Для проверки статуса (Заказано, Оплачено, Доставлено) используйте отчет **Ведомость по заказам клиентов**
В нем видно, что было заказано, что поступило на склад.
Для просмотра что оплачено, а что нет, воспользуйтесь отчетом **Взаиморасчеты с контрагентами**:
Положительный остаток - мы должны, отрицательный - нам.
---
## Список заказов клиентов
Форма списка документа **Заказ клиента**, позволяет пользователю видеть состояние документов, а также прочую, важную информацию (была ли оплата по документу, либо отгрузка товара заказчику), что существенно упрощает работу с блоком **Заказы клиентов**.
Каждый заказ может иметь свое состояние:
* В работе
* Выполнен
* Заявка
* Не согласован
* Отменен
* Согласован
У каждого состояния заказа есть свое цветовое оформление.
Зачеркнутые строки в списке означают, что установлена галочка **Закрыт**. ***Зеленые - выполнено, серые - отменено, синие - в работе***. Цвета можно настроить в справочнике **Состояние заказов клиентов**.
В списке можно увидеть бело-зеленые круги. В первом столбце с кругами идут оплаты, во втором отгрузка клиенту. Полностью зеленый кружок означает, что шаг выполнен, полностью белый - не выполнен. Частично закрашен - частично выполнен. Эти круги заполняются автоматически, когда на основании документов по заказам вводятся оплаты и продажи.
:::info Важно!
Нужно именно вводить на основании документа **Заказ клиента** другие документы, иначе программа не поймет, что необходимо отметить, что выполнена оплата или оборудование пришло на склад.
Причем документы, которые вводятся на основании заполняются автоматически.
:::
Если круг окрашен в списке заказов в зеленый полностью - это означает, что данный этап полностью выполнен (оплата или доставка заказа). Если частично, то соответственно менее, или более 50%. Если белый, то данный пункт не выполнен.
В списке заказов есть быстрые отборы, которые находятся вверху списка (по контрагенту, по организации и т.п.) и отборы по периоду.
---
## Заказы поставщику
Конфигурация позволяет контролировать заказы оборудования у поставщиков.
---
## Заказ поставщику
**Документ "Заказ поставщику"** - это документ, позволяющий отражать хозяйственную деятельность предприятия в рамках закупки нового оборудования или прочих номенклатурных позиций. Именно с его помощью можно организовать учет закупок организации. Данный документ может создаваться как самостоятельно, так и вводиться на основании других складских документов. Заказ поставщику играет большую роль в цепочке логической целостности ведения складского учета в нашей конфигурации, поэтому его использование просто необходимо. Ниже рассмотрим значения основных реквизитов и закладок данного документа.
## Описание:
* **Состояние заказа и флаг закрыт.** Более подробно о них можете прочитать в главе [список заказов](/it/zakupki-i-prodazhi/zakazy-postavshchiku/spisok-zakazov).
* **Организация** - наша организация, куда приобретаем.
* **Контрагент** - поставщик, у которого заказываем.
* **Договор** - договор между нашей организацией и контрагентом, у которого заказываем.
* **Вид операции (Тендер/Заказ на закупку)** - что это предварительный сбор данных (тендер) или уже заказ поставщику по которому работаем (заказ поставщику). Если установлен "Тендер", то документ не дает движений.
* **Дата поступления** - предварительная дата поступления на склад (не обязательно).
* **Место хранения** - куда заказано.
* **Статья затрат** - если ведется учет бюджетов, то проставляется на какую статью расходов приобретено.
* **Инициатор** - инициатор заказа поставщику.
* **В табличную часть "Номенклатура"** добавляется список заказываемой у поставщика номенклатуры.
### На закладке дополнительно:
* **№ и дата вх. документа** - необходим для бухгалтерии в случае сверки.
* **Бюджет, подразделение, период бюджетов** - реквизиты, которые проставляются автоматически по дате документа. Необходимы для соотнесения расходов на закупку с подсистемой бюджетирование.
* **Ответственный** - ответственный за закупку. В случае если закупкой занимается несколько человек.
Документ **Заказ поставщику** владеет большим набором функциональных возможностей, которые располагаются в командной панели формы документа. Помимо создания других складских документов на основании, также прямо из документа можно воспользоваться функционалом взаимодействий и запланировать встречу или осуществить необходимый звонок.
Следующей функциональной возможностью является создание напоминаний, заметок или отправка смс и электронного письма. Это полезно, когда заказ поставщику, например, отложен и о нем необходимо напомнить позже. Также бывают ситуации, когда нужно уточнить какую-либо информацию у поставщика, а благодаря этой возможности можно отправить письмо на почту контрагента.
По заказу поставщику также можно вести учет трудозатрат, которые были потрачены на покупку того или иного оборудования. Подробнее об учете трудозатрат можно ознакомиться в главе обучения "[Учет трудозатрат](/it/uchet-vremeni)". Для того, чтобы зафиксировать время по заказу, необходимо нажать на соответствующую кнопку трудозатрат и выбрать вариант **Указать...**. Вариант выбора **Трудозатраты** открывает страницу, на которой отображается список всех указанных ранее трудозатрат по текущему заказу поставщику.
Следующая функциональная возможность - это **объединение нескольких заказов** поставщику в один единый. Это полезно, когда Вы осуществляете разовую ежемесячную закупку и в течении месяца накапливаете заказы, а после в конце месяца закупаете необходимую номенклатуру. Для объединения заказов необходимо, либо создать новый заказ поставщику, либо открыть имеющийся (актуальный) заказ. Это нужно для того, чтобы именно в *этот заказ* перенести всю необходимую информацию из других документов. Далее в командной панели кнопок, открытого ранее заказа нажать на кнопку в виде зеленой галочки и выбрать команду **Объединить заказы**.
После нажатия на кнопку объединения, перед Вами откроется новое функциональное окно, в котором необходимо выбрать один из заказов, который Вы хотите перенести в текущий, а также указать ряд необходимых настроек переноса.
Форма содержит следующий набор реквизитов:
**Выбранный для объединения заказ** - в данном реквизите указывается заказ поставщику, данные которого хотим объединить с текущим заказом. Данный реквизит является обязательным к заполнению и в нем нельзя указать тот же заказ, что открыт на текущий момент.
**Перенести всю номенклатуру** - флажок, который отвечает за настройку переноса номенклатурных позиций из выбранного заказа поставщику. По умолчанию установлено значение "Да".
**Перенести основания** - флажок, отвечающий за настройку переноса документов - оснований из выбранного заказа. По умолчанию установлено значение "Да".
**Пометить на удаление** - флажок, который отвечает за пометку на удаление, а также перевод состояния выбранного заказа в статус "отменен". Другими словами, выбранный заказ будет помечен на удаление, а также его статус будет иметь значение "отменен". По умолчанию установлено значение "Да".
После нажатия на кнопку "Объединить" будет осуществлено объединение выбранного заказа поставщику и текущего открытого. Все указанные данные будут перенесены в соответствующий заказ поставщику. При этом у Вас нет ограничений в количестве объединений, то есть в один и тот же заказ Вы можете переносить данные любого количества заказов. Единственное ограничение, заключается в том, что объединять можно только по одному документу. Ниже приведен результат объединения.
Как можно заметить на закладке "Номенклатура" были добавлены номенклатурные позиции из выбранного для объединения заказа поставщику, а также были перенесены его документы - основания на соответствующую закладку. А также выбранный заказ был помечен на удаление и теперь имеет статус "Отменен".
---
## Проверка закупки - заказано, оплачено, доставлено
Для проверки цепочки
**Заказано -> Оплачено -> Доставлено**
используйте отчет **Ведомость по заказам поставщикам**
В нем видно, что было заказано, что поступило на склад.
Для просмотра что оплачено, а что нет, воспользуйтесь отчетом **Взаиморасчеты с контрагентами**:
Положительный остаток - мы должны, отрицательный - нам.
---
## Список заказов
Основной целью ведения блока по заказам поставщикам является, прежде всего, ничего не забыть. Люди, которые этим занимаются вынуждены в голове держать 1000 дел и при этом все помнить.
Конкретно:
1. Что заказано?
2. Что оплачено?
3. Что доставлено?
Наша конфигурация позволяет все это контролировать. Каждый заказ находится в определенном состоянии:
* В работе
* Выполнен
* Заявка
* Не согласован
* Отменен
* Согласован
**Состояние заказа** соответствует цветовому оформлению документа **заказ поставщику**.
Зачеркнутые строки в списке означают, что установлена галочка "Закрыт". ***Зеленые - выполнено, серые - отменено, синие - в работе***. Цвета можно настроить в справочнике **"Состояние заказов поставщикам"**.
В списке можно увидеть бело-зеленые круги. В первом столбце с кругами идут оплаты, во втором доставка в нашу организацию. Полностью зеленый кружок означает, что шаг выполнен, полностью белый - не выполнен. Частично закрашен - частично выполнен. Эти круги заполняются автоматически, когда на основании документов по заказам вводятся оплаты и поступления.
:::info Важно!
Нужно именно вводить на основании документа **Заказ поставщику** другие документы, иначе программа не поймет, что необходимо отметить, что выполнена оплата или оборудование пришло на склад.
Причем документы, которые вводятся на основании заполняются автоматически.
:::
Если круг окрашен в списке заказов в зеленый полностью - это означает, что данный этап полностью выполнен (оплата или доставка заказа). Если частично, то соответственно менее, или более 50%. Если белый, то данный пункт не выполнен.
Например, последний заказ на рисунке указывает на то, что данный заказ еще в работе, он оплачен, но при этом поставщик отдал нам его не полностью и мы привезли его на склад (создан документ "Поступление").
В списке заказов есть быстрые отборы, которые находятся вверху списка (по контрагенту, по организации и т.п.) и отборы по периоду.
---
## Учет первичных документов
:::info **Первичный документ**
Это документ, который включает в себя исходную информацию, полученную на этапе завершенной человеческой деятельности.
:::
Данный документ сдается в бухгалтерию или там же составляется в момент совершения хозяйственной операции или непосредственно после окончания и является первичным свидетельством, о произведенных фактах работ. Бухгалтерия требует первичные документы у сотрудников IT-отдела, которые в свою очередь не всегда могут контролировать их наличие. В связи с этим для облегчения контроля данного процесса и была создана подсистема **Первичные документы**. Подсистема позволяет вести учет первичных документов (актов, накладных и т.д.), контролировать наличие оригиналов документов, оплату документов, передачу документов в архив, планировать создание документов в будущих периодах.
Перед началом работы необходимо проверить, что в **Настройках параметров учета** в разделе **Функциональность**, установлена галочка **Использовать первичные документы**.
Для автоматического создания периодических первичных документов нужно убедиться, что включено регламентное задание **Создание периодических первичных документов**.
А также важно проверить, что установлено расписание регламентного задания, например, «Каждый день; c 6:00:00 один раз в день».
В форме первичного документа на вкладке «Основное», есть следующие реквизиты:
**Статус:** состояние, в котором находится «Первичный документ». Может принимать следующие значения:
- ***Запланирован*** (означает, что планируется работа по данному объекту);
- ***В работе*** (ведется активная работа и ожидаем оплаты или договора от поставщика);
- ***Архив*** (все работы по документу выполнены, и он передан в бухгалтерию);
- ***Отменен*** (документ отменен по определенным причинам).
**Вид:** указывается вид документа (например, акт, договор, дополнительное соглашение, накладная, соглашение о конфиденциальности, спецификация, счет, счет-фактура, УПД). Значения для данного реквизита могут быть дополнены.
**Организация:** указывается наша организация.
**Контрагент:** указывается контрагент с кем составлен первичный документ.
**Договор:** договор, по которому ведется работа с контрагентом (по данному реквизиту заполняются: сумма, ставка НДС, сумма без НДС, сумма НДС. Мы рекомендуем их заполнение).
**Ответственный:** сотрудник, который создал первичный документ в конфигурации.
**Произвольный комментарий:** позволяет описать, что, это за документ и зачем он нужен.
**Оригинал:** очень важный реквизит. Имеет две позиции: есть оригинал (значит, что поставщик передал оригинал документа и можно его отдать в бухгалтерию) и нет оригинала (говорит о том, что оригинал от поставщика не получен).
**Номер и дата:** номер и дата первичного документа.
**Наименование:** произвольное поле, которое позволит кратко описать документ.
**Период:** период, к которому относится документ (месяц, квартал, год). Рекомендуем создавать периоды именно в таком варианте.
**Реквизиты: Передан в оплату, Оплачен, Передан в архив** имеют две позиции «да» и «нет», соответственно интуитивно понятно, что, к примеру, счет передан в оплату и оплачен, но не передан в архив. Дата будет заполнена автоматически, текущей датой при изменении реквизита.
В форме списка **Первичные документы** можно будет контролировать состояние данного документа. Передан ли в оплату? Оплачен?
Вкладка **Связанные объекты** позволяет установить связь между первичным документом и объектом информационной базы, например, договор или заказ поставщику и т.д. Другими словами, первичный документ будет связан с основным договором (как показано на скриншоте). Заполнение **Связанные объекты** не является обязательным, но рекомендуемо, так как облегчит мониторинг ситуации по первичному документу.
В подсистеме **Первичные документы**, можно создавать документы автоматически. Например, имеется договор с поставщиком, в котором оплата производится с некой периодичностью.
Указав **Периодичность первичных документов**, появляется флажок **Автосоздание**. Этот флажок позволит в начале каждого периода, регламентным заданием создавать первичные документы, согласно указанным шаблонам.
Первичные документы, также можно выводить с помощью отчета **Список первичных документов**. Настроив вывод по определенным отборам, наглядно сможем проконтролировать, например, наличие оригинала.
|**Список ролей для работы с подсистемой "Первичные документы".**|
|-----------------------------------------|
|Добавление изменение первичных документов;|
|Чтение первичных документов.|
---
## Интеграция с Telegram-ботом
[Telegram](https://telegram.org/) – это популярный, кроссплатформенный и бесплатный мессенджер с огромной аудиторией активных пользователей по всему миру.
Telegram предлагает механизм программ-ботов, которые могут выполнять какие-то действия на наши запросы или запросы клиентов ИТ-поддержки.
В этой главе мы расскажем о взаимодействии с Telegram-ботом для автоматизации каких-то ваших задач.
Среди возможностей интеграции:
* Настройка связи бота и конфигурации Управление IT-отделом 8.
* Реализация любой бизнес-логики вида вопрос-действие/ответ.
* Уведомление и интеграция с подсистемой Автоматизация.
| **Список ролей для работы с подсистемой "Telegram"** |
|--------------------------------------------------|
| Telegram управление |
| Базовые права (Telegram) |
---
## Добавление собственных команд и действий для Telegram-бота
## Постановка задачи
Пусть пользователь в Telegram отправит боту команду *номер последнего документа* или *№ последнего документа*, а в ответ на эту команду, 1С вернет номер документа Задание, который был добавлен самым последним. Если документов нет то необходимо просигнализировать об этом.
## Решение
Для начала необходимо добавить команду. Именно команда определяет какое действие необходимо выполнить. Так как у нас команда может быть введена несколькими способами, то нам надо воспользоваться вкладкой *Условия ИЛИ*.
*Условие ИЛИ* сработает, когда одно из условий будет выполнено.
Теперь перейдем к действиям. При написании алгоритма можно воспользоваться кнопками справа для быстрой вставки кода нужных команд:
Ну и получившийся результат:
## Выводы
Понятно, что это элементарный пример, но наша задача передать суть работы команд и действий. А этот пример как нельзя кстати все это описывает.
Подробная документация: [перейти](/telegram/)
---
## Описание работы подсистемы конфигурации с ботом Telegram
## Справочники
### Справочник "Telegram боты"
Справочник предназначен для хранения списка ботов в конфигурации. Т.е. те боты, с которыми мы работаем.
* **Имя бота и токен** - это системные реквизиты, которые нам становятся известны при [создании бота](./sozdanie-i-nastroyka-telegram-bota);
* **Активность** - включает или выключает работу с ботом в конфигурации;
* **Способ взаимодействия с ботом**. Конфигурация может взаимодействовать с ботом двумя способами:
* **Web hook** - новые сообщения сами отправляются серверу 1С. Этот способ не всегда возможно использовать;
* **Периодический запрос** (периодический опрос сервера Telegram на предмет новых сообщений). Во избежание сложных настроек и вопросов *почему мы не можем настроить*, мы рекомендуем вам использовать периодический запрос.;
* **Ограниченный доступ** - флаг, который определяет что делать с новыми пользователями, которые "стучатся" боту и пишут ему сообщения. Если галочка снята, то любой пользователь, который напишет боту автоматически может работать с ботом и полностью использовать все его команды без ограничений. Если флаг установлен, то после того, как пользователь напишет боту, бот запишет в справочники Пользователи Telegram этого пользователя с отключенной галочкой доступ, пользователя уведомит о том, что пока администраторы в 1С не подтвердят, вашу учетную запись, вы не сможете работать с ботом. Мы рекомендуем вам по умолчанию установить галочку. Чтобы отсечь не нужные контакты и обезопасить себя.
***Для тех, кто хочет использовать web hook.***
* **Адрес** - HTTPS-адрес, на который бот будет отправлять обновления без секретного ключа.
* **Ключ** - секретный ключ, по которому будут идентифицироваться сообщения Telegram.
* **Самоподписанный сертификат** - если вы используете самоподписанный сертификат, то необходимо установить этот флаг.
* **Имя сертификата** - PEM-файл самоподписанного сертификата.
После того, как все для web hook настроено, необходимо нажать **Отправить настройки**, чтобы бот понял, что вы переходите на webhook модель взаимодействия.
:::info Важно!
Нельзя одновременно использовать периодический запрос и web hook. Так же обратите внимание, что если Telegram запрещен в вашей стране, то вы не сможете использовать этот способ взаимодействия.
:::
Если все верно настроено, нажмите на кнопку **Обновить статус**. И вы узнаете какой статус у бота на данный момент.
### Справочник "Пользователи Telegram"
Справочник хранит профили пользователей, которые взаимодействуют с ботами Telegram. Реквизиты этого справочника стандартные для профиля.
* **Наименование** - наименование профиля.
* **Имя профиля** - имя профиля в Telegram.
* **Фамилия, Имя** - информация из профиля Telegram.
:::info Активность
Обратите внимание, что если галочка снята, то пользователь не сможет взаимодействовать с ботом. По умолчанию для новых пользователей для ботов с огранчиенным доступом (см. выше) эта галочка снята.
:::
* **Язык** - язык пользователя установленный в Telegram.
* **Пользователь** - связь со стандартным справочником Пользователи. Позволяет соединить пользователя Telegram и пользователя информационной базы.
* **Табличная часть "Обозначения"** - подстроки, как можно именовать пользователей. К Telegram не имеет никакого отношения. Позволяет в командах использовать сокращения имен пользователей для их идентификации.
### Справочник "Прокси-серверы"
Этот справочник виден только тогда, когда установлена галочка "Использовать прокси-серверы для отправки и получения данных Telegram". Возможна работа с серверами прокси по протоколам HTTPS и SOCKS5. Работа с этим справочником необходима для стран в которых запрещен Telegram. Механизмы, которые используются в конфигурации позволяют эффективно вести оценку используемым прокси и использовать только те из них, которые стабильно работают. Ведется статистика использования каждого прокси и каждый из них имеет свою интегрированную оценку (время ответа сервера, успешных/не успешных запросов к прокси).
Так же стоит иметь ввиду, что есть возможность из формы списка этого справочника открыть сайт с прокси и подобрать себе нужный прокси бесплатно.
### Справочник "Команды"
Этот справочник - сердце подсистемы. Именно он понимает нужно ли выполнять действия команды или нет. Суть справочника проста, если выполняются на закладках *Условия И* и/или *Условия ИЛИ* (или их комбинация), то будут выполнены все действия этой команды в табличной части *Действия*.
Общая схема работы команд
Справочник содержит табличные части:
* **Табличная часть "Входящий текст"** - на закладке *Условия И*. Табличная часть где проверяется входящий текст, который прислал боту Telegram пользователь. Команда сработает, если сработают все условия в этой табличной части одновременно. Т.е. если в табличной части будут две строки:
То что бы команда выполнилась необходимо чтобы введенный текст содержал обе эти подстроки:
Т.е. выполнится команда если пользователь введет: *Получить последние остатки* или *Какие последние остатки?*. Т.е. одновременно в тексте присутствует слово "получить" и "остатки".
* **Табличная часть "Параметры"** - на этой закладке означает что будут проверены все указанные параметры по условиям и необходимо одновременное выполнение всех условий с параметрами. Что такое параметры и зачем они нужны, мы рассмотрим ниже.
* **Табличная часть "Входящий текст"** - Если одновременно есть строки и во входящем тексте *Условия И* и *Условия ИЛИ*, то между этими условиями будет поставлено *И*.
* **Применить остальные команды** - флаг, который означает, что если команда будет выполнена, то больше никакие команды не нужно применять.
**Пример для понимания как это все работает.**
Пользователь написал нашему боту: "Сколько сейчас времени?".
В *Условиях И* есть строка "содержит - сколько", в *Условиях ИЛИ* две строки: "равно - времени", "равно - время".
Анализ текста будет произведен так (ВходящийТекст СОДЕРЖИТ "сколько") И (ВходящийТекст РАВНО "времени" ИЛИ ВходящийТекст РАВНО "время"). Если все верно для входящего текста, то будут выполнены команды.
* **Табличная часть "Действия"** - действия, которые будут выполнены, если будут выполнены условия И/ИЛИ с их параметрами.
### Справочник "Действия"
То, что будет выполнено, если условия в команде будут выполнены. Действия могут быть какими угодно. Что-то записать в информационную базу, что-то ответить пользователю, выполнить какую-то обработку данных и т.п.
* **Активность** - выполнять действие или нет.
* **Алгоритм** - код на языке 1С, который может что-то выполнить.
* **Табличная часть "Действия над параметрами"** - что сделать над параметрами. Параметры рассмотрим ниже.
**Пример действия приветствия пользователя.**
Этот код вернет отправит пользователю текстовое сообщение и отобразит клавиатуру с наименованием "Стартовая". Справа есть панель с быстрыми действиями, которые могут быть выполнены. После того, как воспользуемся кнопкой справа, в текст алгоритма вставиться текст, который позволит что-то отправить пользователю. Вдаваться в подробности программирования в этой части мы не будем, но подчеркнем, что эта возможность есть и она "базовая", т.е. эта возможность доступна пользователям соответствующих редакций.
### Справочник "Условия"
Здесь мы можем задать условия параметров действий. Суть этого справочника в следующем. Для каждого чата есть какой-то контекст его выполнения. Пользователь, который пишет команды может использовать сразу несколько связанный между собой условий. Примером такого поведения является текущее местоположение в древовидном меню. В самом начале мы в главном меню. Щелкнули на кнопку "Инфо по клиенту", мы перешли на следующий уровень и там свое меню. И т.д. Или какие-то другие данные связанные между собой в цепочку.
Пример: если мы захотим ввести новое задание, нам необходима тема, описание, файлы вложения и т.д. Без введенной темы, мы не можем ввести описание.
* **Параметры** - это переменные, которые хранятся для каждого пользователя подсистемы. Эти переменные можно задействовать при программировании своих команд и действий.
* **Табличная часть "Проверка параметров"** - список проверяемых реквизитов.
### Справочник "Emoji"
Это справочник смайликов. По умолчанию они не хранятся в информационной базе. Их можно подгрузить. Смысл такой, что каждый такой смайлик по сути это символ в Unicode-кодировке. В справочнике можно увидеть какому изображению какой код соответствует.
### Справочник "Клавиатуры"
Это кнопки, которые добавляются либо внизу над вводимым текстом нового сообщения, либо в режиме `inline`, т.е. прям в выводимом боту/ботом сообщении.
Элементы этого справочника могут быть либо заданы жестко, либо программно, либо вообще это скрытая клавиатура.
## Документы
### Документы "Входящие сообщения"
То, что присылают нам пользователи. История об этих действиях сохраняется и мы всегда можем проанализировать когда, кто и что присылал боту. Установив константу *Срок хранения сообщений Telegram* в настройках можно задать сколько дней хранить эти сообщения.
### Документы "Исходящие сообщения"
То, что отправляет конфигурация боту Telegram. История об этих действиях сохраняется и мы всегда можем проанализировать когда, кто и что присылал боту. Установив константу *Срок хранения сообщений Telegram* в настройках можно задать сколько дней хранить эти сообщения.
---
## Предопределенные команды Telegram-бота
По умолчанию из коробки конфигурация "Управление IT-отделом 8" умеет взаимодействовать с ботом Telegram и выполнять следующие команды:
* Создавать новые задания в Service Desk.
* Получить информацию о клиенте Service Desk используя подстроку поиска e-mail, телефона, наименования клиента.
* Увидеть список своих заданий
* Посмотреть информацию о конкретном задании и его вложениях используя бота Telegram
:::info Важно!
Обратите внимание, что команды отображаются для текущего пользователя информационной базы 1С, который должен быть связан с пользователем Telegram. Для того, чтобы связать пользователя информационной базы и пользователя Telegram, надо открыть настройки Telegram в 1С (Администрирование > Telegram-боты), открыть "Пользователи" и открыть каждого пользователя Telegram и в нем заполнить реквизит *"Пользователь ИБ"* указав нужного пользователя 1С.
:::
Вот как выглядит стартовая страница бота:
---
## Поиск информации о клиенте используя Telegram-бот
Очень часто возникает ситуация, когда нам необходимо получить информацию о клиенте его контактных данных и проверить является есть ли с ним заключенный SLA.
Telegram-бот может помочь нам в этом.
После нажатия на кнопку *Инфо по клиенту* и обработки этого сообщения в 1С. Нам будет предложено следующее:
`Введите часть подстроки для поиска клиента/инициатора (телефон, наименование, e-mail) и нажмите Enter, или щелкните для перехода в главное меню`
Мы можем ввести часть подстроки любой из контактной информации: телефона, e-mail или наименования клиента.
Причем для телефона не будет разницы в каком формате задана часть подстроки.
Далее, если надо как-то конкретизировать поиск, можно ввести еще подстроку и снова нам бот отобразит найденных клиентов.
После того, как мы нашли того кого искали, можно вернуться в главное меню.
---
## Просмотр списка заданий используя Telegram-бот
С помощью бота Telegram можно быстро просмотреть информацию о списке заданий. Причем если заданий много в Telegram все будет разбито на страницы:
Далее, мы можем осуществлять переходы по страницам - это навигация по задачам. Отобрать все задания где мы являемся исполнителем и мы являемся инициатором, а также поискать задания по подстроке в текста заданий.
Под каждым заданием можно увидеть от одной до трех кнопок:
* **«Сменить этап»** - появится если текущий пользователь является исполнителем задания, при нажатии будет выведен, список этапов на которые можно перевести задание.
* **«Скачать файлы»** - если у задания есть прикрепленные файлы, то нажав данную кнопку мы скачаем эти файлы в ZIP архиве.
* **«Подробнее»** - получим более подробную информацию о задании.
:::info Важно!
Обратите внимание, что список заданий отображается для текущего пользователя информационной базы, который должен быть связан с пользователем Telegram. Для того, чтобы связать пользователя информационной базы и пользователя Telegram, надо открыть настройки Telegram в 1С
**Администрирование -> Telegram-боты -> Пользователи**
открыть каждого пользователя Telegram и в нем заполнить реквизит "Пользователь ИБ" указав нужного пользователя 1С.
:::
---
## Создание заданий используя бот Telegram
:::info Важно!
Обратите внимание, что список заданий отображается для текущего пользователя информационной базы, который должен быть связан с пользователем Telegram. Для того, чтобы связать пользователя информационной базы и пользователя Telegram, надо открыть настройки Telegram в 1С
**Администрирование -> Telegram-боты**
открыть "Пользователи" и открыть каждого пользователя Telegram и в нем заполнить реквизит "Пользователь ИБ" указав нужного пользователя 1С.
:::
Часто хочется добавить задание быстро, либо когда мы находится в месте, где у нас нет доступа к desktop-версии программы, или не хочется запускать мобильное приложение.
Можно воспользоваться ботом Telegram и быстро добавить задание.
Вводим `/start` или щелкаем в `Главное меню` и видим у бота такое же подменю из кнопок как на скриншоте выше.
Нажимаем кнопку `Новое задание`. После обработки 1С вашего сообщения вам придет сообщение:
Нажатие на кнопку добавило текстовое сообщение *Новое задание*, а ответ 1С говорит нам о том, что теперь можно ввести тему задания и нажать Enter, а затем можно вводить произвольный текст, который будет добавлен в описание создаваемого задания, добавить в чат файлы и изображения, которые будут присоединенными файлами (вложениями) нового задания. После того, как мы добавим всю информацию, мы должны либо нажать `Записать задание` и тогда будет создано новое задание с нашей темой, описанием и вложениями, либо нажать в главное меню и тогда задание не создастся.
Добавим в нашем тесте данные новой задачи:
После того, как 1С обработает наше сообщение нам в чат придет сообщение вида:
*Задание 1625 создано*
*Выберите следующую команду из списка или напишите ее, а я ее обработаю.*
А в 1С будет создано новое задание:
Администратор ИБ может самостоятельно установить часто используемые *Процесс*, *Сервис* и *Услугу* заранее. Выполнив
**Администрирование -> Настройки Telegram -> Действия**
Открыв действие **Установка темы задания**, на вкладке **Действия над параметрами** указать нужные.
На этом задание можно считать созданным. Дальше его можно выполнять.
---
## Работа с прокси-серверами
Для работы в конфигурации "Управление IT-отделом 8" с предусмотренной интеграцией Telegram-бота, необходимо настроить прокси-сервера. В программе можно использовать, как платные прокси, так и бесплатные. Система бесплатных прокси-серверов как известна достаточно нестабильна, поэтому целесообразнее использование прокси на платной основе. Однако в конфигурации работа с платными и бесплатными прокси-серверами одинакова.
Система выстраивает некий порядок из серверов, который определяет полноценную оценку прокси, по скорости ответа, по количеству успешных запросов и так далее. Таким образом на первых местах располагаются сервера с наилучшей оценкой и программа первым делом будет обращаться именно к ним, что гарантирует положительную отдачу от сервера. Рассмотрим настройку прокси в конфигурации, для этого перейдем в раздел
**Администрирование -> Telegram-Боты -> Прокси-серверы**.
Чтобы добавить в список новый прокси-сервер необходимо нажать кнопку **Создать**, которая расположена на панели команд и перейти к заполнению соответствующих реквизитов сервера:
- **Протокол** - может принимать значение https\socks5;
- **Активность** - флажок, который активирует прокси-сервер для использования системой;
- **Сервер** - указывается адрес прокси-сервера;
- **Порт** - указывается порт сервера;
- **Пользователь** - указывается логин пользователя платного прокси;
- **Пароль** - пароль пользователя платного прокси-сервера;
- **Комментарий** - указывается произвольный текст.
После заполнения всех реквизитов можем проверить связь с данным сервером с помощью одноименной кнопки **Проверка связи**. Если проверка пройдет успешно, то получим соответствующее сообщение.
Если у Вас нет возможности использовать платные прокси-сервера, то в таком случае для удобства в программе предусмотрен функционал, который позволяет быстро найти бесплатные сервера. Этот механизм открывается на форме списка прокси-серверов с помощью кнопки **Сайт с прокси**. Перед Вами будет доступен большой выбор прокси свободного использования, которые можно будет использовать в конфигурации. После добавления всех необходимых прокси-серверов их соединение можно проверить, нажав кнопку **Проверить все прокси**. Если нужно быстро добавить большое количество прокси, то для этого нужно нажать кнопку в виде цилиндра **Автозагрузка прокси** и в программу будут добавлены десять бесплатных прокси-серверов.
---
## Создание и настройка Telegram-бота
Для начала необходимо, [установить мессенджер](https://telegram.org/).
:::info Убедитесь
Telegram не заблокирован в вашей стране и корректно работает на вашем устройстве. Если мессенджер заблокирован, то вы можете использовать на десктопе или мобильном телефоне прокси-сервера.
:::
1. Далее зарегистрируйтесь в сервисе (если вы еще этого не делали)
2. В поиске найдите бота с именем **BotFather** - это "отец" всех ботов. Этот бот позволяет создавать других ботов и введите команду `/newbot`.
3. После этого мессенджер попросит вас придумать имя бота: можете ввести произвольное свое имя. Самое главное, чтобы оно заканчивалось на `_bot`. Например, *my_uito_bot*.
4. Далее, бот отобразит для доступа по HTTP специальный токен. На скриншоте выше он начинается как "8232528..." Это токен для доступа из конфигурации "Управление IT-отделом 8" к боту. Запомните его.
5. Открываем конфигурацию и переходим в
**Администрирование -> Настройки параметров учета -> Функциональность**
Включаем галочку *Использовать Telegram*. Для того, чтобы в 1С появилась возможность работы с ботом.
6. Открываем
**Администрирование -> Telegram-боты**
Там щелкаем на гиперссылку Telegram-боты. Это список наших ботов. Бот может быть не один, но практически всегда нам достаточно будет и одного.
7. Открываем первого бота, который уже существует и вносим его токен и название.
8. После вставки токена и имени бота, нажимаем проверка связи. Если все хорошо, то вам будет выдано сообщение *Проверка связи с ботом выполнена успешно*.
9. Перейдем на закладку "Настройки получения обновлений", где можно настроить расписание работы бота. Установите время получения обновлений с серверов Telegram.
10. Если все введено на шаге 9, но у вас ошибка (например, Telegram заблокирован в вашей стране). Установите галочку в настройках Telegram *Использовать прокси-серверы для отправки и получения данных Telegram* и открыв появившийся справочник **Прокси-серверы** заполните список ваших прокси.
11. Возвращаемся к мессенджеру Telegram и донастроим бота. Введем ему описание и изображение.
Зададим изображение. **OK**. `Send me the new profile photo for the bot` - означает, что бот просит скинуть ему фото профиля будущего бота. Просто перетащите фото в BotFather:
После этого настройку бота можно считать выполненной как в 1С так и в самом мессенджере.
---
## Подключение AI-клиентов к MCP-серверу
После [развертывания](./Развертывание%20MCP-сервера.md) MCP-прокси необходимо настроить AI-клиенты на рабочих станциях для подключения к серверу. Поддерживаются Claude Desktop, Cursor и Claude Code.
## Авторизация OAuth2
При использовании режима `auth_mode=oauth2` каждый пользователь авторизуется своей учетной записью 1С. Это обеспечивает:
- **Разграничение прав** -- каждый пользователь видит только те данные, к которым имеет доступ в 1С (RLS)
- **Идентификацию** -- команда `whoami` возвращает профиль текущего пользователя
- **Безопасность** -- пароли не хранятся на рабочих станциях в открытом виде
### Как проходит авторизация
1. При первом подключении AI-клиент открывает страницу авторизации в браузере
2. Пользователь вводит свой логин и пароль 1С
3. Клиент получает OAuth2-токен и использует его для всех последующих запросов
4. Токен автоматически обновляется (refresh token действует 14 дней)
:::tip
Повторная авторизация потребуется только по истечении refresh token (14 дней) или при перезапуске MCP-сервера.
:::
## Имя MCP-сервера
В примерах ниже используется имя `tracker` -- это произвольный идентификатор, который вы задаете сами. Можно использовать любое удобное название: `uit`, `it`, `my-tasks` и т.д. Имя влияет только на отображение в списке MCP-серверов клиента и не связано с настройками на стороне сервера.
## Claude Desktop
Claude Desktop не поддерживает прямое подключение к HTTP-серверам через `claude_desktop_config.json` -- файл принимает только stdio-серверы (запуск локальной команды через `command`), поля `url` и `transport` игнорируются. Поэтому подключение к MCP-прокси выполняется через локальный мост [`mcp-remote`](https://www.npmjs.com/package/mcp-remote): он запускается на рабочей станции по stdio, проксирует запросы на HTTP-endpoint прокси и берёт на себя OAuth2-авторизацию (открывает окно входа в браузере).
:::info
Для работы `mcp-remote` на рабочей станции должен быть установлен [Node.js](https://nodejs.org/) (LTS-версия) -- его вызывает команда `npx`.
:::
Откройте файл конфигурации:
- **Windows**: `%APPDATA%\Claude\claude_desktop_config.json`
- **macOS**: `~/Library/Application Support/Claude/claude_desktop_config.json`
Добавьте MCP-сервер:
```json
{
"mcpServers": {
"tracker": {
"command": "npx",
"args": ["-y", "mcp-remote", "http://:8000/mcp", "--allow-http"]
}
}
}
```
Замените `` на IP-адрес виртуальной машины с MCP-прокси. Флаг `--allow-http` обязателен, так как прокси работает по обычному HTTP (без TLS) -- без него `mcp-remote` откажется подключаться к не-HTTPS адресу.
После сохранения перезапустите Claude Desktop. При первом использовании MCP-инструмента `mcp-remote` откроет окно авторизации 1С в браузере.
## Cursor
Откройте файл конфигурации MCP:
- **Windows**: `%USERPROFILE%\.cursor\mcp.json`
- **macOS**: `~/.cursor/mcp.json`
Добавьте MCP-сервер:
```json
{
"mcpServers": {
"tracker": {
"url": "http://:8000/mcp",
"transport": "streamable-http"
}
}
}
```
Перезапустите Cursor. Авторизация произойдет при первом обращении к инструментам.
## Claude Code
Добавление MCP-сервера:
```bash
claude mcp add tracker --transport http http://:8000/mcp
```
Удаление MCP-сервера:
```bash
claude mcp remove tracker
```
Или добавьте вручную в файл `.claude.json` (глобальная конфигурация, в домашней директории пользователя):
```json
{
"mcpServers": {
"tracker": {
"type": "http",
"url": "http://:8000/mcp"
}
}
}
```
Также можно добавить в файл `.mcp.json` в корне проекта -- тогда MCP-сервер будет доступен только в этом проекте.
При первом вызове инструмента Claude Code откроет OAuth2-авторизацию в браузере.
## Режим без авторизации (auth_mode=none)
Если MCP-прокси настроен в режиме `auth_mode=none`, конфигурация клиентов точно такая же. Единственное отличие -- при подключении не будет запроса на авторизацию, все запросы будут выполняться от имени пользователя, указанного в `.env` на сервере.
## Проверка подключения
После настройки попробуйте спросить AI-ассистента:
> Кто я? Какие мои задания?
AI-ассистент вызовет инструменты `whoami` и `get_my_tasks` и покажет ваш профиль и список заданий. Если используется OAuth2 -- данные будут соответствовать вашей учетной записи 1С.
## Доступные инструменты
После подключения AI-агент получает доступ к инструментам конфигурации:
| Группа | Примеры инструментов | Описание |
|--------|---------------------|----------|
| Общие | `whoami`, `list_persons`, `list_statuses` | Профиль пользователя, справочники сущностей |
| Задания | `list_tasks`, `create_task`, `update_task`, `add_comment` | Работа с заданиями и комментариями |
| Проекты | `list_projects`, `get_project`, `create_project` | Управление проектами |
| База знаний | `list_articles`, `get_article`, `search_articles` | Работа со статьями Доксинум |
Полный список инструментов AI-агент получает автоматически при подключении.
## Диагностика
| Проблема | Решение |
|----------|---------|
| Авторизация не открывается в браузере | Проверьте доступность `http://:8000` из браузера рабочей станции |
| Claude Desktop не подключается / сервер «падает» при запуске | Для моста `mcp-remote` нужен Node.js: убедитесь, что на рабочей станции установлен Node.js и в `PATH` доступна команда `npx` |
| «Authorization required» | Убедитесь, что `MCP_AUTH_MODE=oauth2` и `MCP_PUBLIC_URL` указан корректно в `.env` на сервере |
| «Invalid credentials» при авторизации | Проверьте логин и пароль 1С. Пользователь должен иметь доступ к HTTP-сервису `mcp` |
| Инструменты не отображаются | Проверьте, что HTTP-сервис 1С доступен: `curl http:///<база>/hs/mcp/health` |
| Ошибка «Connection refused» | MCP-прокси недоступен. Проверьте, что контейнер запущен: `docker compose ps` на сервере |
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Развертывание MCP-сервера на виртуальной машине
MCP-прокси (Model Context Protocol) -- это сервер, через который AI-агенты (Claude Desktop, Cursor, Claude Code) работают с данными конфигурации «Управление IT-отделом 8». Прокси принимает запросы от AI-клиентов и транслирует их в HTTP-сервис 1С.
В данной статье описано развертывание MCP-прокси на отдельной виртуальной машине с Docker.
## Схема работы
```mermaid
graph LR
subgraph Рабочие станции
CD[Claude Desktop]
CU[Cursor]
CC[Claude Code]
end
subgraph "MCP-сервер (ВМ)"
P[mcp-proxyNode.js + Express]
end
subgraph "Сервер 1С"
HS[HTTP-сервис/hs/mcp/rpc]
end
CD -- "Streamable HTTP" --> P
CU -- "Streamable HTTP" --> P
CC -- "Streamable HTTP" --> P
P -- "HTTP + Basic Auth" --> HS
```
Все компоненты находятся в одной локальной сети. AI-клиенты на рабочих станциях подключаются к MCP-прокси по протоколу Streamable HTTP. Прокси транслирует запросы в HTTP-сервис 1С.
## Требования
### Виртуальная машина
| Параметр | Минимум | Рекомендация |
|----------|---------|-------------|
| CPU | 2 vCPU | 4 vCPU |
| RAM | 2 GB | 4 GB |
| Диск | 20 GB SSD | 40 GB SSD |
| ОС | Ubuntu 22.04 / Debian 12 | Ubuntu 24.04 |
### Сеть
- ВМ должна иметь сетевой доступ к серверу 1С (HTTP-порт, обычно 80 или 443)
- Порт MCP-прокси (по умолчанию 8000) должен быть доступен с рабочих станций
- 1С должна быть опубликована на веб-сервере с включенным HTTP-сервисом `mcp`
### 1С
- Конфигурация «Управление IT-отделом 8» с подсистемой MCP
- HTTP-сервис `mcp` опубликован и доступен по адресу вида `http://<сервер>/<база>/hs/mcp/rpc`
- Учетные записи пользователей с паролями для входа в 1С
## Шаг 1. Установка Docker
Подключитесь к ВМ по SSH и установите Docker:
```bash
# Обновление пакетов
sudo apt update && sudo apt install -y ca-certificates curl gnupg
# Добавление репозитория Docker
sudo install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg \
| sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg
echo "deb [arch=$(dpkg --print-architecture) \
signed-by=/etc/apt/keyrings/docker.gpg] \
https://download.docker.com/linux/ubuntu \
$(. /etc/os-release && echo "$VERSION_CODENAME") stable" \
| sudo tee /etc/apt/sources.list.d/docker.list
# Установка Docker и Compose
sudo apt update
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-compose-plugin
# Добавление текущего пользователя в группу docker
sudo usermod -aG docker $USER
```
После добавления в группу `docker` необходимо перелогиниться (выйти и войти по SSH заново).
Проверка установки:
```bash
docker --version
docker compose version
```
## Шаг 2. Размещение файлов MCP-прокси
Код MCP-прокси опубликован в отдельном репозитории [github.com/Diversus23/itmcp](https://github.com/Diversus23/itmcp). Склонируйте его на сервер:
```bash
git clone https://github.com/Diversus23/itmcp.git ~/mcp
cd ~/mcp
```
Для развёртывания через Docker нужны файлы `Dockerfile`, `docker-compose.yml` и каталог `src/` — все они входят в репозиторий.
## Шаг 3. Настройка конфигурации
Создайте файл `.env` в директории `~/mcp/`:
```bash
cd ~/mcp
cp .env.docker.example .env
nano .env
```
### Режим OAuth2 (рекомендуется для нескольких пользователей)
```env
# Подключение к 1С
MCP_ONEC_URL=http:///<имя-базы>
MCP_ONEC_USERNAME=
MCP_ONEC_PASSWORD=
# HTTP-сервер
MCP_HOST=0.0.0.0
MCP_PORT=8000
# MCP-сервер
MCP_SERVER_NAME=IT-MCP
MCP_SERVER_VERSION=1.0.0
# Авторизация OAuth2
MCP_AUTH_MODE=oauth2
MCP_PUBLIC_URL=http://:8000
# Логирование
MCP_LOG_LEVEL=INFO
```
Замените:
- `` -- IP-адрес сервера, на котором опубликована база 1С
- `<имя-базы>` -- имя базы в публикации (например, `tracker`)
- `` -- IP-адрес виртуальной машины с MCP-прокси
:::info
В режиме `oauth2` поля `MCP_ONEC_USERNAME` и `MCP_ONEC_PASSWORD` не используются - каждый пользователь авторизуется своей учетной записью 1С. Эти поля можно оставить пустыми.
:::
### Режим без авторизации (для одного пользователя)
Если MCP будет использовать только один человек, можно упростить настройку:
```env
MCP_ONEC_URL=http:///<имя-базы>
MCP_ONEC_USERNAME=ВашЛогин1С
MCP_ONEC_PASSWORD=ВашПароль1С
MCP_HOST=0.0.0.0
MCP_PORT=8000
MCP_AUTH_MODE=none
MCP_LOG_LEVEL=INFO
```
:::caution
В режиме `none` все запросы выполняются от имени одного пользователя, указанного в `MCP_ONEC_USERNAME`. Любой, кто подключится к прокси, получит доступ к данным этого пользователя.
:::
## Шаг 4. Сборка и запуск
```bash
cd ~/mcp
docker compose up -d --build
```
Проверка запуска:
```bash
# Статус контейнера
docker compose ps
# Логи (должно быть: "HTTP-сервер запущен на 0.0.0.0:8000")
docker compose logs -f
```
Проверка доступности из сети (с рабочей машины):
```bash
curl http://:8000/.well-known/oauth-protected-resource
```
Должен вернуться JSON с endpoints OAuth2.
## Шаг 5. Автозапуск
Docker-контейнер уже настроен на автоматический перезапуск (`restart: unless-stopped`). Убедитесь, что Docker запускается при старте ОС:
```bash
sudo systemctl enable docker
```
## Обновление MCP-прокси
При обновлении кода прокси:
```bash
cd ~/mcp
# Скопировать новые файлы src/ на сервер, затем:
docker compose up -d --build
```
## Диагностика
| Проблема | Решение |
|----------|---------|
| `permission denied` при `docker compose` | Добавьте пользователя в группу docker: `sudo usermod -aG docker $USER`, перелогиньтесь |
| Контейнер перезапускается в цикле | Проверьте логи: `docker compose logs`. Обычно проблема в `.env` |
| `Connection refused` с рабочей машины | Проверьте, что `MCP_HOST=0.0.0.0` в `.env` и порт 8000 открыт в firewall |
| `HTTP error 401` в логах | Неверные учетные данные 1С. Проверьте логин/пароль |
| `Connection refused` к 1С | Проверьте, что HTTP-сервис 1С опубликован и доступен с ВМ: `curl http:///<база>/hs/mcp/health` |
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Искусственный интеллект
Конфигурация поддерживает работу с искусственным интеллектом (ИИ) как внутри системы, через подсистему [Ассистент](./Ассистент/Ассистент.%20Инструкция%20по%20работе.md), так и позволяет подключаться из вне к данным внутри себя через [MCP](./MCP/Развертывание%20MCP-сервера.md).
:::warning Важно!
Описанный в разделе функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Ассистент
Инструкция по работе
В конфигурации реализован цифровой ассистент - помощник на основе нейросетей (LLM), который помогает решать рабочие задачи прямо внутри системы.
В редакции **4.0** ассистент работает не только с сервисом по умолчанию, но и с **любым OpenAI-совместимым провайдером** нейросетей. Можно подключить как облачные сервисы, так и локальную модель, развёрнутую в вашей сети.
Кратко - для чего будет полезно начать использовать:
1) Ускорить поиск информации
2) Сократить количество рутинных операций
3) Получить помощь по обращениям и заданиям с учётом их содержимого
4) Поручить ассистенту выполнение действий в системе (режим инструментов)
5) Автоматически классифицировать обращения (подбор тегов, определение срочности и влияния)
:::info Что такое OpenAI-совместимый сервис
Это любой сервис нейросетей, который принимает запросы в том же формате, что и OpenAI. К таким относятся сервис по умолчанию **gptik.ru**, сторонние сервисы-агрегаторы (например, gen-api.ru, proxyapi.ru, aitunnel.ru, bothub.chat), а также локальные серверы моделей (LMStudio, Ollama). За счёт этого вы не привязаны к одному поставщику и можете выбрать оптимальный по цене и доступности.
:::
## Настройка и подключение
Все настройки ассистента собраны в одном месте: **Администрирование -> Настройка параметров учета -> Проекты и задания -> Ассистент**.
### Шаг 1. Выбор сервиса
В поле **Сервис** укажите адрес используемого сервиса нейросетей. По умолчанию подставляется наш сервис `gptik.ru` - его достаточно для большинства задач, дополнительной настройки адреса он не требует.
Если вы используете сторонний или локальный сервис, введите его адрес API (например, `https://api.proxyapi.ru/openai/v1` или `http://localhost:1234/v1` для локального LMStudio).
:::info Обратите внимание
Часть настроек (приобретение ключа, пополнение баланса, согласие с публичной офертой) относится только к нашему сервису **gptik.ru**. При выборе стороннего сервиса эти элементы не используются - там действуют условия и личный кабинет соответствующего поставщика.
:::
### Шаг 2. Приобретение и активация ключа
Для работы с сервисом нужен ключ доступа (токен авторизации).
- Если у вас ещё нет ключа для **gptik.ru** - перейдите по гиперссылке **Приобрести ключ** (или **Зарегистрироваться в сервисе**), выберите тариф и оплатите его.
- Для стороннего сервиса ключ выдаётся в личном кабинете этого сервиса.
Введите полученный ключ в поле **Ключ ассистента**. Для сервиса gptik.ru предварительно ознакомьтесь с публичной офертой по гиперссылке **Согласие на обработку персональных данных**.
После ввода ключа нажмите **Ок**.
Если ключ активный, внизу появится информация по балансу.
### Шаг 3. Загрузка моделей и выбор модели по умолчанию
После активации ключа нажмите **Загрузить модели** - система запросит у сервиса список доступных моделей и сохранит его. Полный перечень можно посмотреть по гиперссылке **Открыть модели**.
В поле **Модель по умолчанию** выберите модель, которая будет использоваться для запросов, если в чате не указана другая.
:::warning Разные сервисы - разные модели
Список моделей привязан к выбранному сервису. При смене сервиса загрузите модели заново и проверьте, что модель по умолчанию указывает на модель текущего сервиса.
:::
### Шаг 4. Баланс
В блоке **Баланс** отображается остаток средств по ключу (для сервисов, которые это поддерживают). Кнопка **Обновить баланс** перезапрашивает актуальное значение, а **Пополнить баланс** (для gptik.ru) открывает страницу оплаты.
### Шаг 5. Маскировка персональных данных (рекомендуется)
Флажок **Маскировать персональные данные перед отправкой в LLM** включает защиту чувствительных данных. При его включении ФИО, email, телефоны, ИНН, КПП и наименования контрагентов автоматически заменяются на безопасные плейсхолдеры (например, `[PERSON_1]`) перед отправкой в нейросеть и восстанавливаются обратно в ответе. Соответствие плейсхолдеров реальным данным существует только в оперативной памяти на время одного запроса и нигде не сохраняется.
### Шаг 6. Глобальные правила (необязательно)
В поле **Глобальные правила** можно задать инструкции, которые будут добавляться в **каждый** запрос к нейросети (например, требуемый стиль ответа, язык, ограничения). Это удобный способ единообразно настроить поведение ассистента для всех пользователей.
### Шаг 7. Пользователь «Ассистент» (служебный)
В поле **Пользователь** указывается служебный пользователь, от имени которого ассистент создаёт записи (системные сообщения и ответы нейросети). Если поле не заполнено, пользователь будет создан автоматически при первом обращении. Менять его, как правило, не требуется.
## Запуск ассистента в режиме чата
После настройки ассистента его можно открыть из раздела
**Техническая поддержка -> Сервис -> Ассистент**
Также вызвать ассистента можно из списка документов **Задание** с помощью кнопки на командной панели. В этом случае чат будет привязан к выделенному заданию, и ассистент учтёт его содержимое.
## Работа в чате
После запуска ассистента откроется окно чата.
Основные элементы окна:
- **Новый чат** - создание нового диалога.
- **Список чатов** (слева) - сохранённые диалоги. Чаты, запущенные из задания, подписаны номером документа.
- **Поле ввода** (внизу) - текст запроса к ассистенту.
- **Полезная информация** - подсказки по токенам, документации и возможностям ассистента.
История переписки сохраняется в чате, поэтому ассистент учитывает контекст предыдущих сообщений диалога.
Ассистент при ответе учитывает всю переписку чата.
### Чат - привязанный к объекту
Если чат открыт из задания (инцидента, проекта), ассистент учитывает данные этого объекта - тему, описание, а также **текстовое содержимое присоединённых файлов** (PDF, DOCX, XLSX и др.). Благодаря этому можно задавать вопросы по конкретному обращению, не пересказывая его вручную.
### Режим инструментов (выполнение действий)
Если выбранная модель поддерживает работу с инструментами (function calling), ассистент может не просто отвечать текстом, а **выполнять действия в системе** по запросу - например, находить данные и формировать записи через доступные ему инструменты. Ассистент сам решает, какой инструмент вызвать, выполняет его и использует результат в ответе.
:::info Безопасность действий
В интерактивном режиме инструменты выполняются от имени текущего пользователя с учётом его прав доступа - ассистент не сможет сделать то, что запрещено самому пользователю.
:::
Выше на примере было видно, что ассистент подготовил ответы по обращениям. Но он не только подготовил текст - с помощью инструментов он создал в задании комментарии с ответом клиенту.
## Использование ИИ в Автоматизации
Помимо чата, нейросети используются в подсистеме **Автоматизация** для классификации обращений. С их помощью можно автоматически:
- **подбирать теги** для задания по его теме и описанию;
- **определять срочность и влияние** ИТ-обращения.
Эти действия настраиваются как шаги-стратегии в правилах автоматизации и не требуют участия пользователя в чате. Подробнее - в статьях по подсистеме Автоматизация.
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Работа с файлами в AI-ассистенте
К сообщениям в чатах ассистента можно прикреплять файлы — документы, логи, таблицы, скрипты и многое другое. Ассистент извлечёт текстовое содержимое и передаст его нейросети вместе с вашим запросом, будто вы вставили текст прямо в сообщение.
Поддерживаются и обычные текстовые файлы, и бинарные документы (PDF, DOCX, XLSX), и сканы с распознаванием текста — если настроен [сервис извлечения текста из файлов](../../Универсальные%20механизмы/Сервис%20извлечения%20текста.md). Прикреплять файлы можно к любому сообщению в переписке — ассистент видит файлы всего чата, не только последнего сообщения.
## Что попадает в нейросеть
Каждый раз, когда вы отправляете сообщение, нейросети передаётся:
- Текст вашего сообщения.
- Содержимое прикреплённых файлов — каждый файл оформляется отдельным блоком с именем, примерно так: `--- FILE: report.log ---` и содержимым после него.
- История всей переписки чата, включая файлы из предыдущих сообщений.
- Картинки (JPG, PNG и другие форматы) для мультимодальных моделей отправляются как изображения — модель «видит» их напрямую.
Нейросеть получает полный контекст, поэтому можно прикрепить несколько файлов сразу и попросить ассистента сравнить их, обобщить или найти различия.
## Какие форматы файлов поддерживаются
### Без настройки сервиса — локальное извлечение
Программа читает следующие форматы самостоятельно, без каких-либо дополнительных настроек:
| Категория | Форматы |
| --- | --- |
| Текст и документация | `txt`, `md`, `log` |
| Исходный код и скрипты | `bsl`, `os`, `js`, `ts`, `py`, `sql`, `sh`, `ps1`, `bat` |
| Данные и конфигурации | `xml`, `json`, `yaml`, `yml`, `ini`, `conf`, `csv` |
| Веб | `html`, `htm`, `css` |
:::tip
Не нужно ничего настраивать — эти форматы просто работают. Хороший способ начать работу с ассистентом, пока сервис ещё не развёрнут.
:::
### С настроенным сервисом извлечения
После настройки [сервиса извлечения текста](../../Универсальные%20механизмы/Сервис%20извлечения%20текста.md) становятся доступны:
- **Документы:** PDF, DOCX, DOC, ODT, RTF
- **Таблицы и презентации:** XLSX, XLS, ODS, PPTX, PPT
- **Изображения с распознаванием текста (OCR):** JPG, PNG, TIFF, BMP, GIF и другие
- **Архивы:** ZIP, RAR, 7Z — файлы внутри распаковываются автоматически
- **Электронная почта:** EML, MSG
- **Книги и веб:** EPUB, HTML
## Когда происходит извлечение
Программа начинает обрабатывать файл **сразу при прикреплении** — в фоне, пока вы набираете сообщение. К моменту отправки текст уже готов.
Если вы прикрепили файл и сразу нажали «Отправить», не дав фону завершиться — программа извлечёт содержимое синхронно прямо в момент сборки запроса. Небольшая задержка возможна для крупных PDF (несколько МБ), но для большинства файлов это занимает секунды.
Если один и тот же файл встречается в нескольких сообщениях чата, программа не обрабатывает его повторно — использует уже готовый результат.
## Сценарии использования
### Анализ лог-файла
Прикрепите `.log`-файл к сообщению и попросите ассистента найти ошибки, предупреждения или аномалии. Работает без настройки сервиса.
> Пример: «Проанализируй этот лог. Какие ошибки встречаются чаще всего? Есть ли критические проблемы?»
### Анализ договора или документа (PDF)
Прикрепите договор, инструкцию или регламент и попросите выделить ключевые пункты, найти противоречия или сделать краткое резюме. Требует [настроенного сервиса](../../Универсальные%20механизмы/Сервис%20извлечения%20текста.md).
> Пример: «Выдели основные обязательства сторон из этого договора.»
### Анализ кода
Прикрепите `.bsl`, `.py`, `.js` или другой файл с кодом и попросите объяснить логику, найти проблемы или предложить улучшения. Работает без настройки сервиса.
> Пример: «Объясни, что делает этот код. Есть ли в нём потенциальные ошибки?»
### Аналитика по CSV-выгрузке
Прикрепите файл `.csv` и попросите ассистента найти тренды, выбросы или сформулировать выводы по данным.
> Пример: «В этом файле — выгрузка инцидентов за квартал. Какие категории встречаются чаще всего? Есть ли явные аномалии?»
### Перевод документа
Прикрепите текстовый файл или документ (PDF/DOCX с настроенным сервисом) и попросите перевести содержимое или отдельную часть.
> Пример: «Переведи этот файл на русский язык, сохранив структуру.»
## Ограничения
- **Размер файла** — до 20 МБ на один файл.
- **Суммарный размер файлов** в одном сообщении ограничен общими настройками хранения файлов в программе.
- **Кодировка** — для локального извлечения (без сервиса) файл должен быть в кодировке UTF-8. Файлы в Windows-1251, UTF-16 и других кодировках не читаются ни локально, ни через сервис.
- **Защита паролем** — зашифрованные PDF и архивы не извлекаются.
- **Бинарные форматы без сервиса** — PDF, DOCX, XLSX и подобные форматы требуют настроенного сервиса извлечения. Без него содержимое файла в нейросеть не попадёт.
:::note
Даже если файл не удалось извлечь, сам запрос к нейросети не прерывается — ассистент ответит на основании текста сообщения и остальных файлов, которые удалось обработать.
:::
## Если что-то не работает
### Ассистент «не видит» прикреплённый PDF или DOCX
Для бинарных форматов нужен настроенный [сервис извлечения текста](../../Универсальные%20механизмы/Сервис%20извлечения%20текста.md). Если сервис не подключён, содержимое таких файлов не попадёт в нейросеть — ассистент ответит только на основании текста сообщения.
### Прикреплённый `.txt` или `.md` извлекается с кракозябрами
Файл сохранён в кодировке, отличной от UTF-8 (чаще всего это Windows-1251). Пересохраните файл в UTF-8 в любом текстовом редакторе — и ассистент прочитает его корректно.
### В логах сообщение «Не удалось прочитать содержимое файла как текст (UTF-8)»
Та же причина — неподдерживаемая кодировка. Пересохраните файл в UTF-8.
### Запрос отправляется медленнее обычного после прикрепления большого файла
Если фоновая обработка не успела завершиться к моменту отправки, программа извлечёт содержимое синхронно. Для крупных файлов (несколько МБ), особенно PDF через сервис, это может занять 10–60 секунд. После первого запроса повторные будут быстрыми — результат кешируется.
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Личный кабинет
---
## Вход и регистрация
Новый ЛК открывается по адресу, который выдаёт администратор системы. Пока пользователь не вошёл, вместо основного интерфейса показывается страница входа с формой ввода логина и пароля.
## Страница входа
На странице:
- Заголовок **"Личный кабинет"**.
- Поле **"Логин"** с плейсхолдером *"Пользователь"* и иконкой человечков справа (см. [Выбор из ранее использованных учёток](#выбор-из-ранее-использованных-учёток)).
- Поле **"Пароль"** с плейсхолдером *"Введите пароль"* и иконкой глаза справа для показа/скрытия ввода.
- Чекбокс **"Запомнить меня"** — по умолчанию включён. Если оставить включённым, следующая сессия в этом браузере откроется без повторного ввода логина и пароля.
- Кнопка **"Войти"** (зелёная).
- В самом низу — **номер версии** SPA-приложения (например, `Версия 1.0.2`) — полезно при обращении в поддержку.
Учётные данные — те же, что у пользователя в справочнике **"Пользователи"** конфигурации УИТ. Отдельного пароля "для ЛК" нет.
## Выбор из ранее использованных учёток
Если в этом браузере уже входили под какой-то учётной записью и ставили галочку "Запомнить меня", логин можно не набирать вручную — а выбрать из списка.
Иконка **человечков** справа в поле "Логин" открывает выпадающий список ранее использованных учёток. По каждой видно:
- Аватар с инициалами;
- ФИО (реквизит "Полное имя" из карточки пользователя в 1С);
- **Имя (для входа)** — то, что администратор задал в карточке пользователя в поле "Имя (для входа)". Часто оно оформляется как *"Роль или должность (Фамилия)"* — например, *"Сотрудник склада (Соколов)"* или *"Руководитель (Павлов)"*. Именно это значение подставится в поле "Логин" при выборе строки.
Клик по строке подставляет её "Имя (для входа)" в поле "Логин" — остаётся ввести пароль и нажать "Войти". Крестик **"×"** справа от строки удаляет запись из списка сохранённых.
## Показ и скрытие пароля
Иконка **глаза** справа в поле "Пароль":
- **Открытый глаз** (по умолчанию) — при клике включает режим "Показать пароль": символы отображаются в открытом виде вместо звёздочек. Иконка меняется на перечёркнутый глаз.
- **Перечёркнутый глаз** — при клике включает режим "Скрыть пароль": символы снова становятся звёздочками.
Полезно, если нужно убедиться, что правильно набрали пароль перед нажатием "Войти".
## Ошибки при входе
При проблемах со входом форма выводит сообщение в розовой плашке под заголовком "Личный кабинет" — над полями ввода. Возможные тексты:
- **"Неверный логин или пароль"** — введена ошибочная пара логин/пароль. Проверьте, что не залипла клавиша Caps Lock и раскладка клавиатуры русская/английская по нужде.
- **"Ошибка сервера (500)"** — показывает обобщённое сообщение, но за ним может скрываться разная причина. Самый частый случай — **временная блокировка учётки** после **3 неверных попыток входа подряд**: сервер возвращает текст вида *"Превышено допустимое количество ошибок при вводе имени и пароля. Вход для данного пользователя заблокирован до даты и времени разблокировки"*, но SPA не выводит его в форму. Реже — реальная проблема на сервере (недоступна база 1С, ошибка веб-сервиса). Дождитесь времени разблокировки, указанного в теле ответа сервера (F12 → вкладка Network → Response), или обратитесь к администратору — он может снять блокировку в 1С раньше.
## Регистрация
**Самостоятельной регистрации в новом ЛК нет** — на странице входа нет ссылки "Регистрация". Учётные записи создаёт администратор УИТ в справочнике **"Пользователи"**. После создания записи и назначения ей ролей доступа в ЛК пользователь может войти под своим логином и паролем.
## Восстановление и смена пароля
Восстановление пароля через страницу входа ЛК **тоже недоступно** — ссылки "Забыли пароль?" нет.
Смена пароля также **не доступна изнутри ЛК**: клик по аватару или ФИО пользователя в левой панели никаких настроек не открывает (см. [Главная страница и навигация](./Главная%20страница%20и%20навигация.md#карточка-пользователя)).
**Как сменить пароль:**
- **Через 1С** — администратор системы открывает нужного пользователя в справочнике "Пользователи" и меняет пароль.
- **Пользователь самостоятельно** — через 1С:Предприятие в разделе персональных настроек (если у него есть доступ к клиенту 1С).
## Выход
Кнопка **"Выйти"** — в карточке пользователя внизу **левой панели** ЛК, справа от сокращённого ФИО. Клик по ней:
1. Завершает текущую сессию.
2. Возвращает на страницу входа.
Если чекбокс "Запомнить меня" при входе был **включён**, логин останется в списке ранее использованных учёток (можно быстро войти обратно). Если был выключен — учётка не сохраняется, при следующем входе логин придётся набирать заново.
## Кэш и повторный вход
При включённом "Запомнить меня" браузер сохраняет данные для повторной авторизации в своём хранилище. Полный сброс достигается:
- Чисткой данных сайта в браузере;
- Или удалением конкретной записи через крестик в выпадашке сохранённых учёток на странице входа.
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**
:::
---
## Главная страница и навигация
Новый ЛК — это одностраничное приложение (SPA), которое открывается по адресу, выданному администратором системы. Интерфейс постоянный: слева — панель навигации, справа — основная область с содержимым выбранного раздела. Отдельной "шапки" с ФИО и должностью, как в классическом ЛК, нет — карточка пользователя вынесена вниз левой панели.
## Левая панель навигации
Панель делится на четыре зоны — сверху вниз:
1. **Верхняя строка** — три служебные кнопки:
- **`<` — "Свернуть панель проектов"**. Скрывает всю левую панель. На месте свёрнутой панели остаётся тонкая полоска с кнопкой **"`>`"** ("Развернуть панель проектов") — удобно, когда нужно больше места для основной области.
- **`#` — "Перейти к заданию по номеру"**. Открывает диалог "Введите № задачи" — вводите номер задачи и нажимаете **"Перейти"**, карточка задачи открывается. Работает и с задачами из проектов, не открытых в текущий момент.
- **`?` — "Показать горячие клавиши (F1)"**. Открывает справку по горячим клавишам ЛК. То же самое вызывается клавишей `F1` с клавиатуры.
2. **Входящие** — уведомления по всем доступным задачам, с числовым счётчиком непрочитанного.
3. **Проекты** — заголовок раздела с меню "..." и поле "Поиск проекта", ниже — список проектов.
4. **Карточка пользователя** — внизу панели: аватар (или инициалы), сокращённое ФИО и кнопка "Выйти".
### Раздел "Входящие"
Кнопка **"Входящие"** в верхней части списка. Рядом с названием в скобках — счётчик непрочитанных уведомлений (`Входящие (3)`). Если непрочитанных нет — счётчик не показывается.
При выборе в основной области открывается список событий (назначение исполнителем, изменение статуса, новый комментарий, упоминание). Подробнее — в статье [Входящие: уведомления по задачам](../Управление%20проектами/Видимость%20заданий%20и%20проектов.md#список-входящих).
### Раздел "Проекты"
Заголовок **"Проекты"** — над списком. Справа от заголовка кнопка **"..."** — открывает меню действий:
- **Создать** — создать новый проект.
- **Закрепить проект** — зафиксировать выбранный проект в верхней части списка (удобно для проектов, с которыми работаете постоянно).
Поле **"Поиск проекта"** — быстрый фильтр по названию: начните набирать — список сжимается до совпадений (например, набор `теле` оставит в списке только "Подрядчики 'Телекомсервис'").
Ниже — список проектов, в которых пользователь является участником (напрямую или через группу). Каждый проект отображается в виде строки с цветной меткой слева и названием. Цветная метка — это цвет проекта, который задаётся в его настройках; он помогает быстро отличать проекты визуально.
Активный (выбранный) проект подсвечен более тёмным фоном. При клике на проект в основной области открывается его канбан-доска / список задач / база знаний.
Список проектов зависит от прав доступа: пользователь видит только те проекты, в которых он участник — см. [Видимость заданий и проектов](../Управление%20проектами/Видимость%20заданий%20и%20проектов.md).
### Карточка пользователя
В самом низу левой панели:
- **Аватар** — цветной кружок с инициалами (или фото, если оно загружено в карточке пользователя УИТ). Клик по аватару ничего не открывает — это только визуальная метка.
- **ФИО** — сокращённое по ширине панели (`Павлов Сергей ...`). Клик по имени также не открывает профиль или настройки.
- **Кнопка "Выйти"** — единственный активный элемент карточки. Завершает сессию, возвращает на страницу входа.
## Основная область
Содержимое основной области зависит от того, какой пункт выбран в левой панели:
| Выбранный пункт | Что показывается в основной области |
|---|---|
| **Входящие** | Таблица уведомлений: Дата, Тип события, Тема, Источник, Автор. Ниже — область деталей выбранного события |
| **Проект → Список** | Таблица задач проекта: Тема, Номер, Дата, Инициатор, Исполнитель, Раздел, Дедлайн. Есть поиск и фильтры |
| **Проект → Канбан** | Канбан-доска с колонками (разделами проекта): Новые / Выполнение / Выполнено и т.д. Задачи-карточки со счётчиками в шапке колонок |
| **Проект → База знаний** | Статьи базы знаний, привязанные к проекту. При отсутствии — кнопки "+ Добавить страницу" и "+ Добавить папку" |
| **Проект → Обзор** | Лента опубликованных обзоров и кнопка "+ Создать" (если функционал обзоров включён — см. [Документ "Обзор проекта"](../Управление%20проектами/Документ%20Обзор%20проекта.md)) |
Переключение между разделами внутри проекта — вкладки в верхней части основной области.
### Шапка проекта
В верхней части основной области при открытом проекте:
- **Иконка + название проекта** — рядом со звёздочкой (избранное).
- Справа сверху — **текущий статус проекта** в виде выпадающего списка (например, "Планирование"). Открывает диалог "Смена статуса" — быстрый способ сменить статус без создания документа обзора.
- Кнопка **"Участники (N)"** — открывает диалог со списком участников проекта.
### Правая панель "Задание"
Справа от основной области — панель **"Задание"**. Когда задача не выбрана, панель показывает подсказку: *"Откройте задание из списка или введите его номер"*. При выборе задания в списке или на канбане в панель загружается её карточка.
Правую панель можно свернуть — кнопка **"`<`"** в правом верхнем углу экрана, в общей строке шапки проекта, рядом с кнопкой "Участники". После сворачивания панель полностью скрывается, а основная область расширяется на освободившееся место; для возврата панели — та же кнопка (теперь она открывает панель обратно).
## Горячие клавиши
Часть действий в ЛК доступна с клавиатуры — как ускорение для тех же кнопок, а не вместо них. Клавиша срабатывает для того места, где вы сейчас находитесь: открыто окно — работают его сочетания, нет открытых окон — сочетания страницы. Пока курсор в поле ввода, эти клавиши не мешают печатать — кроме подтверждения и отмены. Недоступные сейчас действия показаны блёкло: так о клавише можно узнать заранее, до того как она понадобится.
Полный список горячих клавиш открывается по кнопке **"`?`"** в верхней строке левой панели или клавишей `F1`.
**На странице:**
| Клавиша | Действие |
|---|---|
| `F1` | Показать горячие клавиши |
| `F2` | Открыть выделенное задание на весь экран |
| `Escape` | Закрыть панель задания |
## Права и видимость
Что видит пользователь в панели навигации, зависит от его настроек и участия в проектах:
- **Входящие** — только события по задачам, к которым у пользователя есть доступ.
- **Проекты** — только проекты, где пользователь является участником (сам или через группу пользователей). См. подробное описание правил в [Видимость заданий и проектов](../Управление%20проектами/Видимость%20заданий%20и%20проектов.md).
- **Вкладка "База знаний"** внутри проекта — доступна всем участникам проекта.
- **Вкладка "Обзор"** внутри проекта — появляется только если в настройках проекта на вкладке "Функционал" включён тумблер "Обзоры".
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**
:::
---
## Ежедневный отчёт
Страница `adddailyreport.html` позволяет сотруднику сдать в УИТ отчёт о выполненной за день работе — без открытия десктопного клиента 1С. Используется в первую очередь сотрудниками IT-отдела и сервисной службы, у которых учёт времени работы — обязательная процедура.
## Что показывает форма
В верхней части формы — **последние 3 строки уже сданных работ** за сегодня (или за выбранный день). Это нужно, чтобы:
- Видеть, что уже зафиксировано.
- Не дублировать строки.
- Сразу видеть оставшееся неучтённое время.
Под ними — форма ввода новой строки работы:
| Поле | Описание |
|------|---------|
| **Вид работы** | Выпадающий список из справочника `ВидыРабот` (только активные, не группы). Сортировка — по реквизиту дополнительного упорядочивания. |
| **Время начала** / **Время окончания** | Точные временные отметки начала и завершения работы. |
| **Длительность** | Можно указать время работы вручную (для случаев, когда точные часы начала/окончания не важны). |
| **Описание** | Текстовое описание выполненных действий. |
| **Связанное задание** | Опциональная привязка к конкретному заданию УИТ — для учёта времени по заявке клиента. |
| **Источник** | Подтягивается автоматически на основании предыдущих записей с похожим описанием. |
## Подсказка по виду работы
Если в описании указан текст, который уже встречался в недавних записях, система автоматически предлагает соответствующий **вид работы** и **источник**, основываясь на истории. Запрос проверяет совпадения за **последний месяц** — если описание по `ПОДОБНО` совпало хоть с одной строкой недавних работ, берётся самый последний вид работы и источник.
Этот механизм реализован через AJAX-запрос на `query.html?query=workkind&description=<текст>`. Браузер вызывает его при изменении описания — поля «Вид работы» и «Источник» автоматически заполняются, если найдено совпадение.
## Сохранение строки
После заполнения полей нажмите **«Сохранить»**. Система:
1. Создаёт новую строку в табличной части `Документ.ЕжедневныйОтчет.Работы` для сегодняшнего дня (или для выбранного дня, если в форме можно менять дату).
2. Если документа `ЕжедневныйОтчет` за день ещё нет — создаёт его с автоматическим заполнением шапки (Сотрудник, Дата).
3. Если документ уже существует — добавляет к нему новую строку.
После успешного сохранения форма возвращается в режим ввода — можно сразу заполнить следующую строку.
## Контроль учётного времени
В шапке отчёта обычно отображается:
- **Сумма времени по сегодняшним строкам** — общее время, учтённое за сегодня.
- **Норматив** (если задан в системе) — например, 8 часов.
- **Остаток** — сколько ещё нужно учесть до нормы.
Эти подсказки помогают сотруднику дисциплинированно учитывать всё рабочее время и закрывать каждый день в полном объёме.
## Особенности учёта
- **Привязка к заданию** — если строка привязана к конкретному заданию УИТ, в задании автоматически появляется соответствующая запись потраченного времени. Это используется для расчёта трудозатрат и биллинга клиентов.
- **Источник работы** — справочное поле, которое позволяет сегментировать работу по проектам, договорам или процессам.
- **Сегодняшний день** обычно открыт для редактирования; прошлые дни — в зависимости от настроек политики (могут быть закрыты для изменений после определённого срока).
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Поиск, база знаний
В классическом веб-ЛК эти три функции были самостоятельными разделами меню. В новом ЛК ситуация изменилась:
| Функция | В новом ЛК | Где искать |
|---|---|---|
| **Глобальный поиск** по всем задачам | Отсутствует как самостоятельный раздел | Только поиск внутри списка конкретного проекта + переход по номеру задачи через кнопку `#` |
| **База знаний** | Есть, отдельная для каждого проекта, но с быстрым переключением между всеми доступными базами | В карточке проекта, вкладка "База знаний" |
| **Адресная книга** контактов | Отсутствует | Через толстый клиент 1С:Предприятие |
## Поиск
### Что было в классическом ЛК
Отдельный раздел меню **Поиск** — глобальный поиск сразу по всем заданиям и всей базе знаний, с чекбоксами по областям и алгоритмом "все слова должны найтись".
### Как искать в новом ЛК
Отдельного пункта "Поиск" в левой панели навигации нет. Задачи ищутся тремя способами:
1. **Поиск в списке проекта** — поле "Поиск" в правом верхнем углу вкладки "Список" фильтрует задания текущего проекта по теме, номеру, ФИО пользователя-инициатора и исполнителя. Подробнее — в статье [Список заданий](./Список%20заданий.md#поиск).
2. **Переход по номеру задачи** — кнопка **`#`** в верхней строке левой панели. Открывает диалог "Введите № задачи", после ввода номера — задача открывается в правой панели "Задание" даже если она из другого проекта. Подробнее — в статье [Главная страница и навигация](./Главная%20страница%20и%20навигация.md#левая-панель-навигации).
3. **Через список "Входящие"** — если задача попала к вам через событие (назначили исполнителем, добавили комментарий, упомянули) — она будет в разделе "Входящие" левой панели.
**Глобального поиска сразу по всем задачам всех проектов** в новом ЛК нет. Чтобы найти задачу, надо сначала выбрать проект.
## База знаний
База знаний в новом ЛК **встроена внутрь проекта** — открывается как вкладка **База знаний** в шапке проекта, рядом с вкладками "Список" и "Канбан". База знаний каждого проекта существует как отдельное **"пространство"** — своё для каждого проекта, с собственным набором страниц, папок, тегов.
Хотя пространство привязано к проекту, между ними можно **быстро переключаться прямо из открытой БЗ** — через иконку **"Открыть базу знаний"** на левой панели. Это открывает диалог со списком всех пространств доступных проектов и полем фильтра — вы выбираете нужную БЗ, и она загружается в основную область без ухода из текущего проекта.
### Пустая база знаний
Если в проекте ещё нет ни одной статьи, вкладка "База знаний" показывает две крупные кнопки посередине области:
- **"+ Добавить страницу"** — создать новую статью в корне пространства.
- **"+ Добавить папку"** — создать папку для группировки статей.
Слева от области статей всё равно виден **дерево навигации** с надписью *"Нет страниц и папок"* — оно наполнится, как только вы создадите первый элемент.
### Панель инструментов слева
При открытой базе знаний слева от дерева навигации есть вертикальная панель из 8 иконок. Названия — по всплывающим подсказкам при наведении:
| Иконка | Подсказка | Что делает |
|---|---|---|
| **Открытая книга** | *"Открыть базу знаний"* | Открывает **диалог со списком всех баз знаний** (по одной на каждый доступный проект) с полем "Фильтр". Клик по строке — переключение на базу знаний соответствующего проекта, при этом сам активный проект в левой панели не меняется. Так можно быстро перескочить в БЗ другого проекта без ухода из текущего |
| **"+"** | *"Добавить страницу"* | Создать новую статью в текущем месте |
| **"+" с папкой** | *"Добавить папку"* | Создать папку для группировки статей |
| **Лупа** | *"Поиск по пространству"* | Найти страницу или папку по названию/содержимому в этой базе знаний |
| **Круговая стрелка** | *"Обновить"* | Перечитать дерево и текущую страницу с сервера |
| **Ссылка** | *"Ссылка на пространство"* | Скопировать ссылку на всю базу знаний этого проекта |
| **Тег** | *"Все теги пространства"* | Открыть список тегов, использованных в статьях этой базы знаний |
| **Стрелка (внешняя ссылка)** | *"Перейти по ссылке"* | Открыть внешнюю ссылку / другую статью по URL |
### Дерево навигации
Кнопка **"← Навигация"** в верхней части основной области открывает / скрывает боковое дерево пространства — там показывается иерархия папок и страниц для перехода между разделами базы знаний проекта. Клик по названию папки раскрывает её содержимое, клик по странице — открывает её текст в основной области.
### Дополнительные окна
Некоторые иконки панели инструментов открывают отдельные диалоги:
**Поиск по пространству** — поле для ввода запроса с фильтрацией страниц и папок текущей базы знаний по названию.
**Ссылка на пространство** — окно со ссылкой на всю базу знаний текущего проекта (для копирования и передачи коллегам).
### Доступ
База знаний проекта доступна **всем участникам проекта** — независимо от роли (Администратор / Редактор / Комментатор все могут читать статьи). Создавать и редактировать страницы могут Администратор и Редактор проекта.
## Адресная книга
В новом ЛК **самостоятельного раздела "Адресная книга"** нет. Контакты сотрудников, контрагентов, контактных лиц через ЛК посмотреть нельзя.
### Что делать сейчас
- **Контакты сотрудников и контрагентов** — смотреть через толстый клиент **1С:Предприятие**, в справочниках "Пользователи", "Сотрудники", "Контрагенты", "Контактные лица".
- **Быстро увидеть инициатора / исполнителя** конкретного задания — можно через колонку "Инициатор" или "Исполнитель" в [Списке заданий](./Список%20заданий.md#колонки-таблицы), а также в блоках карточки задания.
## Связанные материалы
- [Список заданий](./Список%20заданий.md) — поиск внутри проекта.
- [Главная страница и навигация](./Главная%20страница%20и%20навигация.md#левая-панель-навигации) — кнопка `#` для перехода по номеру.
- [Работа с заданием](./Работа%20с%20заданием.md) — просмотр инициатора и исполнителя в карточке.
:::warning Важно!
Описанный в статье функционал соответствует **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Публикация личного кабинета (Ubuntu, Apache)
Чтобы пользователи могли работать с личным кабинетом (далее — ЛК), информационная база (далее — ИБ) «Управление IT-отделом 8» должна быть опубликована на веб-сервере.
В этой статье рассмотрен случай, когда ИБ опубликована на **Apache под Ubuntu**.
:::info Предусловие
Перед публикацией ЛК убедитесь, что ИБ уже опубликована и открывается в браузере. Все команды выполняются от имени администратора (через `sudo`).
:::
В примерах используются такие значения — подставьте свои:
| Что | Значение в примерах |
|---|---|
| Папка публикации ИБ на диске | `/var/www/1c/it4demo` |
| Имя публикации ИБ (адрес) | `it4demo` |
| Папка ЛК на диске | `/var/www/1c/it4demo_lk` |
| Адрес ЛК | `http://localhost/it4demo/lk/` |
## Главное правило: папка ЛК лежит рядом с публикацией, а не внутри неё
:::warning Важно!
Не кладите файлы ЛК внутрь папки публикации базы — например, в `/var/www/1c/it4demo/lk`. Кабинет там не откроется.
:::
Публикация 1С добавляет в настройки Apache блок вида `` с указанием передавать все запросы модулю 1С. Вложенные папки наследуют эту настройку, поэтому файлы кабинета уйдут в 1С вместо браузера — и вместо ЛК откроется страница 1С или ошибка 404.
Поэтому папку ЛК создаём **соседней** — `/var/www/1c/it4demo_lk` рядом с `/var/www/1c/it4demo`.
Имя папки на диске и адрес в браузере — разные вещи: папка называется `it4demo_lk`, а открываться кабинет будет по адресу `http://localhost/it4demo/lk/`. Связывает их настройка Apache, которую вы подготовите на шаге 5.
---
## Часть 1. Установка
### Шаг 1. Скачайте и распакуйте дистрибутив
Скачайте дистрибутив личного кабинета с нашего сайта — файл вида **`itlk_1_0_0_full.zip`** (цифры в имени — версия ЛК) — и распакуйте его во временную папку:
```bash
sudo apt install unzip # если unzip ещё не установлен
unzip ~/Загрузки/itlk_1_0_0_full.zip -d ~/Загрузки/itlk
ls ~/Загрузки/itlk
```
В распакованной папке должны быть каталоги `app`, `deploy`, `docs` и файлы `README.html`, `CHANGELOG.md`.
### Шаг 2. Создайте папку для файлов ЛК
```bash
sudo mkdir -p /var/www/1c/it4demo_lk
```
Обратите внимание: папка создаётся **рядом** с папкой публикации базы `/var/www/1c/it4demo`, а не внутри неё (см. раздел выше).
### Шаг 3. Скопируйте файлы ЛК
Скопируйте **содержимое** папки `app` — то есть сами файлы и папки, а не папку `app` целиком (точка в конце пути означает «содержимое»):
```bash
sudo cp -r ~/Загрузки/itlk/app/. /var/www/1c/it4demo_lk/
ls /var/www/1c/it4demo_lk
```
После копирования папка должна выглядеть так:
```
/var/www/1c/it4demo_lk/
├── index.html ← должен лежать здесь, а не в подпапке app
├── config.json
├── manifest.json
├── assets/
└── kb/
```
Выдайте права на чтение веб-серверу и проверьте, что они применились:
```bash
sudo chown -R www-data:www-data /var/www/1c/it4demo_lk
sudo chmod -R u=rwX,go=rX /var/www/1c/it4demo_lk
ls -lh /var/www/1c/it4demo_lk
```
В выводе `ls -lh` у каждой строки должно быть:
- владелец и группа — `www-data www-data`;
- у файлов права `-rw-r--r--`: чтение открыто всем, запись — только владельцу;
- у папок строка начинается с `d`, а к правам добавлен `x` — без него Apache не сможет в них зайти.
:::warning Частая ошибка
Скопирована сама папка `app`, и получился путь `/var/www/1c/it4demo_lk/app/index.html`. В этом случае кабинет не откроется — перенесите содержимое на уровень выше.
:::
### Шаг 4. Укажите адрес API
Откройте файл настроек кабинета:
```bash
sudo nano /var/www/1c/it4demo_lk/config.json
```
Впишите в строку `apiUrl` адрес обращения к API вашей базы:
```json
{
"$schema": "./config.schema.json",
"apiUrl": "http://localhost/it4demo/hs/api/v2/"
}
```
Адрес строится по образцу `http://[хост]/[имя публикации]/hs/api/v2/`, где:
- `[хост]` — адрес веб-сервера (`localhost`, доменное имя или IP);
- `[имя публикации]` — имя, под которым опубликована ИБ.
Сохраните файл: **Ctrl + O**, затем **Enter**, выход — **Ctrl + X**.
**Проверьте адрес сразу:**
```bash
curl -I http://localhost/it4demo/hs/api/v2/
```
Ответ `401 Unauthorized` — адрес верный, сервер запрашивает авторизацию. Ответ `404` означает, что адрес неверный: уточните путь публикации базы.
### Шаг 5. Подготовьте файл настроек Apache
Скопируйте из архива файл `deploy/apache/lk-alias.conf` в каталог настроек Apache и откройте его:
```bash
sudo cp ~/Загрузки/itlk/deploy/apache/lk-alias.conf /etc/apache2/conf-available/
sudo nano /etc/apache2/conf-available/lk-alias.conf
```
Под шапкой из комментариев есть две пары строк: рабочая — с путями Windows, и закомментированная — с путями Ubuntu. **Поменяйте их местами**: поставьте `#` в начале первых двух строк и уберите `#` у следующих двух.
Было:
```apache
Define ITLK_PATH /it4demo/lk
Define ITLK_DIR C:/www/it4demo_lk
# Ubuntu:
# Define ITLK_PATH /it4demo/lk
# Define ITLK_DIR /var/www/1c/it4demo_lk
```
Стало:
```apache
# Define ITLK_PATH /it4demo/lk
# Define ITLK_DIR C:/www/it4demo_lk
# Ubuntu:
Define ITLK_PATH /it4demo/lk
Define ITLK_DIR /var/www/1c/it4demo_lk
```
Значения подставьте свои:
| Строка | Что указать | Пример |
|---|---|---|
| `ITLK_PATH` | адрес, по которому будет открываться кабинет | `/it4demo/lk` |
| `ITLK_DIR` | папка из шага 2 | `/var/www/1c/it4demo_lk` |
Кавычки вокруг значений не ставятся. Остальную часть файла менять не нужно: значения подставляются во все настройки сами.
### Шаг 6. Подключите файл и нужные модули
Файл настроек кабинета нужно подключить **до** блока публикации базы: Apache применяет первое подходящее правило, и при обратном порядке адрес `/it4demo/lk` перехватит публикация 1С.
Найдите, где объявлена публикация:
```bash
sudo grep -rn 'Alias' /etc/apache2/apache2.conf \
/etc/apache2/conf-enabled/ /etc/apache2/sites-enabled/
```
Вы ищете строку вида `Alias "/it4demo" "/var/www/1c/it4demo/"`. Дальше действуйте по тому, в каком файле она нашлась.
**Публикация в `apache2.conf`** (так её обычно дописывает публикатор 1С). Откройте файл:
```bash
sudo nano /etc/apache2/apache2.conf
```
и **непосредственно перед** найденной строкой вставьте:
```apache
Include conf-available/lk-alias.conf
```
**Публикация в одном из файлов `conf-enabled/`** (например `1c-demo.conf`). Откройте `apache2.conf`, найдите строку `IncludeOptional conf-enabled/*.conf` и вставьте ту же строку `Include` **перед ней** — так настройки кабинета прочитаются раньше всего каталога.
**Публикация внутри `` в `sites-enabled/`.** Порядок в `apache2.conf` тут не поможет: директивы виртуального хоста проверяются раньше. Перенесите содержимое `lk-alias.conf` внутрь того же блока ``, выше строк публикации.
:::warning Почему не a2enconf
Команда `a2enconf` подключает файлы через каталог `conf-enabled`, а он читается в той строке `apache2.conf`, где стоит `IncludeOptional conf-enabled/*.conf`. Публикация 1С обычно дописана выше — и тогда её `Alias` оказывается первым, а кабинет открывается ошибкой 1С «HTTP: Not found». Явный `Include` перед блоком публикации от этого избавляет.
:::
Затем включите модули, которые нужны кабинету:
```bash
sudo a2enmod headers alias
```
Если модули уже включены, Apache сообщит об этом — это нормально.
### Шаг 7. Проверьте настройки и перезапустите Apache
Сначала — проверка синтаксиса. Она не трогает работающий сервер:
```bash
sudo apachectl configtest
```
Ожидаемый ответ — **`Syntax OK`**. Если вместо него выводится ошибка, в сообщении указаны файл и номер строки: чаще всего это опечатка в пути.
:::warning Важно!
Не перезапускайте Apache, пока не получите `Syntax OK`. С ошибкой в настройках сервер не запустится, и вместе с кабинетом станет недоступна опубликованная база 1С.
:::
После успешной проверки примените настройки:
```bash
sudo systemctl reload apache2
```
### Шаг 8. Проверьте результат
Откройте в браузере адрес личного кабинета:
```
http://localhost/it4demo/lk/
```
Должна появиться форма входа.
### Проверка после установки
Пройдите список целиком — это пара минут:
1. Кабинет открывается, появляется форма входа.
2. Кабинет **не** спрашивает адрес информационной базы. Если спрашивает — не прочитан `config.json`.
3. Вход выполняется, открывается список задач.
4. Открывается вкладка «База знаний», статьи читаются, в статьях видны схемы и цветная подсветка кода.
5. Задача с вложением открывается, вложение скачивается без повреждений.
6. Обновление страницы (**F5**) не приводит к выходу из системы.
---
## Часть 2. Обновление версии
Обновление — это замена файлов кабинета. Настройки Apache при этом **не меняются**: их достаточно было выполнить один раз при установке. Перезапускать Apache тоже не нужно.
### Шаг 1. Сохраните config.json
```bash
sudo cp /var/www/1c/it4demo_lk/config.json ~/config.json.backup
```
В нём указан адрес API вашей базы — это единственное, что нужно сохранить.
### Шаг 2. Распакуйте новую версию
```bash
unzip ~/Загрузки/itlk_1_0_1_full.zip -d ~/Загрузки/itlk-new
```
### Шаг 3. Очистите папку кабинета
```bash
sudo rm -rf /var/www/1c/it4demo_lk/*
```
:::warning Проверьте путь перед выполнением
Команда удаляет всё содержимое указанной папки без подтверждения. Убедитесь, что в ней написано именно `/var/www/1c/it4demo_lk/*`.
:::
:::info Именно удалите, а не копируйте поверх
Между версиями меняются имена файлов. При копировании поверх старые файлы останутся в папке, будут занимать место, а браузер может взять из кэша старый файл. Саму папку и настройки Apache удалять не нужно.
:::
### Шаг 4. Скопируйте файлы новой версии
```bash
sudo cp -r ~/Загрузки/itlk-new/app/. /var/www/1c/it4demo_lk/
```
### Шаг 5. Верните config.json и права
```bash
sudo cp ~/config.json.backup /var/www/1c/it4demo_lk/config.json
sudo chown -R www-data:www-data /var/www/1c/it4demo_lk
sudo chmod -R u=rwX,go=rX /var/www/1c/it4demo_lk
```
### Шаг 6. Проверьте результат
Откройте кабинет в браузере и обновите страницу с очисткой кэша: **Ctrl + F5**.
Убедитесь, что версия обновилась:
```bash
head -3 /var/www/1c/it4demo_lk/manifest.json
```
Значение поля `version` должно совпадать с версией нового архива. Что изменилось в версии, описано в `CHANGELOG.md` в корне архива.
:::info Совет
Храните архив предыдущей версии, пока новая не проработает без замечаний хотя бы несколько дней. Откат выполняется тем же способом: распакуйте прежнюю версию и верните свой `config.json`.
:::
---
## Если что-то не работает
| Что видно | Причина и решение |
|---|---|
| Вместо кабинета — текст с `HTTP: Not found` и `Ошибка при выполнении запроса GET к ресурсу /lk` | Отвечает публикация 1С: она перехватила адрес кабинета. Строка `Include conf-available/lk-alias.conf` должна стоять **выше** блока публикации в `apache2.conf` (шаг 6). Если вы подключали файл через `a2enconf`, отключите: `sudo a2disconf lk-alias` — и пропишите `Include` вручную |
| Открывается 1С или ошибка 404, хотя файлы на месте | Кроме порядка подключения (строка выше) проверьте ещё два места. Первое: папка ЛК не должна лежать внутри папки публикации `/var/www/1c/it4demo` — перенесите её рядом, в `/var/www/1c/it4demo_lk`, и поправьте `ITLK_DIR`. Второе: если публикация 1С описана внутри виртуального хоста (файл в `/etc/apache2/sites-available/`), перенесите содержимое `lk-alias.conf` внутрь того же блока ``, выше строк публикации 1С |
| Пустая страница, в консоли браузера — ошибки загрузки файлов | Скопирована сама папка `app`. Проверьте, что `index.html` лежит прямо в `/var/www/1c/it4demo_lk` (шаг 3) |
| Кабинет спрашивает адрес информационной базы | Не прочитан `config.json`: проверьте, что файл лежит рядом с `index.html`, поле `apiUrl` заполнено и не нарушен синтаксис (лишняя запятая, одинарные кавычки) |
| Вход не проходит, ошибка 401 | Логин и пароль не приняты самой 1С. Проверьте учётную запись, войдя с ней в базу напрямую |
| Ошибка 403 | Нет прав на чтение папки. Повторите команды `chown` и `chmod` из шага 3 |
| Список файлов вместо кабинета | Не применились настройки из `lk-alias.conf`: проверьте `sudo apachectl configtest` и что выполнены `a2enconf lk-alias` и `systemctl reload apache2` |
| Нет диаграмм и подсветки кода, шрифты стандартные | Не скопирована папка `assets` — скопируйте её из `app` целиком |
| После обновления интерфейс ведёт себя странно | Браузер использует файлы из кэша. Обновите страницу с очисткой кэша: **Ctrl + F5** |
Журнал ошибок Apache: `/var/log/apache2/error.log`. Посмотреть последние записи:
```bash
sudo tail -n 50 /var/log/apache2/error.log
```
### Что приложить к обращению в поддержку
- Файл `manifest.json` из папки кабинета целиком.
- Адрес, по которому открывается кабинет, и значение `apiUrl` из `config.json`.
- Ваш файл `/etc/apache2/conf-available/lk-alias.conf`.
- Вывод команд `sudo apachectl -S` и `sudo apachectl -M`.
- Снимок вкладки **Console** браузера (клавиша **F12**) с сообщениями об ошибках.
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Публикация личного кабинета (Windows, XAMPP)
Чтобы пользователи могли работать с личным кабинетом (далее — ЛК), информационная база (далее — ИБ) «Управление IT-отделом 8» должна быть опубликована на веб-сервере.
В этой статье рассмотрен случай, когда ИБ опубликована на **Apache из состава XAMPP (Windows)**.
:::info Предусловие
Перед публикацией ЛК убедитесь, что ИБ уже опубликована и открывается в браузере. Только после этого приступайте к установке личного кабинета.
:::
В примерах используются такие значения — подставьте свои:
| Что | Значение в примерах |
|---|---|
| Папка публикации ИБ на диске | `C:\www\it4demo` |
| Имя публикации ИБ (адрес) | `it4demo` |
| Папка ЛК на диске | `C:\www\it4demo_lk` |
| Адрес ЛК | `http://localhost/it4demo/lk/` |
## Главное правило: папка ЛК лежит рядом с публикацией, а не внутри неё
:::warning Важно!
Не кладите файлы ЛК внутрь папки публикации базы — например, в `C:\www\it4demo\lk`. Кабинет там не откроется.
:::
Публикация 1С добавляет в настройки Apache блок вида `` с указанием передавать все запросы модулю 1С. Вложенные папки наследуют эту настройку, поэтому файлы кабинета уйдут в 1С вместо браузера — и вместо ЛК откроется страница 1С или ошибка 404.
Поэтому папку ЛК создаём **соседней** — `C:\www\it4demo_lk` рядом с `C:\www\it4demo`.
Имя папки на диске и адрес в браузере — разные вещи: папка называется `it4demo_lk`, а открываться кабинет будет по адресу `http://localhost/it4demo/lk/`. Связывает их настройка Apache, которую вы подготовите на шаге 5.
---
## Часть 1. Установка
### Шаг 1. Скачайте и распакуйте дистрибутив
Скачайте дистрибутив личного кабинета с нашего сайта. Вы получите файл вида **`itlk_1_0_0_full.zip`** (цифры в имени — версия ЛК).
Распакуйте архив в любую временную папку. Внутри будут папки `app`, `deploy`, `docs` и файлы `README.html`, `CHANGELOG.md`.
### Шаг 2. Создайте папку для файлов ЛК
Создайте папку `C:\www\it4demo_lk`.
Обратите внимание: папка создаётся **рядом** с папкой публикации базы `C:\www\it4demo`, а не внутри неё (см. раздел выше).
### Шаг 3. Скопируйте файлы ЛК
Скопируйте в `C:\www\it4demo_lk` **содержимое** папки `app` из распакованного архива — то есть сами файлы и папки, а не папку `app` целиком.
После копирования папка должна выглядеть так:
```
C:\www\it4demo_lk\
├── index.html ← должен лежать здесь, а не в подпапке app
├── config.json
├── manifest.json
├── assets\
└── kb\
```
:::warning Частая ошибка
Скопирована сама папка `app`, и получился путь `C:\www\it4demo_lk\app\index.html`. В этом случае кабинет не откроется — перенесите содержимое на уровень выше.
:::
### Шаг 4. Укажите адрес API
Откройте файл `config.json` из папки ЛК в «Блокноте» и впишите в строку `apiUrl` адрес обращения к API вашей базы:
```json
{
"$schema": "./config.schema.json",
"apiUrl": "http://localhost/it4demo/hs/api/v2/"
}
```
Адрес строится по образцу `http://[хост]/[имя публикации]/hs/api/v2/`, где:
- `[хост]` — адрес веб-сервера (`localhost`, доменное имя или IP);
- `[имя публикации]` — имя, под которым опубликована ИБ.
Сохраните файл (кодировка UTF-8 — «Блокнот» Windows 10 и новее делает это по умолчанию).
**Проверьте адрес сразу:** откройте его в браузере. Сервер должен запросить логин и пароль или вернуть ответ в виде текста JSON. Страница «не найдено» означает, что адрес неверный — уточните путь публикации базы.
### Шаг 5. Подготовьте файл настроек Apache
Скопируйте из архива файл **`deploy\apache\lk-alias.conf`** в папку `C:\xampp\apache\conf\extra\`.
Откройте скопированный файл в «Блокноте». Под шапкой из комментариев есть две рабочие строки — **исправить нужно только их**:
```apache
Define ITLK_PATH /it4demo/lk
Define ITLK_DIR C:/www/it4demo_lk
```
Ниже них лежит закомментированная пара с путями Ubuntu — она начинается со знаков `#` и на работу не влияет, трогать её не нужно.
| Строка | Что указать | Пример |
|---|---|---|
| `ITLK_PATH` | адрес, по которому будет открываться кабинет | `/it4demo/lk` |
| `ITLK_DIR` | папка из шага 2 | `C:/www/it4demo_lk` |
:::warning Обратите внимание
Пути пишутся через **прямой** слэш — `C:/www/it4demo_lk`, а не `C:\www\it4demo_lk`. Кавычки вокруг значений не ставятся. Путь без пробелов избавит от целого класса ошибок.
:::
Остальную часть файла менять не нужно: значения подставляются во все настройки сами.
### Шаг 6. Подключите файл к настройкам Apache
Откройте файл `C:\xampp\apache\conf\httpd.conf` в «Блокноте».
Найдите в нём блок публикации 1С — он начинается со строки вида:
```apache
Alias "/it4demo" "C:/www/it4demo/"
```
**Перед этим блоком** добавьте строку:
```apache
Include conf/extra/lk-alias.conf
```
:::warning Важно! Порядок имеет значение
Apache проверяет адреса в том порядке, в котором они записаны в файле, и применяет первое совпадение. Если строку `Include` поставить после блока публикации 1С, адрес `/it4demo/lk` перехватит публикация базы, и вместо кабинета откроется 1С.
:::
Сохраните файл.
### Шаг 7. Проверьте, что включены нужные модули
В том же `httpd.conf` найдите три строки и убедитесь, что в начале каждой **нет** знака `#`:
```apache
LoadModule alias_module modules/mod_alias.so
LoadModule mime_module modules/mod_mime.so
LoadModule headers_module modules/mod_headers.so
```
Если знак `#` есть — удалите его и сохраните файл.
### Шаг 8. Перезапустите Apache
:::warning Сначала сохраните копию httpd.conf
Скопируйте `C:\xampp\apache\conf\httpd.conf` в надёжное место. Если в файле окажется опечатка, Apache не запустится — а вместе с кабинетом станет недоступна и опубликованная база 1С. С копией вы вернёте рабочий файл за несколько секунд.
:::
Запустите **XAMPP Control Panel** — ярлык в меню «Пуск» или файл `C:\xampp\xampp-control.exe`.
В строке **Apache** нажмите **Stop**, дождитесь, пока подсветка имени модуля погаснет, затем нажмите **Start**.
**Если настройки верны**, имя `Apache` снова станет зелёным, а в нижнем окне журнала появятся строки со словами `Status change detected: running`.
**Если в настройках ошибка**, Apache не запустится: подсветка не появится, а в журнале красным будут строки `Error: Apache shutdown unexpectedly` и `Status change detected: stopped`.
Что делать в этом случае:
1. Нажмите кнопку **Logs** в строке Apache и выберите **Apache (error.log)** — откроется журнал ошибок.
2. Посмотрите последние строки: в них указаны файл и номер строки с ошибкой. Чаще всего это опечатка в пути.
3. Исправьте её и снова нажмите **Start**. Если не получается — верните сохранённую копию `httpd.conf` и запустите Apache, чтобы вернуть работу базы 1С, а затем разберитесь с настройками.
### Шаг 9. Проверьте результат
Откройте в браузере адрес личного кабинета:
```
http://localhost/it4demo/lk/
```
Должна появиться форма входа.
Если Apache в XAMPP работает не на 80-м порту, укажите порт в адресе — например, `http://localhost:8080/it4demo/lk/`.
### Проверка после установки
Пройдите список целиком — это пара минут:
1. Кабинет открывается, появляется форма входа.
2. Кабинет **не** спрашивает адрес информационной базы. Если спрашивает — не прочитан `config.json`.
3. Вход выполняется, открывается список задач.
4. Открывается вкладка «База знаний», статьи читаются, в статьях видны схемы и цветная подсветка кода.
5. Задача с вложением открывается, вложение скачивается без повреждений.
6. Обновление страницы (**F5**) не приводит к выходу из системы.
---
## Часть 2. Обновление версии
Обновление — это замена файлов кабинета. Настройки Apache при этом **не меняются**: их достаточно было выполнить один раз при установке. Перезапускать Apache тоже не нужно.
### Шаг 1. Сохраните config.json
Скопируйте файл `C:\www\it4demo_lk\config.json` в надёжное место. В нём указан адрес API вашей базы — это единственное, что нужно сохранить.
### Шаг 2. Распакуйте новую версию
Распакуйте архив новой версии во временную папку.
### Шаг 3. Очистите папку кабинета
Удалите **содержимое** папки `C:\www\it4demo_lk`. Саму папку и настройки Apache удалять не нужно.
:::warning Именно удалите, а не копируйте поверх
Между версиями меняются имена файлов. При копировании поверх старые файлы останутся в папке, будут занимать место, а браузер может взять из кэша старый файл.
:::
### Шаг 4. Скопируйте файлы новой версии
Скопируйте **содержимое** папки `app` из нового архива в `C:\www\it4demo_lk` — так же, как при установке.
### Шаг 5. Верните config.json
Скопируйте сохранённый на шаге 1 `config.json` обратно в папку кабинета, поверх нового.
### Шаг 6. Проверьте результат
Откройте кабинет в браузере и обновите страницу с очисткой кэша: **Ctrl + F5**.
Убедитесь, что версия обновилась: откройте файл `manifest.json` из папки кабинета — значение поля `version` должно совпадать с версией нового архива. Что изменилось в версии, описано в `CHANGELOG.md` в корне архива.
:::info Совет
Храните архив предыдущей версии, пока новая не проработает без замечаний хотя бы несколько дней. Откат выполняется тем же способом: распакуйте прежнюю версию и верните свой `config.json`.
:::
---
## Если что-то не работает
| Что видно | Причина и решение |
|---|---|
| Открывается 1С или ошибка 404, хотя файлы на месте | Одно из двух: строка `Include` стоит **после** блока публикации 1С в `httpd.conf` (шаг 6) — переставьте её выше; либо папка ЛК создана внутри папки публикации `C:\www\it4demo` — перенесите её рядом, в `C:\www\it4demo_lk`, и поправьте `ITLK_DIR` |
| Пустая страница, в консоли браузера — ошибки загрузки файлов | Скопирована сама папка `app`. Проверьте, что `index.html` лежит прямо в `C:\www\it4demo_lk` (шаг 3) |
| Кабинет спрашивает адрес информационной базы | Не прочитан `config.json`: проверьте, что файл лежит рядом с `index.html`, поле `apiUrl` заполнено и не нарушен синтаксис (лишняя запятая, одинарные кавычки) |
| Вход не проходит, ошибка 401 | Логин и пароль не приняты самой 1С. Проверьте учётную запись, войдя с ней в базу напрямую |
| Список файлов вместо кабинета или ошибка 403 | Не применились настройки из `lk-alias.conf`: проверьте, что имя `Apache` в XAMPP Control Panel подсвечено зелёным, а строка `Include` добавлена в `httpd.conf` (шаг 6) |
| Нет диаграмм и подсветки кода, шрифты стандартные | Не скопирована папка `assets` — скопируйте её из `app` целиком |
| После обновления интерфейс ведёт себя странно | Браузер использует файлы из кэша. Обновите страницу с очисткой кэша: **Ctrl + F5** |
Журнал ошибок Apache: `C:\xampp\apache\logs\error.log`.
### Что приложить к обращению в поддержку
- Файл `manifest.json` из папки кабинета целиком.
- Адрес, по которому открывается кабинет, и значение `apiUrl` из `config.json`.
- Ваш файл `lk-alias.conf` и фрагмент `httpd.conf` со строкой `Include`.
- Снимок вкладки **Console** браузера (клавиша **F12**) с сообщениями об ошибках.
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Публикация личного кабинета на IIS
Чтобы пользователи могли работать с личным кабинетом (далее — ЛК), информационная база (далее — ИБ) «Управление IT-отделом 8» должна быть опубликована на веб-сервере.
В этой статье рассмотрен случай, когда ИБ опубликована в **IIS (Windows)**. Как опубликовать саму базу, читайте в статье [«Публикация на сервере - IIS»](../Начало%20работы/Публикация%20конфигурации%20на%20web/Публикация%20на%20сервере%20IIS.md).
:::info Предусловие
Перед публикацией ЛК убедитесь, что ИБ уже опубликована и корректно работает в браузере. Только после этого можно приступать к публикации личного кабинета.
:::
## Шаг 1. Скачивание и распаковка дистрибутива
Скачайте дистрибутив личного кабинета с нашего сайта. Вы получите файл вида **`itlk_1_0_0_full.zip`** (цифры в имени означают версию ЛК).
Распакуйте архив в любую удобную папку.
## Шаг 2. Создание папки для файлов ЛК
По адресу **`C:\inetpub\wwwroot`** создайте папку, в которой будут храниться файлы публикации личного кабинета.
Например: `it4demo_lk`.
## Шаг 3. Копирование файлов ЛК
В созданную на предыдущем шаге папку скопируйте из распакованного архива:
- все файлы и папки из папки **`app`**;
- файл **`web.config`** из папки **`\deploy\iis`**.
## Шаг 4. Настройка адреса API
В скопированном файле **`config.json`** в строке **`"apiUrl"`** укажите адрес обращения к API базы в виде:
```
http://[хост]/[имя публикации]/hs/api/v2/
```
где:
- `[хост]` — адрес веб-сервера (например, `localhost` или доменное имя / IP);
- `[имя публикации]` — имя, под которым опубликована ИБ.
## Шаг 5. Создание пула приложений
Запустите **Диспетчер служб IIS**. В разделе **«Пулы приложений»** добавьте новый пул, указав только его **«Имя»**.
Рекомендуется задать имя, совпадающее с именем публикации базы. Например: `it4demo_lk`.
## Шаг 6. Добавление приложения ЛК в публикацию базы
Добавьте приложение личного кабинета **в публикацию базы**:
**Сайты → Default Web Site → правой кнопкой мыши на публикации базы → Добавить приложение.**
В открывшемся окне укажите:
- **Псевдоним** — например, `lk`;
- **Пул приложений** — выберите созданный на шаге 5 пул;
- **Физический путь** — папку, куда копировали файлы ЛК (шаг 2).
:::warning Важно!
Приложение добавляется именно **на публикации базы**, а не на папке личного кабинета.
:::
## Итог
В адресной строке браузера введите адрес личного кабинета вида:
```
http://[хост]/[имя публикации]/lk
```
и проверьте его работу.
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Работа с заданием
Карточка задания открывается **в правой панели "Задание"** при клике на строку в [Списке заданий](./Список%20заданий.md) или на карточку в канбане. Список остаётся видимым слева — можно быстро переключаться между задачами, не теряя контекст.
Карточку также можно **развернуть на весь экран** — кнопкой раскрытия в верхнем правом углу панели или клавишей **F2**. Возврат в компактный вид — крестиком `×` или Escape.
## Заголовок карточки
Сверху карточки:
- **Статус задания** — кнопка-выпадашка (например, *"Не выполнено ⌄"*). Клик открывает список из двух глобальных состояний: **Выполнено** и **Не выполнено**. Смена статуса из этой выпадашки — самый быстрый способ пометить задание как закрытое или, наоборот, вернуть в работу.
- **Кнопка "развернуть на весь экран"** (иконка со стрелками в углы) — увеличивает карточку на всю ширину экрана.
- **Кнопка `×`** — закрывает карточку (правая панель "Задание" останется, просто станет пустой).
Ниже:
- **Тип, номер, дата** — например, *"Задание #38 03.08.2026 14:44"*.
- **Тема задания** — крупным шрифтом. Рядом иконка **карандаша** — редактировать тему.
## Блоки карточки
Карточка состоит из блоков, каждый из которых сворачивается / разворачивается кликом по названию:
| Блок | Что содержит | Как редактировать |
|---|---|---|
| **Приоритет** | Метка приоритета (Критичный / Высокий / Средний / Ниже среднего / Низкий / Минимальный) | Клик по значению — выпадашка со списком |
| **Инициатор** | Кто создал задание — с аватаром и ФИО. Тип объекта: Пользователь / Сотрудник / Контрагент / Контактное лицо / Физическое лицо / Организация | Клик открывает выбор нового инициатора (обычно недоступно рядовым участникам — только автору/администратору) |
| **Клиент** | Заказчик задания. Например, *"Наша фирма"* или конкретный клиент-контрагент | Клик — выбор клиента |
| **Исполнитель** | Текущий исполнитель. Если не назначен — ссылка **"+ Назначить"** | Клик открывает диалог "Пользователи / Группы" с поиском, кнопками **"На меня"** и **"Снять"** (тот же, что в [Списке заданий](./Список%20заданий.md#быстрые-действия-по-строке)) |
| **Ответственный** | Дополнительный контролёр выполнения (не обязательный). По умолчанию не заполнен | Ссылка **"+ Назначить"** открывает выбор пользователя |
| **Выполнено** | Дата и время закрытия задания (например, *"08.07.2026 17:05"*). Появляется автоматически при переводе задания в статус "Выполнено". Пока задание не выполнено — блок не показывается | Не редактируется вручную, заполняется системой |
| **Проекты** | Список проектов, к которым привязано задание. У каждого — раздел ("Согласование договоров · Выполнение"). Кнопка `×` удаляет привязку | Ссылка **"+ Добавить"** — привязать задание к ещё одному проекту |
| **Теги** | Метки для группировки. У каждого крестик `×` для удаления | Ссылка **"+ Добавить"** — выбрать или создать тег |
| **Описание задачи** | Развёрнутый текст задания. Если исходно был HTML (например, письмо-инициатор) — отображается как есть | Иконка **карандаша** — открывает редактор |
| **Переписка** | Хронологическая лента комментариев со всеми участниками, их аватарами, датами и вложениями | Поле **"Написать комментарий..."** внизу + кнопка **"Отправить"** |
## Смена статуса и раздела
**Глобальный статус задания** — два состояния: **Выполнено** и **Не выполнено**. Меняется выпадашкой в верхнем левом углу карточки.
Когда задание переводится в **Выполнено** — в карточке появляется автоматически заполненный блок **ВЫПОЛНЕНО** с датой и временем закрытия. При возврате в **Не выполнено** этот блок скрывается.
**Раздел проекта** отдельно в карточке не меняется. Разделы — это колонки канбана, которые администратор проекта настраивает сам (например: *"Новые"*, *"Регистрация"*, *"Выполнение"*, *"Выполнено"*, *"Ждём ответ"* и т.д.). Каждый раздел привязан к одному из **6 глобальных статусов**: *Новый / В работе / Выполнено / Приостановлено / Возобновлено / Отменено*. Именно глобальный статус раздела влияет на фильтры "В работе" / "Выполненные" в списках. Сменить раздел задания можно перетаскиванием карточки на канбане или через специальное меню в списке / канбане.
Обратите внимание: **у задания** глобальных состояний только 2 (Выполнено / Не выполнено), а **у раздела проекта** — 6. Это разные сущности: статус задания говорит о его закрытости, статус раздела — о смысловой фазе, в которой оно сейчас находится.
## Редактирование темы и описания
**Тема** — карандаш рядом с заголовком. Клик открывает редактор одной строки; **Enter** сохраняет, **Escape** отменяет.
**Описание задачи** — карандаш в шапке блока "Описание задачи". Блок разворачивается прямо в карточке (без модального окна) в редактируемое многострочное поле. Никакого тулбара форматирования нет — редактирование как обычный текст.
Внизу поля две кнопки:
- **Сохранить** (зелёная) — сохраняет изменения.
- **Отмена** — закрывает редактор без сохранения.
## Работа с исполнителем и ответственным
**Исполнитель** — тот, кто должен выполнить задание. Всегда один пользователь или одна группа. Через кнопку **"+ Назначить"** открывается тот же диалог с двумя вкладками (Пользователи / Группы), поиском, кнопками **На меня** и **Снять**. Если назначена группа — любой её член может взять задание в работу.
**Ответственный** — дополнительный контролёр (например, руководитель отдела, которому важно, чтобы задание не было забыто). Не мешает исполнителю, но получает уведомления по ключевым событиям.
## Работа с проектами
Задание может быть привязано к нескольким проектам одновременно. В блоке **Проекты** для каждой привязки:
- слева — цветная метка и **название проекта**;
- справа — **раздел** в этом проекте (Выполнение / Новый / Ждём ответ и т.д.);
- крестик `×` — отвязать задание от этого проекта. Если пользователь видел задание только через этот проект — потеряет к нему доступ.
Кнопка **"+ Добавить"** открывает выпадашку со списком доступных проектов и полем поиска. В списке — только те проекты, где текущий пользователь является участником с ролью Администратор или Редактор. Клик по проекту сразу добавляет его в список привязок задания. Задание одновременно попадает в списки и канбаны всех своих проектов.
## Работа с тегами
Теги — свободные метки для группировки задач. Каждый тег — просто короткое слово или фраза (например, `Регистр`, `Лимиты`, `Срочно`). Один тег может быть у многих заданий, у одного задания — сколько угодно тегов.
- Клик **"+ Добавить"** — открывает список существующих тегов проекта с поиском. Можно ввести название нового тега — он создастся сразу.
- Крестик `×` рядом с тегом — снимает тег с задания (сам тег остаётся в системе, если используется в других заданиях).
Теги видны в списке заданий и помогают фильтровать (в панели фильтров-воронки).
## Переписка
Блок **Переписка** в нижней части карточки — хронологическая лента комментариев по заданию.
Каждый комментарий показывает:
- Аватар и **ФИО автора**;
- Действие (*"Создал(а) задание"*, *"Изменил(а) статус"*, *"Комментарий"* и т.д.);
- **Дату и время**;
- **Текст** или прикреплённые файлы.
Если по заданию ещё нет ни одного сообщения — вместо ленты показывается плейсхолдер *"Сообщений пока нет"*.
### Добавление комментария
Внизу карточки поле **"Написать комментарий..."** и две кнопки:
- **Отправить** — добавляет комментарий в переписку. Активна только когда в поле есть текст.
- **Обновить** — перезагружает переписку, если другие пользователи что-то написали, пока карточка была открыта.
Комментарий отправляется от имени текущего пользователя. Никаких настроек "приватный / только для команды" в форме нет — все комментарии видят все участники задания (по правилам общей [видимости](../Управление%20проектами/Видимость%20заданий%20и%20проектов.md)).
### Действия с комментариями
Рядом с датой каждого комментария есть кнопка **`⋮`** (три точки) — открывает контекстное меню. Набор пунктов **зависит от того, чей это комментарий**:
**На своём комментарии** — 4 пункта:
- **Изменить** — открывает текст комментария для редактирования (то же поле, что для добавления). Изменённый комментарий получает пометку об изменении.
- **Удалить** — полностью удаляет комментарий из переписки (действие красное, требует подтверждения).
- **Копировать** — копирует текст комментария в буфер обмена без разметки.
- **Копировать markdown** — копирует текст с сохранением Markdown-разметки (жирный, курсив, ссылки и т.д.).
**На чужом комментарии** — только 2 пункта копирования:
- **Копировать**
- **Копировать markdown**
Пунктов **Изменить** и **Удалить** на чужих комментариях нет — редактировать и удалять чужие сообщения нельзя.
## Права и видимость
Что можно с заданием — зависит от роли в проекте:
- **Администратор** проекта — полный доступ: редактировать все поля, менять статус, удалять задания, отвязывать/привязывать проекты.
- **Редактор** — редактировать все поля, менять статус, комментировать. Настройки проекта менять нельзя.
- **Комментатор** — только читать и оставлять комментарии. Ни поля, ни статус менять не может.
Если задание привязано к нескольким проектам, для него действует роль пользователя в **любом из этих проектов** — берётся максимальная (Администратор — Редактор — Комментатор).
## Связанные материалы
- [Список заданий](./Список%20заданий.md) — где открывается карточка, быстрые действия по строке.
- [Создание задания](./Создание%20задания.md) — как задание попадает в список.
- [Видимость заданий и проектов](../Управление%20проектами/Видимость%20заданий%20и%20проектов.md) — правила доступа и роли участников.
- [Главная страница и навигация](./Главная%20страница%20и%20навигация.md#правая-панель-задание) — где живёт панель "Задание".
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Создание задания
Новое задание создаётся **в контексте конкретного проекта** — сначала выбирается проект в левой панели, затем нажимается **"+ Создать"** над списком задач или в шапке колонки на канбане.
Кнопка "+ Создать" доступна только участникам проекта с ролью **"Администратор"** или **"Редактор"** (см. [Видимость заданий и проектов](../Управление%20проектами/Видимость%20заданий%20и%20проектов.md#роли-участника)). Комментатор задания создавать не может.
## Два способа создать задание
Задание можно создать двумя разными способами — с разными формами:
- **Полная форма "Новое задание"** — открывается по кнопке **"+ Создать"** на вкладке **"Список"**. Модальное окно с полями Тема, Описание, Исполнитель, Срок выполнения. Подходит, когда нужно сразу задать все важные параметры.
- **Быстрое добавление на канбане** — открывается по иконке **"+"** в шапке любой колонки канбана. Компактная inline-форма прямо в колонке: одно поле для заголовка и две кнопки. Подходит, когда нужно быстро "накидать" задач в конкретный раздел.
Оба способа создают полноценное задание, но состав полей и место открытия разные.
## Полная форма "Новое задание"
Открывается по кнопке **"+ Создать"** на вкладке **"Список"** проекта. Модальное окно посередине экрана.
Форма компактная — 4 поля и 2 кнопки:
| Поле | Описание | Обязательное |
|---|---|---|
| **Тема** | Плейсхолдер *"Тема задания"*. Одно предложение, кратко описывающее суть. Заголовок задания в списке и на канбане. | Да |
| **Описание** | Многострочное поле для развёрнутого описания. Простой текст без форматирования (жирный/курсив/списки нужно вводить обычным текстом). | Нет |
| **Исполнитель** | Блок с двумя вкладками **"Пользователи (N)"** и **"Группы (N)"** со счётчиками, поле поиска и список кандидатов. Кнопки **"На меня"** (быстро назначить себя автором и исполнителем) и **"Снять"** (сбросить выбранного исполнителя). | Нет |
| **Срок выполнения** | Дата в формате `дд.мм.гггг` — плановая дата завершения. Можно ввести вручную или выбрать в календаре по иконке справа. | Нет |
Внизу формы — 2 кнопки:
- **"Создать"** — зелёная, создаёт задание и закрывает форму. Активируется только после заполнения обязательной "Темы".
- **"Отмена"** — закрывает форму без сохранения.
## Быстрое добавление на канбане
Открывается по клику на **"+"** в шапке любой колонки канбана. Прямо в колонке появляется компактная форма:
- Поле **"Заголовок задачи..."** — единственное обязательное поле, только текст (одна строка).
- Кнопка **"Отмена"** — закрывает форму без сохранения.
- Кнопка **"Добавить"** — зелёная, создаёт задание. Активируется после ввода заголовка.
При добавлении:
- **Раздел (колонка)** — тот, в шапке которого нажали "+" (не первый раздел проекта, а именно выбранная колонка).
- **Тема** — введённая строка.
- **Описание, Исполнитель, Срок** — пустые. Дозаполняются позже в карточке задания.
Так что канбан-способ удобен именно для быстрого создания черновых задач, которые сразу попадают в нужную колонку и достраиваются потом.
## Автоматическое заполнение
Некоторые поля задания выставляются автоматически и ни в одной из форм не видны:
- **Инициатор** — текущий пользователь.
- **Проект** — тот, что был открыт в момент нажатия кнопки. Задание сразу привязывается к нему.
- **Раздел** — если создали через "+" в колонке канбана — раздел этой колонки. Если через "+ Создать" на вкладке "Список" — первый раздел проекта (обычно "Новый").
- **Дата** — дата и время создания задания.
- **Номер** — очередной номер в общей нумерации заданий системы.
- **Приоритет** — обычный (можно поменять после создания в карточке задания).
- **Клиент** — если инициатор — контрагент или контактное лицо, клиент подставляется автоматически из его карточки.
## Быстрое назначение исполнителя
В блоке "Исполнитель":
- Вкладка **"Пользователи"** — конкретные сотрудники (только те, кому в этом проекте назначена роль Администратор или Редактор).
- Вкладка **"Группы"** — группы пользователей (например, "Программисты", "Первая линия поддержки"). При назначении группы исполнителем задание становится доступным всем её членам.
- **Поле поиска** — фильтрует список по мере ввода.
- Кнопка **"На меня"** — назначает текущего пользователя (одним кликом, без поиска).
- Кнопка **"Снять"** — очищает выбранного исполнителя (задание останется без исполнителя, попадёт в общий пул проекта).
Исполнителя можно оставить пустым — тогда задание будет отображаться в общем списке проекта, любой участник с правами может взять его в работу через клик по колонке "Исполнитель" в [Списке заданий](./Список%20заданий.md#быстрые-действия-по-строке).
## Что не задаётся при создании
В форме нет полей для:
- **Приоритета** — задаётся после создания, в карточке задания.
- **Тегов** — тоже добавляются в карточке.
- **Прикреплённых файлов** — добавляются в карточке через блок "Присоединённые файлы".
- **Ответственного** — назначается в карточке.
- **Клиента** (для внутренних заданий) — если нужно указать вручную, делается это в карточке.
- **Связей с другими проектами** — задание можно добавить в другие проекты через блок "Проекты" в карточке.
Всё это можно донастроить сразу после создания — задание откроется в правой панели "Задание".
## Что происходит после нажатия "Создать"
1. Задание сохраняется в базе с автоматическим номером.
2. Форма закрывается.
3. Задание появляется в списке / на канбане проекта.
4. Задание автоматически подгружается в правую панель **"Задание"** — можно сразу дозаполнить приоритет, теги, описание, добавить файлы.
5. Всем участникам проекта (в зависимости от настроек уведомлений) отправляются оповещения о новом задании.
## Права и видимость
- Создать задание может участник проекта с ролью **"Администратор"** или **"Редактор"**.
- Комментатор кнопку "+ Создать" не видит.
- Созданное задание сразу видно всем участникам проекта — правила видимости общие (см. [Видимость заданий и проектов](../Управление%20проектами/Видимость%20заданий%20и%20проектов.md)).
## Связанные материалы
- [Список заданий](./Список%20заданий.md) — где будет видно созданное задание.
- [Работа с заданием](./Работа%20с%20заданием.md) — что можно сделать с заданием после создания (приоритет, теги, файлы, комментарии).
- [Видимость заданий и проектов](../Управление%20проектами/Видимость%20заданий%20и%20проектов.md) — правила доступа к проектам и задачам, роли участников.
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0** и относится к новому ЛК, а не к классическому веб-ЛК.
:::
---
## Список заданий
Список заданий в новом ЛК открывается **внутри конкретного проекта**, на вкладке **"Список"** (рядом с "Канбан" и "База знаний"). Отдельной страницы "все мои задания" в ЛК нет — вместо неё используются специальные проекты (см. раздел [Как посмотреть "мои" / "мне назначенные" задания](#как-посмотреть-мои--мне-назначенные-задания)).
## Верхняя панель списка
Над таблицей размещены:
- **`+ Создать`** — открывает диалог "Новое задание" (см. [Создание задания](./Создание%20задания.md)).
- **Иконка-воронка** — открывает панель фильтров по колонкам (статус, исполнитель, дедлайн и т.д.).
- **`...`** — открывает диалог **"Разделы проекта"** — настройка колонок канбана (Новый / Регистрация / Выполнение / Выполнено / Отменено / Возобновлено / Ждём ответ и т.д.) с привязкой каждого раздела к глобальному статусу (Новый / В работе / Приостановлено / Выполнено). Изменения влияют и на список, и на канбан-доску. Подробнее — в статье [Видимость заданий и проектов](../Управление%20проектами/Видимость%20заданий%20и%20проектов.md#разделы-проекта-и-статусы-задач).
- **`Поиск`** — поле поиска справа. Фильтрует список по вхождению строки в **тему**, **номер задания**, **ФИО инициатора-пользователя** и **ФИО/название исполнителя**. Разделы и даты поиск не находит. При клике по полю поиска между ним и таблицей заданий появляется подсказка *"Поиск по инициатору работает только по пользователям."*
## Колонки таблицы
| Колонка | Содержимое |
|---|---|
| _(иконка типа)_ | Значок в первой колонке — тип задания: галочка (обычная задача), молоточек (согласование), стрелка (другой тип). |
| **Тема** | Тема задания. Клик по теме подгружает карточку задания в правую панель "Задание". |
| **Номер** | Номер задания с цветной точкой слева (индикатор приоритета: красный / синий / зелёный / серый). |
| **Дата** | Дата и время создания задания (формат `dd.MM.yyyy HH:mm`). |
| **Инициатор** | Кто создал задание. Отображается аватар + сокращённое ФИО или название организации. **Клик по значению открывает выпадашку с типами объектов** (Пользователи / Сотрудники / Контрагенты / Контактные лица / Физические лица / Подразделения / Организации + "Очистить") — для быстрого фильтра списка по типу связанного инициатора. |
| **Исполнитель** | Текущий исполнитель. Если не назначен — прочерк "—". **Клик по значению открывает диалог быстрого назначения** — 2 вкладки (Пользователи / Группы со счётчиками), поле поиска, список кандидатов, кнопки **"На меня"** и **"Снять"**. |
| **Раздел** | Текущий раздел проекта (колонка канбана), в котором находится задание. Отображается с иконкой: "NEW", часы (в ожидании), зелёная галочка (выполнено), треугольник (в работе) и т.д. |
| **Дедлайн** | Срок выполнения. Если срок просрочен — вся строка задания подсвечивается **розовым** и дата дедлайна выводится красным. |
## Визуальные метки в строке
- **Цветная точка у номера** — приоритет задания:
- красная — высокий/критичный,
- синяя — обычный,
- зелёная — низкий,
- серая — минимальный / не задан.
- **Розовая подсветка строки** — задание просрочено (дедлайн в прошлом, а задание не выполнено).
- **Иконка типа** в первой колонке — визуально отличает обычные задачи от согласований и других типов.
## Прокрутка и сортировка
Пагинации в списке **нет** — задания загружаются в единую прокручиваемую таблицу. Справа появляется вертикальный скроллбар, когда заданий больше, чем помещается на экране.
Сортировки по клику на заголовок колонки в текущей версии тоже **нет** — задания выводятся в порядке, заданном по умолчанию (обычно от новых к старым). Для отбора по конкретному условию используйте фильтр-воронку или поиск.
## Поиск
Поле **"Поиск"** справа над таблицей — работает по мере набора, без нажатия Enter. Для сброса поиска — крестик "×" в правой части поля.
**По каким полям ищет:**
- **Тема задания** — по вхождению подстроки.
- **Номер задания** — числовой поиск (например, `20` найдёт задание #20).
- **Инициатор** — но **только если инициатор — пользователь** (`Справочник.Пользователи`). Инициаторы-контактные лица, физические лица, сотрудники, контрагенты и организации **по имени не находятся**. При клике по полю поиска между ним и таблицей заданий появляется подсказка: *"Поиск по инициатору работает только по пользователям."*
- **Исполнитель** — по ФИО (для пользователей) или по названию группы. Исполнитель всегда пользователь или группа, поэтому ограничения "как у инициатора" здесь нет.
**По каким не ищет:** раздел, дедлайн, дата.
## Быстрые действия по строке
Не все действия требуют открытия карточки задания — некоторые доступны прямо из списка:
- **Клик по колонке "Инициатор"** — быстрый фильтр по типу связанного объекта.
- **Клик по колонке "Исполнитель"** — быстрое назначение исполнителя (в том числе "На меня" одной кнопкой) или снятие.
- **Клик по теме или номеру** — карточка задания открывается в правой панели "Задание", основной список при этом остаётся видимым.
## Как посмотреть "мои" / "мне назначенные" задания
В классическом ЛК были фиксированные пункты меню "Мои", "Мне", "В работе". В новом ЛК такого меню нет — вместо него используется механизм **специальных проектов**:
- **"Личные задачи (Фамилия)"** — личный проект пользователя, в который попадают его персональные задания.
- **"Неназначенные задания"** — общий проект-очередь для заданий, у которых нет исполнителя.
- **"Общее пространство"** — проект для сборных задач, не привязанных к клиенту или продукту.
- **"Обращения"**, **"Задания из писем"** — проекты, куда автоматически падают задачи из соответствующих источников.
Состав таких "служебных" проектов настраивает администратор. Пользователю они видны в общем списке проектов слева (см. [Главная страница и навигация](./Главная%20страница%20и%20навигация.md)).
## Дедупликация заданий в разных проектах
Если задание привязано к нескольким проектам (например, к "Обращениям" и к "Разработке для 1С:УНФ"), в списке каждого из этих проектов оно появляется **одной строкой**. Одно и то же задание не будет продублировано в пределах списка одного проекта, но будет видно в списках всех проектов, к которым оно относится.
Полный набор проектов задания виден в её карточке в блоке "Проекты" (см. [Работа с заданием](./Работа%20с%20заданием.md)).
## Права и видимость
Список задания подчиняется общим правилам видимости (см. [Видимость заданий и проектов](../Управление%20проектами/Видимость%20заданий%20и%20проектов.md)):
- Пользователь видит **только те задания**, которые привязаны к проекту, где он участник (сам или через группу).
- Если пользователь не участник проекта — сам проект не появится в списке слева, и его список задач в принципе недоступен.
- Роль в проекте (Администратор / Редактор / Комментатор) определяет, какие действия по заданиям доступны прямо из списка (например, Комментатор не сможет сменить исполнителя кликом по колонке).
## Связанные материалы
- [Главная страница и навигация](./Главная%20страница%20и%20навигация.md) — общая структура ЛК, где находится вкладка "Список".
- [Создание задания](./Создание%20задания.md) — что открывает кнопка "+ Создать" над списком.
- [Работа с заданием](./Работа%20с%20заданием.md) — карточка задания, открывающаяся при клике на строку.
- [Видимость заданий и проектов](../Управление%20проектами/Видимость%20заданий%20и%20проектов.md) — правила доступа к проектам и задачам.
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**
:::
---
## Метрики и KPI
Используя подсистему метрики и KPI, можно осуществлять сбор данных статистического характера для проведения детального анализа в разрезе определенного периода в Управление IT-отделом 8.
| Список ролей для работы с подсистемой "Метрики и KPI" |
|-------------------------------------------------------|
| Добавление и изменение установки значений метрик |
| Чтение установки значений метрик |
---
## Использование подсистемы KPI
**Требования:**
* *версия* программы **3.1.3.1** и выше;
* *редакция* программы **КОРП.**
Подсистема **Метрики и KPI** (наряду с отчетами других подсистем) предназначена для сбора и анализа различных статистических показателей в разрезе периодов: например, количество выполненных или просроченных заданий, распределение новых заданий по дням недели, сервисам, способам создания или проектам и т.д. Программа поставляется с несколькими предустановленными метриками, но пользователь может как использовать (изменить *под себя* ) поставляемые, так и создать и использовать собственные метрики. Показатели метрик могут рассчитываться как автоматически (регламентным заданием), так и вноситься в программу вручную пользователем. Подсистема "Метрики и KPI" используется совместно с настраиваемым рабочим столом:
Список метрик, присутствующих в программе по умолчанию:
* **Количество выполненных заданий**
* **Количество не распределенных заданий**
* **Количество открытых заданий**
* **Количество просроченных заданий**
* **Общее количество заданий.**
Прежде всего, для работы с метриками необходимо убедиться, что в программе включена соответствующая функциональная опция. Для этого необходимо перейти в раздел
**Администрирование -> Настройка параметров учета -> Функциональность**
И включить опцию **Использовать метрики** в случае, если она выключена:
Далее, для автоматического расчета показателей метрик необходимо убедиться, что включено и настроено расписание регламентного задания **Расчет метрик** (раздел ***Администрирование -> Регламентные и фоновые задания***):
Для работы с подсистемой пользователю доступны следующие объекты (раздел *Техническая поддержка - Метрики*):
* **справочник "Метрики"** - предназначен для настройки используемых метрик;
* **документ "Установка значений метрик"** - предназначен для установки как плановых, так и фактических (ручной ввод) показателей рассчитываемых метрик.
Поскольку используемые на рабочем столе (по умолчанию) показатели однотипные, рассмотрим работу подсистемы на примере получения количества просроченных заданий (заданий, в которых крайняя дата выполнения меньше фактической даты выполнения), при этом, приведенное ниже описание справедливо и для остальных предопределенных метрик.
В справочнике **Метрики** откроем карточку метрики **Количество просроченных заданий**:
## Рассмотрим реквизиты карточки метрики:
**Группа метрики** - группа, в которую входит метрика;
**Наименование** - наименование метрики;
**Идентификатор** - служебный реквизит, заполнен только у предопределенных элементов, используется для обращения к метрике на встроенном языке 1С;
**Единица измерения** - значения могут быть выбраны из "Классификатора единиц измерения", по умолчанию используются "шт";
**Значение по умолчанию** - значение, которое будет использоваться при заполнении документа "Установка значений метрик".
Табличная часть **Измерения** может содержать дополнительные аналитики, в разрезе которых, в дальнейшем, возможно получение развернутой информации по метрике. Количество измерений одной метрики может быть не более **5**. Каждое измерение может быть описано следующими реквизитами:
**Тип измерения** - тип аналитики (справочник либо документ) - ключевой реквизит аналитики, указывающий, значения какого типа могут использоваться в качестве аналитики;
**Представление** - строка - заголовок колонки в документе *Установка значений метрик* текущей аналитики;
**Подсказка** - строка - подсказка, отображающаяся при вводе аналитики в документе *Установка значений метрик*;
**По умолчанию** - значение аналитики по умолчанию, которое будет установлено для аналитики при заполнении документа *Установка значений метрик*;
**Обязательное** - признак, указывающий, что заполнение аналитики обязательно для данной метрики (только для документа *Установка значений метрик*);
**Назначение** - может принимать значения *Пользователь* или *Проект* и указывает, к какому пользователю (или проекту) отнести данную аналитику для дальнейшего анализа. Важно отметить, что для одной метрики, допускается заполнение реквизита *Назначение* только по одной аналитике на каждое *Назначение*.
Значения реквизитов строк *Измерения* метрики *Количество просроченных заданий* по измерениям:
### Исполнитель
* **Тип измерения:**
`Справочник**.ГруппыПользователей;Справочник.Пользователи;`
* **Представление** - Исполнитель;
* **Подсказка** - Исполнитель задания;
* **Назначение** - Пользователь.
### Клиент
* **Тип измерения:**
`Справочник.КонтактныеЛица;Справочник.Контрагенты;Справочник.Организации;Справочник.Подразделения;Справочник.Пользователи;Справочник.Сотрудники;Справочник.ФизическиеЛица;`
* **Представление** - Клиент;
* **Подсказка** - Исполнитель задания.
### Соглашение SLA
* **Тип** измерения:
`Документ.СоглашениеSLA`
* **Представление** - Соглашение SLA;
* **Подсказка** - Соглашение SLA.
Условия, по которым будут отбираться объекты для автоматического расчета метрик, а также формулы самого расчета описываются правилами расчета метрик. Для просмотра используемых правил необходимо перейти в раздел **Проекты - Правила расчета метрик** и открыть нужное правило (например, правило для метрики **Количество просроченных заданий**, если такое настроено на вашей базе).
Рассмотрим реквизиты карточки правила:
* **Наименование** - название правила, по нему правило находят в списке;
* **Объект-источник** - объект программы, изменение которого запускает расчет (например, документ **Задание**). В списке доступны только те объекты, для которых расчет метрик действительно работает;
* **Использовать** - пока флажок снят, правило не применяется;
* **Приоритет** - если одному и тому же объекту подходят несколько правил, первым применяется правило с большим приоритетом;
* **Отбор** - условия, которым должен соответствовать объект-источник, чтобы правило сработало (например, **Крайняя дата выполнения** меньше текущей даты). Каждое условие включается собственным флажком, набирается из полей объекта-источника. **Правило без включенных условий отбора при расчете не сработает ни разу** - это самая частая причина, по которой правило "молчит";
* **Комментарий** - произвольное описание для тех, кто будет разбирать правило потом.
В таблице **Расчеты** перечисляются показатели, которые считает правило, и формулы, по которым они вычисляются. Каждая строка таблицы - один показатель:
* **Метрика** - показатель из справочника **Метрики**;
* **План/факт** - куда попадет посчитанное число: в плановое значение показателя или в фактическое;
* **Формула** - выражение, вычисляющее само число;
* **Период регистрации** - выражение, вычисляющее дату, к которой относится значение;
* **Измерение 1** ... **Измерение 5** - выражения, заполняющие разрезы показателя. Сколько разрезов у метрики и какого они типа, задано в её карточке; лишние поля в правиле не показываются.
Рассмотрим приведенные формулы подробнее. В общем случае, шаблоном формулы может выступать следующее выражение:
`Результат = Источник.<ИмяРеквизита>;`
где переменной Результат необходимо присвоить какое-либо значение, например, значение указанного реквизита Источника. В рассматриваемом случае, в качестве Источника выступает документ **Задание**.
Для реквизита **Формула** указан следующий код:
`Результат = ?(Источник.ПометкаУдаления = Ложь И Источник.КрайняяДатаВыполнения <> Дата(1, 1, 1) И Источник.Выполнено = ЛОЖЬ И Источник.КрайняяДатаВыполнения < ТекущаяДатаСеанса(), 1, 0);`
Результатом выполнения данной формулы (т.е. значением для метрики в целом) будет *1* в случае, если документ *Задание* не помечен на удаление, в документе заполнен реквизит *Крайняя дата выполнения*, задание еще не выполнено, и эта дата меньше текущей даты. В любом другом случае, результат выполнения данной формулы будет равен *0* и данный результат расчета не будет учитываться при анализе результатов значений данной метрики. Расчеты аналитик метрики производятся только в случае, если результатом вычисления формулы будет *1*.
Для реквизита **"План/факт"** указано значение *Факт*. Это означает, что полученное ранее значение метрики (в случае, если Результат = 1) будет отнесено к фактическому значению данной метрики.
Для реквизита **Период регистрации** указана следующая формула:
`Результат = Источник.ДатаСоздания;`
Это означает, что значение метрики должно быть отражено датой документа (`Источник.ДатаСоздания`), и, в дальнейшем, при анализе результатов, отнесено к соответствующему периоду.
Аналогичным образом получаем значения остальных аналитик метрики, используя соответствующие реквизиты документа **Задание**:
### Исполнитель
`Результат = Источник.ТекущийИсполнитель;`
### Клиент
`Результат = Источник.Клиент;`
### Инициатор
`Результат = Источник.Инициатор;`
### Соглашение SLA
`Результат = Источник.SLA;`
В процессе работы с заданиями, при записи документа, если задание оказывается просроченным (т.е. задание попадает под условия отбора правила), согласно формулам таблицы **Расчеты** информация будет отражена в соответствующем периоде.
Документ **Установка значений метрик** используется для *ручного* отражения плановых или фактических показателей. Например, при для отражения планового показателя описанной выше метрики **Количество просроченных заданий** форма документа будет выглядеть следующим образом:
Колонки табличной части документа содержат обязательные колонки **Период, Факт, План**, а также указанные в карточке метрики измерения: **Исполнитель, Клиент, Инициатор**, **Соглашение SLA**.
О получении результата расчета метрик и выводе его на рабочем столе можно посмотреть в разделе ["Настраиваемый рабочий стол"](/it/nachalo-raboty/nastraivaemyy-rabochiy-stol)
---
## Мобильное приложение "Управление IT-отделом 8"
[Мобильное приложение](https://docs.softonit.ru/uitflutter/) конфигурации [Управление IT-отделом 8](https://softonit.ru/catalog/products/it/#detail) позволит держать руку на пульсе деятельности ИТ-подразделения где бы вы не находились.
Подробно можно ознакомиться с документацией **Мобильного приложения "Управление IT-отделом 8"** по [ссылке](https://docs.softonit.ru/uitflutter/ "Мобильное приложение Управление IT-отделом").
---
## Начало работы
## Системные требования
| | |
|----------------------------------------------------|-------------------------------------------------------------|
|Версия платформы «1С: Предприятие» |8.5.1.1343 и выше |
|Виды поддерживаемых конфигураций |Управляемое приложение, WEB |
|Вариант «1С:Предприятие» |Клиент-серверный, файловый |
|Рекомендуемое разрешение экрана |1024x768 |
|Операционная система |Windows XP, Vista, 7, 8, 10, 11, Server 2003/2008/2012/2022, Linux|
|Оперативная память |Не менее 512 Мб |
|ЦП |Intel Celeron 1300 и выше |
|Свободное место на HDD |Не менее 150 Мб до начала установки и выше |
|Для серверных баз |MS SQL, PostgreSQL |
Наше решение реализовано с использованием:
* [1С:Библиотека стандартных подсистем](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-standartnykh-podsistem/)
* [1С:Библиотека подключаемого оборудования 8](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-podklyuchaemogo-oborudovaniya/)
* [1С:Библиотека интернет поддержки 8](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-internet-podderzhki/)
В связи с этим доработка конфигурации возможна при выполнении одного из условий:
* Необходимо наличие обязательного договора 1С:ИТС. Тогда доработка возможна без ограничений.
* При отсутствии договора 1С:ИТС, пользователь самостоятельно не осуществляет доработку прикладного решения с применением стандартных библиотек.
## Содержание главы
* Установка конфигурации
* Обновление конфигурации
* Переход с версии 3.1 на версию 4.0
* Активация и работа с сервером лицензирования
* Общие определения и понятия
* Установка сервера лицензирования Софтонит
* Обновление сервера лицензирования
* Веб-интерфейс сервера лицензирования
* Режим активации ключом
* Часто задаваемые вопросы
* Первое знакомство с конфигурацией
* Интерфейс конфигурации
* Персональные настройки
* Изменение стиля оформления конфигурации пользователя
* Настройка индивидуальных параметров для каждого пользователя
* Прочие возможности
* Схемы зданий, помещений, сетей
* Возможность прикрепления произвольных файлов
* Дополнительные реквизиты и сведения объектов
* Справочник "Комиссии"
* Подключение к Power BI с помощью OData
* Публикация конфигурации на веб-сервере и публикация web\http сервисов
* Публикация на сервере - Apache
* Публикация на сервере - IIS
* Публикация HTTP - сервисов
* Установка оценок по заданию в личном кабинете
* Личный кабинет пользователя через браузер
* Собственная авторизация и выход из нее в личном кабинете
* Обезличивание пользователя личного кабинета
* Изменение изображений в личном кабинете
* Ошибка 1C:Enterprise 8 application error
* Сохранение доработок пользователей в личном кабинете при обновлении конфигурации
* Если внесенные самостоятельно доработки перестали работать. (релиз 3.1.13.5)
* Публикация личного кабинета со включенной собственной авторизацией на *nix
* Подсистема "Telegram"
* Лицензирование HTTP-сервисов
* Настройка IIS для доменной авторизации в личном кабинете и веб-клиенте
* Настройка и заполнение основных справочников
* Создание групп и профилей доступа
* Настройка параметров учета
* Заполнение основных справочников
* Организации
* Подразделения
* Сотрудники
* Места хранения
* Контрагенты
* Импорт данных
* Загрузка сотрудников и физических лиц из других конфигураций
* Загрузка из 1С данных по сотрудникам (Enterprise Data)
* Импорт из Active Directory пользователей и рабочих мест
* Импорт данных из сторонних программ
* Загрузка номенклатуры в документ "Поступление" из файла
* Добавление учетных записей для работы с электронной почтой
* Яндекс почта
* Google почта
* Заполнение ответственных лиц
* Настраиваемый рабочий стол
* Пример 1 - Добавление собственной кнопки
* Пример 2 - Новое задание с заполненными реквизитами
---
## Активация и работа с сервером лицензирования
Для работы конфигурации "Управление IT-отделом 8", необходимо установить сервер лицензирования.
## Системные требования сервера лицензирования.
Поддерживаются следующие 64-битные операционные системы, на которые можно установить сервер лицензирования Софтонит:
* [x] Microsoft Windows 7, 8, 2008 (R2), 8, 8.1, 2012 (R2), 2016, 10, 11;
* [x] ОС Linux на базе Debian: Debian 7.5 и выше, Ubuntu 12.04 и выше;
* [x] ОС Linux на базе RedHat: CentOS 6.7 и выше, Fedora 22 и выше;
---
## Веб-интерфейс сервера лицензирования
Сервер лицензирования имеет свой веб-интерфейс. Для того чтобы его открыть необходимо запустить любой браузер и в адресной строке браузера набрать:
[http://localhost:9555](http://localhost:9555/)
Также его можно открыть из меню «Пуск» в ОС Windows.
**Пуск -> Softonit -> Консоль сервера лицензирования**
Вот как выглядит открытый веб-интерфейс:
---
## Обновление сервера лицензирования
:::info
Для обновления сервера лицензирования необходимо удалить старую версию ПО и установить новую.
:::
## Windows
Для удаления откройте меню **Пуск** найдите пункт **Softonit** и выполните **Деинсталлировать Softonit Licence Server**. Так же можно открыть **Панель управление -> Удаление программ** и найти в списке **Softonit Licence Server**, после чего удалить приложение.
После этого установите новую версию используя инструкцию [Установка сервера лицензирования](/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/ustanovka-servera-licenzirovaniya-softonit).
## Linux deb-based (Ubuntu, Debian) и rpm-bases (CentOS, Fedora)
Опять же по аналогии приводим установку для Linux deb-based ОС. Выполните в терминале команды: `sudo -i service slserver stop apt-get remove slserver`
После этого установите новую версию используя инструкцию выше.
---
## Общие определения и понятия
Ранее в способе лицензирования нашего решения применялись три разновидности ключа, которые предназначались для разных действий и каждый из них содержал свой набор информации о лицензиате.
Ключи были нескольких видов:
* Основные.
* Дополнительные.
* Для обновлений.
В зависимости от типа, ключ содержал информацию о:
* Наименовании организации-владельце;
* ИНН/КПП;
* Сроке действия и вида поддержки;
* Продукте;
* Количестве одновременных подключений к информационным базам;
Данный подход накладывал ряд неудобств, которые испытывали пользователи нашей конфигурации и был призван уйти в историю. Мы упростили и улучшили подход к лицензированию, путем сокращения количества ключей. Если быть точнее, то все ранее упомянутые типы ключей, теперь используются как один единственный. При этом, данный подход позволяет упростить процедуру получения нового ключа, при различных ситуациях, которые мы разберем ниже. Больше не нужно писать запрос в техническую поддержку с просьбой генерации нового ключа, теперь Вы самостоятельно можете создать новый ключ.
## Генерация и активация ключа на сервере лицензирования 1.0.0.19
**Первичная активация:** При первичной активации программы необходимо, перейти в веб-интерфейс сервера лицензирования 19, который расположен по адресу: localhost:9555. В основном меню выбрать раздел "Установка лицензии" и нажать на гиперссылку "Список доступных ключей". После нажатия Вы сразу попадете на наш сайт в раздел "Техподдержка" - "Личный кабинет" - "Ключи активации", где будут отображаться все, имеющиеся ключи. Далее необходимо сгенерировать новый ключ и перейти к [активации](/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/rezhim-aktivacii-klyuchom).
## Замена ранее активированного ключа на новый
Для этого Вам необходимо перейти на наш сайт в раздел **Техподдержка -> Личный кабинет -> Ключи активации**, сгенерировать новый ключ, а после установить новый ключ в веб-интерфейсе сервера лицензирования. Замена осуществляется аналогично первичной активации, за исключением того, что старый ключ активации, который находится в каталоге *C:\ProgramData\Softonit\Licence Server\Licence* автоматически изменит свое расширение на `*.OLD`. Такой подход к замене ключей позволяет не думать о том, чтобы удалить старый ключ активации и перезапускать службу сервера лицензирования как это было в прошлых версиях.
**Ситуации, когда необходимо заменить ключ:**
* **Первая** и самая распространенная ситуация, это продление получения обновлений и технической поддержки. После оплаты данной услуги перейдите на наш сайт в раздел **Техподдержка -> Личный кабинет -> Ключи активации** и нажмите кнопку **Создать новый основной ключ**. Новый сгенерированный ключ уже будет хранить информацию о продлении услуги, все что останется сделать, это удалить все старые ключи (инструкция ниже) и активировать новый ключ в веб-интерфейсе сервера лицензирования;
* **Вторая** ситуация, это замена комплектующих компьютера или переезд сервера лицензирования на другую машину. Так как ключ активации хранит в себе данные о железе компьютера, на котором была осуществлена первичная активация, то в таком случае необходимо сгенерировать новый ключ в разделе **Техподдержка -> Личный кабинет -> Ключ активации**. После чего удалить все старые ключи (инструкция ниже) и активировать новый в веб-интерфейсе сервера лицензирования;
* **Третья** ситуация, это покупка дополнительных одновременных подключений к конфигурации. Алгоритм действий, которые необходимо произвести в этой ситуации полностью идентичен первым двум описанным ситуациям.
**Инструкция по удалению старых ключей:**
1. Удалить из папки `c:\ProgramData\Softonit\Licence Server\Licence\` все файлы-ключи;
2. Перезапустить службу *Softonit Licence Server (slserver)* или перезагрузить компьютер;
3. По новой активировать ключ.
## Ответы на возникшие вопросы
**Принципы подсчета лицензий.**
Контроль лицензий осуществляется на стороне сервера. Особенностью подхода является то, что при работе каждый сеанс любой информационной базы (рабочей базы, или ее копии – не важно) будет занимать отдельную лицензию, причем не имеет значения в какой информационной базе работает клиент. Все подключения суммируются и, если не хватает лицензий, программа об этом сообщит.
:::info Важно!
Каждый код активации может быть использован только один раз. В случае изменения конфигурации компьютера необходимо заново генерировать ключ в разделе "Техподдержка" - "Личный кабинет" - "Ключи активации". Если конфигурация компьютера не была изменена (например, была переустановлена ОС), то код активации можно использовать повторно.
:::
:::info Обратите внимание
Количество генераций новых ключей (замен) не может быть больше 3 (трех) в месяц. Если замен будет больше, то возможность самостоятельной регистрации нового ключа будет заблокирована и доступна только через подачу обращения в техническую поддержку.
:::
---
## Режим активации ключом
Сервер лицензирования позволяет активировать продукты несколькими способами. При этом, любой способ активации осуществляется круглосуточно без выходных дней.
Активация может быть выполнена как из программы, так и через веб-интерфейс. Внешний вид при этом будет одинаков, что в 1С, что через веб-интерфейс.
Рассмотрим, как активировать конфигурацию и/или продлить поддержку ключом, который вы получили после покупки на примере активации в конфигурации 1С.
## Автоматическая активация
В этом варианте обработка запросов выполняется автоматически и требует от пользователя минимум действий. Запускаем конфигурацию и после входа будет отображено модальное диалоговое окно:
Если вы не задали адрес сервера и порт, то вам будет предложено сначала ввести эти данные, а потом уже появится окно для установки лицензий.
В веб-интерфейсе необходимо в браузере щелкнуть по пункту «Установка лицензий», получим аналогичное окно:
На этом этапе вводим ключ (должен быть в формате `XXXX-XXXX-XXXX-XXXX-XXXX-XXXX`, например, `DB49-A88A-D2D6-50D4-81F1-7B67`) и ИНН/КПП (КПП пустое у ИП, у зарубежных компаний информацию о том, как заполнять поле ИНН/КПП мы отсылаем в письме) организации, которая приобрела лицензию и при наличии интернета нажимаем «Установить автоматически через Интернет». Если в процессе активации произошла ошибка будет отображено соответствующее сообщение.
При неверном заполнении, например, неверно введен ИНН/КПП будет отображено следующее:
Возвращаемся назад и исправляем не верно введенные данные. Если все введено правильно, то в 1С увидим следующее сообщение:
Нажимаем на кнопку «перезапустите программу» и после перезапуска конфигурация активирована, можно приступить к работе. После загрузки в заголовке программы вы увидите наименование продукта, организации-владельца и типа редакции. В веб-интерфейсе все активируется аналогично. После ввода ключа, ИНН и КПП, нажимаем кнопку «Установить автоматически через Интернет» и после подтверждения можем приступить к работе.
## Активация через запрос файл-ответ
Этот случай следует использовать, когда на сервере лицензирования по какой-то причине отсутствует интернет. В этом случае необходимо заполнить данные таким образом (рассмотрим на примере работы с веб-интерфейсом, для работы в 1С все аналогично):
В результате нажатия на кнопку **Создать файловый запрос…** нам будет отображено следующее окно:
**При этом необходимо:**
1. Скопировать текст-запрос
2. Сохранить текст-запрос в файл
3. На компьютере где есть интернет перейдите на сайт https://softonit.ru и авторизуйтесь под своей учетной записью
4. Перейдите на страницу по адресу https://softonit.ru/personal/lk/ в личный кабинет
5. В личном кабинете щелкните на гиперссылку «Активация программы или обновлений»
6. Скачайте программу [Сервер лицензирования Софтонит](https://softonit.ru/sls/) и вставьте скопированный текстзапрос в центре лицензирования и нажмите на кнопку **Получить файл-ответ**.
7. Установите скачанную программу на компьютер, который будет доступен для всех компьютеров в сети для файлового варианта и для сервера 1С для серверного варианта.
8. После нажатия **Получить файл-ответ** сайт вернет Вам файл с текстом-ответом, который необходимо будет скопировать, сохранить в файл, перенести на сервер лицензирования и ввести на вашем сервере лицензирования в разделе **Активация из файла**.
И нажимаем кнопку **Установить**.
Если все сделано правильно, сервер лицензирования даст положительный ответ об успешной активации.
---
## Установка сервера лицензирования Софтонит
Скачать сервер лицензирования необходимо на странице на сайте:
[Сервер лицензирования Софтонит (СЛС)](https://softonit.ru/sls/)
Обратите внимание, что разные версии конфигураций могут требовать разные версии системы защиты. Поэтому внимательно читайте требования к системе защиты.
Скачайте архив со страницы выше и распакуйте его. Найдите дистрибутив для вашей системы и установите его по инструкциям ниже. Особенно требований к системе нет, сервер лицензирования крайне непритязательный к ресурсам компьютера, поэтому он может работать даже на медленных машинах. При этом доступ к компьютеру сервера лицензирования должен быть возможен с сервера 1С.
Рекомендуем устанавливать сервер лицензирования рядом с сервером 1С:Предприятия для серверных ИБ 1С.
**Windows:**
1. Скачайте архив со страницы выше и распакуйте его.
Найдите дистрибутив вида - `slserver-x.x.x.x.win.exe` (где x – это цифра с обозначением части версии)
2. Запустите и установите его.
При этом дистрибутив автоматически установит правила работы брандмауэра на доступ к порту 9555 и запустит службу сервера.
3. Проверить установился ли сервер и правильно ли он функционирует можно запустить любой браузер и в браузерной строке открыть адрес: [http://localhost:9555](http://localhost:9555/)
Либо открыть его из меню **Пуск** установленной программы в Windows.
**Linux deb-based (Ubuntu, Debian) и rpm-based (CentOS, Fedora)**
Установка выполняется при помощи стандартного менеджера пакетов ОС. Например, для установки в Debian / Ubuntu необходимо в терминале с правами суперпользователя выполнить следующие команды в терминале:
1. Переходим в режим работы суперпользователя:
`sudo -i`
2. Переходим в папку с дистрибутивом для нашей ОС и выполняем команду установки дистрибутива:
`dpkg –i /folder/to/server/slserver-1.0.0.4-i386.deb`
3. Далее установим daemon:
`/opt/Softonit/Licence/installdaemon.sh`
4. Затем запустим установленный daemon:
`service slserver start`
5. Проверить установку можно выполнив тут же команду:
`service slserver status`
или открыть в Linux браузер и в нем ввести адрес: [http://localhost:9555](http://localhost:9555/)
Всё абсолютно аналогично, для установки в CentOS / Fedora, только команда для установки сервера:
`yum localinstall slserver-1.0.0.4-i386.rpm`
[Также можете посмотреть видео на эту тему по активации конфигурации на **Ubuntu x86-64**:](https://www.youtube.com/watch?v=mlyoupuZDt0)
---
## Часто задаваемые вопросы
В этой статье собраны типичные ситуации, с которыми сталкиваются администраторы при активации и работе с сервером лицензирования «Управление IT-отделом 8», и способы их решения.
## Важно знать перед началом работы
- **Версия сервера лицензирования должна соответствовать релизу конфигурации.** Соответствия версий указаны в личном кабинете на сайте [softonit.ru](https://softonit.ru). Несовпадение версий — частая причина ошибок после обновления — см. [Обновление сервера лицензирования](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/obnovlenie-servera-licenzirovaniya/).
- **При первичной покупке нашего решения выбирается период технической поддержки и обновлений: 3, 12 или 24 месяца.** После завершения выбранного периода вы сможете продлить подписку, чтобы продолжить получать обновления и техническую поддержку.
- **Конфигурация «Управление IT-отделом 8» выпускается в трёх редакциях:** [СТАНДАРТ, ПРОФ и КОРП](https://softonit.ru/blog/news/updateit/uit-stanstart-prof-corp/). Лицензия приобретается под конкретную редакцию — при апгрейде редакции потребуется новый ключ.
- **Ссылка на скачивание дистрибутива после покупки действует в течение 14 дней** с момента электронной отгрузки решения. По истечении этого срока дистрибутив можно повторно скачать в [личном кабинете](https://softonit.ru/personal/lk/) в разделе **Нужен новый дистрибутив**.
## Первичная активация лицензии
Подробная пошаговая инструкция по первичной активации описана в статье [Режим активации ключом](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/rezhim-aktivacii-klyuchom/).
Если кратко: войдите в [личный кабинет](https://softonit.ru/personal/lk/) на сайте softonit.ru → **Поддержка → Личный кабинет → Ключи активации**, скопируйте ключ и активируйте его через [веб-интерфейс сервера лицензирования](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/veb-interfeys-servera-licenzirovaniya/) по адресу `http://localhost:9555` в разделе **Установка лицензий**.
## Продление подписки на обновления
После оплаты продления в течение трёх рабочих дней с момента зачисления денежных средств происходит электронная отгрузка. Подписка **не активируется автоматически** — необходимо вручную сгенерировать новый ключ и активировать его.
**Порядок действий:**
1. Перейдите на сайт softonit.ru → [Поддержка → Личный кабинет → Ключи активации](https://softonit.ru/personal/lk/keys/).
2. Нажмите **Создать новый основной ключ** и скопируйте его.
3. Откройте [веб-интерфейс сервера лицензирования](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/veb-interfeys-servera-licenzirovaniya/) по адресу `http://localhost:9555`.
4. Перейдите в раздел **Установка лицензий**, введите ключ, ИНН и КПП организации.
5. Выберите способ активации: **Автоматически через интернет** или [Через файловый запрос](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/rezhim-aktivacii-klyuchom/).
6. После активации перезапустите программу.
> **ВАЖНО!** Если вы не активируете новый ключ, новые обновления не будут устанавливаться.
Проверить срок действия обновлений можно в разделе **Администрирование → Монитор поддержки**. После активации ключа поле **«Действие техподдержки до»** увеличится.
## Ошибка «Срок обновления истёк» после установки новой версии
**Симптом:** после установки новой версии конфигурации «Управление IT-отделом 8» при запуске программы появляется сообщение: «Проблемы с установкой обновления… версия не входит в срок технической поддержки / срок обновлений истёк». При этом подписка на обновления действующая.
**Причина:** ошибка возникает, если после продления обновлений не был создан и активирован новый ключ. При продлении необходимо самостоятельно создать новый ключ в личном кабинете и активировать его. До выполнения этих действий система продолжает считать, что срок обновлений истёк.
**Решение:**
1. Перейдите на сайт softonit.ru → [Поддержка → Личный кабинет → Ключи активации](https://softonit.ru/personal/lk/keys/).
2. Нажмите **Создать новый основной ключ** и скопируйте его.
3. Откройте [веб-интерфейс сервера лицензирования](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/veb-interfeys-servera-licenzirovaniya/) по адресу `http://localhost:9555`.
4. Перейдите в раздел **Установка лицензий**, введите ключ, ИНН и КПП организации.
5. После активации перезапустите программу.
Проверить срок действия обновлений можно в разделе **Администрирование → Монитор поддержки**. После активации ключа поле **«Действие техподдержки до»** увеличится.
## Ошибка «Не совпадает ИНН/КПП» при активации через файловый запрос
**Симптом:** при попытке активировать лицензию конфигурации «Управление IT-отделом 8» через файловый запрос появляется ошибка `Неверный запрос (Не совпадает ИНН/КПП, указанные в ключе на вашем сервере и на сайте при покупке)`, хотя реквизиты введены корректно.
**Причина:** в полях ИНН и/или КПП могут присутствовать невидимые символы — пробелы, переносы строки и т.п., которые возникают при копировании данных.
**Решение:**
1. Полностью очистите поля ИНН и КПП в веб-интерфейсе СЛС (`http://localhost:9555`).
2. Введите реквизиты заново вручную — без копирования.
3. Если проблема сохраняется, обратитесь в поддержку:
- создайте тикет в личном кабинете;
- напишите менеджеру на сайте (внизу справа — «Консультант в сети»);
- отправьте письмо на [crm@softonit.ru](mailto:crm@softonit.ru);
- позвоните в рабочее время по телефону 8 (861) 203-39-44.
При обращении укажите название организации, ИНН и КПП, используемые при активации.
:::info Обратите внимание
Возможны случаи изменения КПП организации, о которых не было сообщено. У индивидуального предпринимателя (ИП) заполняется только поле ИНН, поле КПП должно оставаться пустым.
:::
## Купили дополнительные лицензии, но их количество не изменилось
**Симптом:** после покупки дополнительных подключений для конфигурации «Управление IT-отделом 8» и самостоятельной генерации нового ключа в личном кабинете количество лицензий в СЛС не увеличилось.
**Причина:** сгенерированный ключ может не включать ранее приобретённые подключения. Такая ситуация чаще встречается на Linux-системах (RedOS, Astra Linux, Ubuntu).
**Решение:**
1. Перейдите на сайт [softonit.ru](https://softonit.ru) в раздел **Поддержка → Личный кабинет → Ключи активации**.
2. Сгенерируйте новый ключ — он будет содержать все приобретённые вашей компанией подключения.
3. Активируйте новый ключ через веб-интерфейс СЛС по адресу `http://localhost:9555`.
:::info Примечание
Самостоятельная генерация ключа доступна не более 3 раз в месяц. При превышении лимита обратитесь в техническую поддержку — специалист сформирует ключ вручную.
:::
## Не хватает лицензий, хотя активных пользователей меньше, чем куплено
**Симптом:** система сообщает об отсутствии свободных лицензий, хотя в программе работает меньше людей, чем приобретено подключений. При попытке войти программа зависает с сообщением о нехватке лицензий.
**Причина:** в СЛС остаются «зависшие» сеансы — подключения, не освобождённые корректно при выходе из программы. Это штатное поведение файловых баз: 1С не позволяет выполнять серверные вызовы при закрытии, поэтому сигнал об освобождении лицензии не отправляется.
**Решение:** освободите зависшие сеансы — подробнее в разделе ниже [«Не освобождаются лицензии сервера лицензирования»](#не-освобождаются-лицензии-сервера-лицензирования-что-делать). Если проблема повторяется регулярно, перезапустите службу сервера лицензирования — см. раздел ниже [«Как перезапустить службу сервера лицензирования»](#как-перезапустить-службу-сервера-лицензирования).
:::info Важно
Сеансы в консоли администрирования 1С и сеансы лицензий Softonit — это разные вещи. Проверять нужно именно в [веб-интерфейсе СЛС](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/veb-interfeys-servera-licenzirovaniya/) по адресу `http://localhost:9555`, а не в консоли 1С.
:::
## Перенос сервера лицензирования на другой сервер
При замене оборудования или переносе СЛС на другую машину выполните следующие шаги:
1. Скачайте версию сервера лицензирования, соответствующую вашему релизу конфигурации (соответствия версий — в [личном кабинете](https://softonit.ru/personal/lk/) на сайте softonit.ru), и установите её на новый сервер — [инструкция по установке](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/ustanovka-servera-licenzirovaniya-softonit).
2. Перейдите на сайт softonit.ru → [Поддержка → Личный кабинет → Ключи активации](https://softonit.ru/personal/lk/keys/) и сгенерируйте новый ключ.
3. Активируйте новый ключ через [веб-интерфейс сервера лицензирования](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/veb-interfeys-servera-licenzirovaniya/) по адресу `http://localhost:9555`.
4. В конфигурации откройте **Администрирование → Параметры сервера лицензирования** и укажите адрес нового сервера.
:::info К сведению
Один ключ может быть активирован только на одном сервере. Самостоятельная генерация ключа доступна не более 3 раз в месяц — при превышении лимита обратитесь в техническую поддержку.
:::
## Ошибка «Нет связи с сервером лицензирования» после переноса базы
**Симптом:**
1) если перенесли с помощью dt то ошибка возникнуть не должна, но лучше проверить связь с сервером, в противном случае указать его адрес
2) если развернули новую базу, то конкретной в ней надо будет прописать где находится адрес лицензирования
**Решение** зависит от того, планируете ли вы переносить СЛС:
- **СЛС остаётся на старом сервере:** в окне ошибки выберите **«На другом компьютере сети»** и укажите адрес старого сервера, где установлен СЛС.
- **СЛС переносится на новый сервер:** установите СЛС на новый сервер, сгенерируйте новый ключ в [личном кабинете](https://softonit.ru/personal/lk/) на сайте softonit.ru и активируйте его — см. раздел выше [«Перенос сервера лицензирования на другой сервер»](#перенос-сервера-лицензирования-на-другой-сервер).
## Сколько информационных баз можно развернуть на одном сервере
На одном сервере в пределах одной сети можно развернуть **неограниченное количество информационных баз** с конфигурацией «Управление IT-отделом 8».
Лицензия ограничивает не количество баз, а **количество одновременных подключений** по всем базам суммарно. Например, при лицензии на 50 подключений и 5 базах распределение может быть любым (9 + 11 + 15 + 10 + 5) — главное, чтобы суммарное число одновременно работающих пользователей не превышало 50.
:::info Информация
Для работы в каждой информационной базе дополнительно потребуются клиентские лицензии платформы «1С:Предприятие» — они приобретаются отдельно у фирмы «1С».
:::
## Можно ли установить два сервера лицензирования на один сервер?
Нет. На одном физическом сервере (или одной операционной системе) **можно установить только один экземпляр сервера лицензирования** «Софтонит».
**Технические причины:**
- СЛС использует фиксированный порт `9555` для веб-интерфейса — два процесса не могут одновременно слушать один порт.
- Установщик регистрирует одну службу Windows `Softonit Licence Server (slserver)` — повторная установка перезаписывает существующую службу.
- Все настройки и активированные ключи хранятся в одной директории: `C:\ProgramData\Softonit\Licence Server\` в Windows или `/var/Softonit/Licence Server/` в Linux — см. раздел [«Где сохраняются настройки сервера лицензирования и активации»](#где-сохраняются-настройки-сервера-лицензирования-и-активации).
- Ключ активации привязан к техническим характеристикам компьютера — на одном «железе» можно активировать только один ключ за раз.
## Можно ли подключить веб-интерфейс СЛС по HTTPS?
Нет. [Веб-интерфейс сервера лицензирования](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/veb-interfeys-servera-licenzirovaniya/) поддерживает только протокол **HTTP**. Это сознательное решение разработчика: обращение к интерфейсу происходит редко (только при активации или продлении подписки) и исключительно во внутренней сети организации. Поддержка HTTPS не планируется.
## Шпаргалка: типичные ситуации и решения
| Ситуация | Решение |
|---|---|
| Первичная активация | ЛК → «Ключи активации» → скопировать ключ → `localhost:9555` → «Установка лицензий» |
| Оплатили продление, программа не видит обновления | Продление не применяется автоматически — сгенерировать новый ключ в ЛК и активировать через `localhost:9555` |
| Ошибка «срок обновлений истёк» | Сгенерировать новый ключ в ЛК → активировать через `localhost:9555` |
| Ошибка несовпадения ИНН/КПП | Полностью очистить поля ИНН и КПП и ввести заново вручную |
| Купили лицензии, количество не изменилось | ЛК → «Ключи активации» → сгенерировать новый ключ → активировать через `localhost:9555` |
| Лицензий не хватает, хотя пользователей меньше | Освободить зависшие сеансы — см. раздел ниже [«Не освобождаются лицензии сервера лицензирования»](#не-освобождаются-лицензии-сервера-лицензирования-что-делать) |
| «Нет связи с сервером лицензирования» после переноса базы | Указать адрес старого СЛС («На другом компьютере сети») или установить СЛС на новый сервер и активировать новый ключ |
| Перенос СЛС на новый сервер | Скачать нужную версию СЛС → установить → новый ключ в ЛК → в программе обновить адрес СЛС |
| Сколько баз можно развернуть на одном сервере | Неограниченно; лицензия ограничивает только общее число одновременных подключений по всем базам |
| HTTPS для веб-интерфейса СЛС | Не поддерживается, только HTTP |
## Где сохраняются настройки сервера лицензирования и активации?
В ОС Windows: `C:\ProgramData\Softonit\Licence Server\` (где «C» — системный диск)
В ОС Linux: `/var/Softonit/Licence Server/`
В этих папках сохраняются настройки, а в подпапке Licence хранится список активаций.
## Как переустановить ключ на новый компьютер?
Один ключ можно установить только на один компьютер. Если вы хотите перенести ключ на новую машину, необходимо сгенерировать новый ключ активации на сайте в разделе **Поддержка → Личный кабинет → Ключи активации**.
:::info Примечание
Самостоятельная генерация ключа доступна не более 3 раз в месяц. При превышении лимита обратитесь в техническую поддержку — специалист сформирует ключ вручную.
:::
После получения нового ключа удалите старые ключи из папки `C:\ProgramData\Softonit\Licence Server\Licence\` (инструкция ниже) и активируйте новый.
Если же переустановка выполняется на том же компьютере — старый ключ без проблем активируется снова.
## Как переустановить ключ на том же компьютере?
Иногда бывает необходимо переустановить ключ на той же машине, где раньше был установлен и активирован сервер лицензирования. Причины могут быть разными: например, ошибка в активационных данных (неверное название организации или срок поддержки).
Решение:
1. Удалите из папки `C:\ProgramData\Softonit\Licence Server\Licence\` все файлы-ключи.
2. Перезапустите службу `Softonit Licence Server` (slserver) или перезагрузите компьютер.
3. Активируйте ключ заново.
## Как продлить обновления?
Помимо подсчета количества лицензий сервер лицензирования может контролировать так же и правомерность использования обновлений. Т.е. если у Вас срок поддержки и получения обновлений закончился, то даже имея обновления к ПО и обновив его, при старте программы будет указано, что срок действия поддержки истек. Для обновления так же необходимо самостоятельно сгенерировать новый ключ (после оплаты услуги обновлений), который продлит срок действия обновлений. Устанавливается он абсолютно так же: либо через web-интерфейс, либо в самой конфигурации.
## Когда проверяется отраслевая лицензия «Управление IT-отделом 8»?
После запуска 1С:Предприятие, ввода логина и пароля и полной загрузки конфигурации срабатывает алгоритм проверки правомерности использования «Управление IT-отделом 8». Программа делает запрос на сервер лицензирования и проверяет два параметра:
## Что проверяется при запросе к серверу лицензирования?
- сколько лицензий уже занято и есть ли свободные;
- есть ли право работы с данной версией конфигурации (приобретена ли подписка на обновления).
## Как фиксируется и очищается количество подключённых пользователей?
В момент подключения к базе, после прохождения проверки лицензии, происходит поиск такого же подключения и счётчик увеличивается на единицу.
Рассмотрим на примере файловой базы. Строка подключения: `\\Server_company\1C_Bases\UIT_Base`, по ней уже работают три человека. При подключении четвёртого на сервере лицензирования будет записано:
```
\\Server_company\1C_Bases\UIT_Base – 4
```
Если следующий пользователь подключится по адресу `\\192.168.1.100\1C_Bases\UIT_Base` (где `192.168.1.100` — IP-адрес Server_company), на сервере появятся две записи:
```
\\Server_company\1C_Bases\UIT_Base – 4
\\192.168.1.100\1C_Bases\UIT_Base – 1
```
Хотя оба адреса ведут к одной базе, каждый вариант подключения фиксируется отдельно. Именно поэтому важно, чтобы все пользователи подключались по одной и той же строке подключения.
При выходе из программы информация о подключении на сервере лицензирования не удаляется автоматически: 1С не позволяет выполнять серверные вызовы при закрытии. Очистка происходит при подключении следующего пользователя с такой же строкой подключения. Сеансы с уникальной строкой подключения будут «висеть» до ручного перезапуска службы.
## Не освобождаются лицензии сервера лицензирования, что делать?
**Симптом:** после выхода всех пользователей из программы лицензии не освобождаются, и новые пользователи не могут войти.
**Причина:** проблема возникает только в файловых базах. 1С не разрешает выполнять серверные вызовы при закрытии программы, поэтому сигнал о выходе пользователя серверу лицензирования не отправляется. Это делает регламентное задание — но в файловых базах оно не работает, когда все пользователи вышли. В итоге при завершении работы остаётся по одному «зависшему» пользователю в каждой из баз.
**Решение:** вручную перезапустите службу сервера лицензирования. Для этого в ОС Windows перейдите в **Панель управления → Администрирование → Службы**, в открывшемся списке найдите службу **Softonit Licence Server** и перезапустите.
## Как перезапустить службу сервера лицензирования?
**Windows:**
1. Откройте Диспетчер задач.
2. Перейдите на вкладку **Службы**.
3. Найдите службу **Softonit Licence Server**.
4. Нажмите правой кнопкой мыши → **Перезапустить**.
**Linux:**
Введите в терминале команду:
```bash
sudo systemctl restart slserver.service
```
---
## Как узнать на кого зарегистрирована конфигурация
Иногда возникает необходимость быстро определить, на какую организацию зарегистрирована конфигурация «Управление IT-отделом 8»: например, при покупке базы «с рук», смене обслуживающей компании или просто для сверки лицензионных данных.
Есть два способа это узнать.
## Способ 1: Заголовок программы
Самый быстрый способ — посмотреть в заголовок окна программы. Владелец лицензии отображается прямо в названии конфигурации в верхней строке интерфейса.
На скриншоте видно, что в заголовке указано: **Управление IT-отделом 8, редакция 4.0 КОРП (ООО "Софтонит")** — это и есть владелец лицензии.
## Способ 2: Монитор поддержки
Если нужна более подробная информация — версия конфигурации, редакция и срок действия технической поддержки — откройте **Монитор поддержки**.
Путь: **Администрирование → Сервис → Монитор поддержки**
После открытия вы увидите все ключевые сведения о конфигурации:
Здесь отображается:
- **Текущая версия** — номер установленной версии конфигурации
- **Владелец лицензии** — организация, на которую зарегистрирована конфигурация
- **Редакция конфигурации** — КОРП, ПРОФ и т.д.
- **Действие техподдержки до** — дата, до которой действует договор на обновления и техническую поддержку
:::info Полезно знать
Если срок действия техподдержки истёк, конфигурация продолжает работать, но обновления станут недоступны. Для продления обратитесь к поставщику конфигурации.
:::
---
## Google почта
Настройки аналогичны статье Яндекс почты, за некоторым исключением.
***Приведем скриншот настройки:***
---
## Добавление учетных записей для работы с электронной почтой
В конфигурации учетные записи используются для получения и отправки электронных писем, на основании которых будут созданы задания и отправлена информация о статусе их выполнения.
Программа умеет работать со всеми популярными почтовыми сервисами (Яндекс, Google, Mail и др.), а также с личными почтовыми серверами (Microsoft Exchange Server).
| Список ролей для работы с подсистемой "Учетные записи электронной почты" |
|--------------------------------------------------------------------------|
| Добавление и изменение учетных записей электронной почты |
| Чтение учетных записей электронной почты |
| Полные права |
| Администрирование |
---
## Как настроить Яндекс Почту для Управление IT-отделом 8?
Для того, чтобы была возможность отправлять и получать письма в конфигурации, в том числе и при загрузке писем службы поддержки,
необходим настроенный почтовый ящик для работы с почтой.
Для того, чтобы это сделать, необходимо зайти в **Администрирование -> Настройки почты**.
Откройте системную учетную запись, или, если Вы хотите создать новую - создайте новую запись.
Далее, необходимо настроить учетную запись. Сделаем это на примере настройки почты от Яндекса.
## Подготовка
Сначала подготовим Яндекс почту, чтобы можно было принимать и отправлять письма из сторонних программ по протоколам IMAP, POP3, SMTP.
Зайдем в настройки и поставим галочки:
:::info Внимание!
28 апреля 2023 года, Яндекс закрыла возможность использовать пароль от аккаунта Яндекса в сторонних почтовых приложениях. Поэтому нужно добавить отдельный пароль приложений, который мы будем использовать в 1С при добавлении почты.
:::
## Создаем пароль приложения
Переходим на вкладку **Безопасность -> Пароли приложений**:
Вводим название пароля и создаем его:
Обязательно сохраняем сгенерированный пароль, так как больше не будет возможности получить его на странице Яндекса, придется создавать новый:
## Добавляем почту в 1С
Теперь, в 1С в **Администрирование -> Настройки почты** добавляем почту и используем ранее сгенерированный пароль приложения:
Кнопка **Проверить настройки** позволит отправить тестовое письмо на указанный ящик и получить это тестовое письмо с ящика.
Настройте получение и отправку почты в соответствии с Вашими настройками. Можно выбрать как протокол POP, так и IMAP.
При успешной настройке должно появиться сообщение: *Проверка параметров учетной записи завершилась успешно*.
:::info Внимание!
На закладке **Получение писем** есть настройка, которая, при получении писем в конфигурацию, удаляет их из ящика.
Также есть возможность настроить удаление через несколько дней, чтобы там не накапливалось много почты.
Будьте внимательны с этой настройкой, т.к. случайная установка галочки может повлечь удаление всех писем из ящика, тогда как Вы этого например, не планировали.
:::
---
## Заполнение ответственных лиц
В оформляемых документах организации необходимы подписи ответственных за эти документы лиц. В унифицированных печатных формах специально предусмотрены реквизиты для указания должностей ответственных лиц и места для их подписей. Кроме того, большинство унифицированных форм содержат реквизит «Расшифровка подписи». Для автоматического заполнения этих реквизитов в печатных формах необходимо в справочнике «Организации» перейти в раздел «Ответственные лица» и заполнить соответствующий список.
Данные об ответственных лицах вводятся в регистр сведений «Ответственные лица» на определенную дату и хранятся в нем в хронологическом порядке. Это означает, что при формировании печатной формы документа за конкретную дату из регистра сведений будут выбраны записи, актуальные именно на эту дату. Например, если в организации изменился главный бухгалтер, достаточно внести новую запись в регистр на дату приказа о назначении на должность и программа будет автоматически подставлять нужную фамилию в печатные формы.
В программе предусмотрено несколько типов ответственных лиц:
1. **Руководитель** - используется в печатных формах, требующих подписи руководителя организации;
2. **Главный бухгалтер** - применяется в печатных формах, требующих подписи главного бухгалтера организации;
3. **Кассир** - используется при формировании печатных форм кассовых документов;
4. **Кладовщик** - используется в печатных формах, требующих подписи кладовщика;
Для каждого типа ответственных лиц нужно указать соответствующего ему в данной организации сотрудника и должность. Набор ответственных лиц задается отдельно для каждой организации, учет которых ведется в программе. При формировании печатных форм автоматически заполняются соответствующие реквизиты данными ответственных лиц.
---
## Импорт данных
В конфигурации есть возможность импорта данных: загрузка сотрудников и физических лиц из конфигураций ЗУП 2.5, 3.1, Бухгалтерия 3.0, импорт пользователей из Active Directory, импорт данных из сторонних программ.
| Список ролей для работы с подсистемой "Обмен данными" |
|-------------------------------------------------------|
| Полные права |
| Выполнение синхронизации данных |
---
## Загрузка из 1С данных по сотрудникам -Enterprise Data-
:::info Внимание!
Перед использованием в рабочей базе данных, рекомендуем предварительно настроить и выполнить обмен в тестовых базах.
:::
В конфигурации Управление IT-отделом 8 ограничен функционал по выгрузке информации в другие учетные системы, поэтому выгрузить информацию нельзя.
Загрузка данных реализована с помощью универсального формата обмена данными - **Enterprise Data** и позволяет загружать информацию по следующим справочникам:
* [x] Организации;
* [x] Сотрудники (при наличии дополнительной настройки);
* [x] Физические лица;
Настройку начинаем на стороне конфигурации Управление IT-отделом 8. Необходимо включить синхронизацию данных.
Найти настройку можно в разделе **Администрирование -> Синхронизация данных -> Синхронизация данных**.
После установки галочки, нужно заполнить префикс информационной базы.
После того, как синхронизация включена и заполнен префикс, переходим к настройке обмена, нажав на кнопку Новая синхронизация данных.
В открывшемся окне, поэтапно будет выполняться настройка обмена.
На первом этапе, нужно настроить параметры подключения.
Для настройки подключения к другой программе мы рекомендуем использовать вариант:
*Синхронизация данных через файл, без подключения к другой программе*.
При выборе данного варианта, можно дополнительно контролировать данные, открыв файлы для просмотра.
На следующем шаге настройки, нужно указать каталог, в который будет выгружены настройки синхронизации, а также файлы с данными.
После того, как каталог указан, переходим на следующий шаг и заполняем префикс информационной базы, с которой будет выполняться синхронизация данных.
Настройки подключения в конфигурации Управление IT-отделом 8 завершены и сохранены в папку-каталог, указанный ранее.
Переходим к настройке синхронизации данных в другой конфигурации, поддерживающей формат обмена **Enterprise Data**.
В нашем случае: ***Зарплата и управление персоналом, редакция 3.1.***
Включение синхронизации, а также её настройка находится как и в конфигурации Управление IT-отделом 8, в разделе **Администрирования**.
Добавляем новую синхронизацию данных и выбираем вариант *Синхронизация данных через универсальный формат*.
На первом шаге настройки, необходимо настроить параметры подключения.
Выбираем вариант подключения: *Синхронизация данных через файл, без подключения к другой программе*.
Для удобства настройки, устанавливаем галочку: `Загрузить параметры подключения из файла` и выбираем файл настроек из папки-каталога, созданного на этапе настройки в конфигурации Управление IT-отделом 8.
При переходе на следующий шаг, каталог уже заполнен из файла настроек.
Аналогично заполнен из файла настроек и следующий этап настройки.
На следующем этапе конфигурация информирует о том, что настройки подключения сохранены.
После того, как настройки подключения сохранены, нужно настроить правила отправки и получения данных.
Запишем и закроем форму без дополнительных настроек.
:::info ВАЖНО!
При нажатии на гиперссылку: Выполнить начальную выгрузку данных, произойдет выгрузка всей информации из программы-корреспондента, поэтому рекомендуем пропустить этот шаг, закрыв настройку обмена.
:::
Настройка синхронизации почти завершена. Необходимо определить состав объектов для обмена (Справочники: Организации, Физические лица).
После того, как выбрали объекты для синхронизации, необходимо их зарегистрировать.
Настройка завершена, можно выполнить обмен.
:::info Важно!
Если вы хотите загрузить организацию, как предопределенную на стороне Управления IT-отделом, то нужно установить такой же ИНН для этой предопределенной организации. При обмене данными информация будет сопоставляться по ИНН и КПП.
:::
В конфигурации Управление IT-отделом 8 откроем настройки правил отправки и получения данных.
:::info Важно!
Формат обмена данными **Enterprise Data** не позволяет обмениваться справочником сотрудники, поэтому этот функционал был доработан нами. Сотрудники создаются на основании физических лиц. Для включения данного функционала, необходимо установить галочку: *Создавать сотрудников по данным физических лиц*.
:::
После этого можно выполнить сопоставление и загрузку данных.
Результат синхронизации будет виден в справочниках.
Выполнять синхронизацию данных, можно по расписанию. Для этого нужно открыть настройки синхронизации данных.
На вкладке: *Сценарии синхронизации* добавить свой сценарий.
В сценарии синхронизации, устанавливаем расписание и сохраняем.
В конфигурации есть возможность быстрой загрузки информации без создания планов обмена.
Для этого нужно открыть: **Администрирование -> Синхронизация данных -> Загрузка данных EnterpriseData**.
В открывшемся окне, выбрать файл выгрузки и выполнить операцию загрузки.
:::info Внимание!
Данный функционал доступен только в редакции [КОРП](https://softonit.ru/blog/news/updateit/uit-stanstart-prof-corp/)
:::
---
## Загрузка номенклатуры в документ "Поступление" из файла
Функционал **Загрузка данных из файла** предоставляет удобную возможность импортировать табличные данные из внешних файлов непосредственно в табличную часть документов *Поступление* или *Заказ поставщику*.
**Основные преимущества загрузки данных из файла:**
* Использование возможностей других программ: Вы можете вводить данные в удобной для вас программе, такой как Microsoft Excel, а затем легко и быстро загрузить их в программу.
* Также можно выгрузить данные из другой программы в табличный документ, скопировать их в подготовленный бланк и загрузить.
> *Для загрузки данных из файла не требуется особых прав, достаточно прав на изменение списков или документов программы.*
Чтобы загрузить номенклатуру в табличную часть документа *Поступление*, в пункте загрузить выбираем команду **Загрузить из файла**. И в появившемся окне нажимаем кнопку **Из внешнего файла**.
На следующем этапе подготавливаем бланк для заполнения списка номенклатур.
С помощью ссылки Изменить бланк можно открыть список полей таблицы для ввода и с помощью флажков изменить ее структуру.
Необходимо учитывать, что поля, выделенные жирным шрифтом (например, на рисунке – ***Номенклатура, Вид номенклатуры, Единицы измерения, Цена***) являются обязательными для заполнения и их нельзя отключить.
Теперь сохраняем бланк для заполнения данными (руками или копированием из других табличных документов).
Для загрузки данных из внешнего файла в окне Загрузка списка товаров из файла нажмите кнопку Загрузить таблицу из файла, укажите файл на компьютере, нажмите кнопку Открыть.
После загрузки программа производит автоматическое сопоставление данных. Если автоматическое сопоставление не состоялось, то данные можно сопоставить вручную или создать автоматически указав переключатель «Создавать» или пропустить и не переносить в табличную часть документа.
:::info Внимание!
Не сопоставленная номенклатура будет создана, при этом если вид номенклатуры и единицы измерения не будут найдены, они также будут созданы с минимальным набором данных. В дальнейшем необходимо вручную дозаполнить или изменить набор данных для созданных объектов.
:::
На заключительном этапе загрузки нажимаем кнопку «Загрузить данные» и получаем заполненную данными табличную часть документа.
---
## Загрузка сотрудников и физических лиц из других конфигураций
:::info Внимание!
Перед использованием в рабочей базе данных, рекомендуем предварительно настроить и выполнить обмен в тестовых базах.
:::
В конфигурацию возможен импорт данных по сотрудникам и физическим лицам **доступно для редакции "КОРП"**.
**Администрирование -> Настройка параметров учета -> Загрузка сотрудников**
:::info Важно знать!
В конфигурации есть предопределенный элемент справочника **Организации** - ***Наша фирма***.
Начинается ведение учета и планируется загрузка сотрудников из "Зарплаты и управление персоналом" или "Бухгалтерии предприятия", но так как наименование организации, а также ИНН и КПП отличается, тогда при переносе сотрудников будет создана вторая организация и предопределённый элемент ***Наша фирма*** уже нельзя будет удалить.
:::
Чтобы избежать этого, нужно сделать следующее:
1. В конфигурации Управление IT-отделом нужно переименовать предопределенный элемент справочника **Организации** - ***Наша фирма***, как и в Зарплате и управление персоналом (Бухгалтерия предприятия), а также заполнить ИНН и КПП;
2. Выполнить синхронизацию.
Загрузка может быть как регламентной (выполняться с использованием регламентного задания), так и разовой.
:::info Внимание!
Если при нажатии на кнопку **Загрузить сотрудников*** ничего не происходит, проверьте журнал регистрации конфигурации **Поддержка и обслуживание > Журнал регистрации**.
Там будет отображена ошибка, почему данные не загружаются.
Может понадобиться ручная регистрация `comcntr.dll`.
:::
Т.е., если обмен не работает, необходимо выполнить команду:
```
regsvr32 "C:\Program Files (x86)\1cv82\8.2.19.68\bin\comcntr.dll"
```
либо
```
"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" /regserver regsvr32 comcntr.dll
```
Где путь указан до библиотеки используемой версии 1С.
Если по каким то причинам обмен не работает или Вы хотите вручную сделать его, это так же возможно.
Для этого:
1. Сохраните XML-файл конвертации данных
2. Откройте ЗУП в ***режиме Предприятия*** и в меню укажите **Сервис -> Обмен данными -> Универсальный обмен данными**
3. В открывшейся обработке выбираем выгрузку, как на рисунке:
4. Нажимаем **Выгрузить данные** и ждем, когда все данные по сотрудникам будут выгружены. Все это будет в файле **Имя файла данных**.
5. После выгрузки идем в конфигурацию "Управление IT-отделом 8".
**Настройка и администрирование -> Универсальный обмен данными в формате XML**
6. Выбираем режим работы *на клиенте* и нажимаем кнопку **Загрузить данные**, после чего выбираем файл данных, сохраненный на шаге 4
В конфигурации есть возможность загрузить сотрудников из программ Зарплата и управление персоналом 3.1 (актуально для релиза 3.1.6.6) и Бухгалтерия предприятия 3.0 (актуально для релиза 3.0.60.59).
Для настройки автоматической загрузки, нужно перейти на вкладку **Администрирование -> Регламентные и фоновые задания**, найти в списке **Загрузка сотрудников** и настроить расписание.
---
## Импорт данных из сторонних программ
Для облегчения работы с программой в части введения данных по составу компьютерного оборудования в конфигурации, есть специальный механизм, который позволяет импортировать в конфигурацию данные о составе оборудования из Aida64(Everest), а также используя WMI.
:::info Внимание!
Поддерживается работа только с программой AIDA64 Business, которая позволяет выгрузить данные в INI-формате (для Everest версия Business)
:::
Импорт данных об оборудовании и его характеристиках из файлов AIDA64 в формате INI. [Инструкция по настройкам загрузки из INI-файла](/it/nomenklatura-i-sklad/podrobnee-ob-importe-iz-storonnih-programm/opisanie-nastroek-zagruzki-dannyh-iz-aida64)
Обработка выглядит вот так:
При нажатии вверху "Обновить данные":
Часто бывает так, что нам не хватает данных при загрузке, ну например:
Как видим, операционной системы нет в подгружаемых данных.
Кому-то это не нужно, и он ОСы оприходовал раньше отдельным документом, а кому-то нужно грузить именно отсюда.
Добавим возможность загрузки данных ОС, для этого необходимо поработать с характеристиками.
При загрузке с использованием WMI настройки, следующие:
В самом низу есть общие настройки, которые отображаются вне зависимости от способа загрузки данных.
Так же бывает, что после импорта данных не отображается оборудование, но в видах характеристик оно есть.
Так происходит, потому что производители не стоят на месте и совершенствуют свои комплектующие внедряя новые технологии.
На примере жесткого диска это технология NVMe. А так как раньше в нашем жестком была ATA, то и в свойствах вида характеристики она и прописана
Чтобы данные импортировались из ini, нужно создать новый вид характеристики и прописать новые свойства
Так же нужно сделать и при создании дополнительных характеристик у жесткого диска
После создания нового вида характеристик и обновления данных, жесткий диск и его дополнительные характеристики, появятся в списке.
После того, как выбран вариант импорта и установлены все настройки, можно приступить к следующему шагу - загрузке данных.
Нажимаем кнопку **Обновить данные**.
Будет показан прогресс загрузки, после чего отображена форма:
Пока ничего не загружено в информационную базу. Просто конфигурация отобразила данные, которые были найдены при поиске для каждого компьютера.
Далее необходимо заполнить "Место хранения" в табличной части. Если места хранения уже созданы выбираем их, если нет, мы можем их создать, нажав на кнопку "Создать места хранения". После нажатия на "Создать места хранения"будут созданы места хранения имена, которых будут дублировать наименования из загружаемых данных, при этом тип такого места хранения будет "Рабочее место".
В правой части результата импорта отображены данные о составе компьютера, при щелчке на строку с комплектующей, будет отображена информация о характеристиках комплектующей. На данном этапе необходимо убрать из загрузки данные, которые не нужно загружать (снимите с ненужных галочки).
Далее, можно создать по загружаемым данным либо документ "Поступление", либо "Инвентаризацию".
Создадим для примера "Поступление". Нажмем (Создать> Поступление). При этом будут созданы документы только по тем местам хранения, которые отмечены в табличной части "Результата импорта" и только по той номенклатуре, которая отмечена. После создания "Поступления", будет предложено открыть созданные документы для просмотра.
Открываем документы и устанавливаем реквизиты. Если компьютер пришел от контрагента, то проставляем его, если нет и это первоначальные остатки, то реквизит контрагент оставляем пустым.
Перетаскиваем мышкой комплекты в комплектующие, добавляем при необходимости комплект, в который перемещаем комплектующие.
Должно получиться примерно следующее:
Для инвентаризации действия аналогичны и будут рассмотрены отдельно.
---
## Импорт из Active Directory пользователей и рабочих мест
Конфигурация предоставляет механизм импорта данных из Active Directory
* *вручную*, с помощью обработки;
* *автоматически*, с помощью регламентного задания.
Существует возможность сохранить различные настройки подключения к AD и загрузки объектов при импорте в виде профилей импорта для дальнейшего использования в различных режимах.
Рассмотрим обработку ***Импорт из Active Directory***
**Администрирование -> Сервис -> Импорт из Active Directory**
Основные элементы формы обработки:
1. Текущий профиль импорта (содержит настройки подключения и объектов, которые будут созданы/изменены в результате работы обработки);
2. Кнопки управления отображением списка пользователей AD;
3. Кнопки настройки списка пользователей AD и запуска процедуры импорта;
4. Дерево контекстов (соответствует дереву AD и может быть ограничено фильтром в настройках подключения в профиле);
5. Список пользователей AD (e-mail, телефон, подразделение в строках таблицы перед загрузкой, можно изменить как вручную для каждого пользователя,
так и для всех отмеченных пользователей через команду **Действия -> Заполнить электронную почту** или **Действия -> Заполнить подразделение**).
6. С помощью кнопки **Действия** можно выполнить несколько быстрых манипуляций с предварительным списком выгруженных учетных записей AD.
Так, например, можно сначала выделить все учетные записи для загрузки, а после снять отметку только с отключенных учетных записей Active Directory.
Для этого нужно нажать **Действия -> Снять отметку с заблокированных пользователей AD**.
Предварительный список найденных учетных записей, который отображается в основной таблице формы имеет визуальное выделение.
С помощью этого достаточно легко определить, какая учетная запись уже есть в 1С, а какая отключена в Active Directory.
**Зеленый цвет** - Показывает, что по текущей учетной записи в информационной базе еще не заведен пользователь.
**Черный цвет** - Указывает на то, что по текущей учетной записи в информационной базе уже был ранее заведен пользователь и
при этом он не является заблокированным в 1С.
**Серый цвет** - Показывает учетные записи, которые отключены в Active Directory.
При первой загрузке пользователей в ИБ, по текущим учетным записям будут созданы новые пользователи с признаком **Активный**.
Однако при следующем импорте (если в профиле импорта указаны соответствующие настройки), например, регламентным заданием по расписанию,
этим пользователям будет установлен флаг **Недействителен**, так как они отключены в Active Directory.
Если учетные записи этих же пользователей будут снова включены в AD, то при загрузке и у пользователей будет снят флаг **Недействителен**.
Теперь рассмотрим сам профиль импорта из AD **Администрирование -> Профили импорта из Active Directory**.
## Закладка "Подключение".
* **Использовать учетную запись / использовать "глобальный каталог"** - если компьютер, на котором производится импорт, не входит в домен, то необходимо использовать учетную запись пользователя AD.
Если компьютер принадлежит домену, можно использовать *глобальный каталог* `GC://`, поля ввода для учетной записи станут недоступными,
а также будет невозможно использовать фильтр.
* **Имя домена, контроллер домена, порт, учетная запись и пароль** указываются в случае использования учетной записи при подключении к домену.
* **Корень дерева (фильтр)** строка (например, `OU=Наша фирма,DC=winad,DC=ru`), ограничивающая чтение пользователей в пределах указанного контекста.
Например, если фильтр не задан, то дерево практически полностью соответствует дереву в AD:
При установленном фильтре `"OU=Наша фирма,DC=winad,DC=ru"` видим только подразделения:
**Использовать в регламентном задании** - при установленном ***флажке*** профиль импорта, будет обрабатываться соответствующим регламентным заданием **Создание объектов Active Directory**
**Администрирование -> Поддержка и обслуживание -> Регламентные операции -> Регламентные и фоновые задания**.
:::info Внимание!
Перед включением флага **Использовать в регламентном задании**, необходимо убедиться, что данные в ИБ соответствуют данным в AD (в части наименований и т.д.), в противном случае они могут быть изменены согласно данным AD. Будьте внимательны!
:::
## Закладка "Загрузка пользователей".
* **Флаг "Создавать пользователей"** - при установленном флаге выбранным пользователям AD, для которых в информационной базе не найдены соответствующие учетные записи, будут созданы пользователи с настройками, указанными ниже (поиск ведется по логину, указанному в AD). При снятом флаге пользователи в ИБ не изменяются.
* **Группа новых пользователей** - если настройка установлена, то все вновь созданные пользователи будут помещены в эту группу.
* **Перезаписывать права пользователей** - при включении этой настройки для найденных пользователей, будут сброшены ранее установленные права и установлены новые права в соответствии с указанными профилями в таблице "Профили групп доступа".
* **Блокировать пользователя ИБ при блокировке его в AD** - при включении этой настройки найденным пользователям, будет установлен признак "Недействителен", если в AD у пользователя заблокирована учетная запись.
* **Механизм аутентификации:** "1C:Предприятие" или операционной системы - в соответствии с этой настройкой для новых и найденных пользователей, будет указан механизм аутентификации в ИБ.
* **Язык интерфейса платформы** - в соответствии с этой настройкой для новых и найденных пользователей, будет установлен язык интерфейса.
* **Режим запуска** - в соответствии с этой настройкой для новых и найденных пользователей, будет установлен режим запуска.
* **Профили групп доступа** - в соответствии с указанными в таблице профилями при включенной настройке "Перезаписывать права пользователей" новым и найденным пользователям, будут установлены соответствующие права.
## Закладка "Загрузка других объектов".
* **Создавать организацию** - при установленном флаге для загружаемых объектов (вновь создаваемых или созданных ранее и загружаемых повторно),
будет определена организация следующим образом:
если у объекта AD реквизит *Организация* заполнен, то будет выполнен поиск в ИБ организации по наименованию,
и если такой организации в ИБ нет, то она будет создана (реквизит *Ставка НДС* для новой организации,
будет заполнен согласно настройке *Ставка НДС*) и установлена объекту.
Если у загружаемого объекта реквизит "Организация" не заполнен, то ему будет установлена организация из настройки
*Организация по умолчанию*.
* **Создавать подразделение** - при установленном флаге для загружаемых объектов, будет определено подразделение,
аналогично определению организации.
* **Создавать физ.лицо** - при установленном флаге для загружаемого объекта, будет произведен поиск физ.лица в ИБ по ФИО пользователя AD
(реквизиту ) и, если такого физ.лица не найдено, оно будет создано.
Новые физ.лица могут быть добавлены в группу физ.лиц, указанную в настройке ***Группа физ.лиц по умолчанию***.
Если для пользователя в AD установлено изображение, то при установленном флаге ***Загружать фото*** это изображение,
будет установлено физ.лицу. Если в AD для хранения даты рождения используется свой реквизит
(на скриншоте в качестве примера используется реквизит *ipPhone*), то при установленном флаге
***Загружать дату рождения из реквизита*** информация о дате рождения, будет заполнена для загружаемого физ.лица из указанного реквизита AD.
При загрузке у физ.лица заполнятся e-mail и телефон, если такая информация содержится в AD.
* **Создавать сотрудника** - при установленном флаге для загружаемого объекта, будет произведен поиск сотрудника по наименованию в ИБ
(реквизиту *DisplayName* в AD) и если такого сотрудника не найдено, то он будет добавлен.
Новые сотрудники могут быть добавлены в группу сотрудников, указанную в настройке ***Группа новых сотрудников***.
При установленном флаге ***Создавать должность*** если у загружаемого объекта заполнен реквизит "Должность" и такая должность есть в ИБ,
то она будет установлена сотруднику; если указанная у загружаемого объекта должность в ИБ не найдена, то она будет создана и
установлена сотруднику.
* **Создавать место хранения** - при установленном флаге при загрузке объекта, будут проверяться места хранения в ИБ по наименованию
(в качестве наименования будет выступать реквизит "DisplayName" в AD) и если такого места хранения не найдено, то оно будет создано.
Для загружаемых мест хранения можно указать местоположение в настройке ***Местоположение по умолчанию***.
Если включены флаги ***Создавать организацию*** и ***Создавать подразделение***, то у загружаемого места хранения будут заполнены
соответственно реквизиты "Организация", "Подразделение". Также у места хранения заполняются реквизиты *Сетевое имя* и *Сетевой пользователь*,
соответствующие *Логину пользователя AD* и *Домен\Логин пользователя AD*.
:::info Внимание!
Данный функционал добавлен в версии **3.0.30**.
:::
---
## Настраиваемый рабочий стол
**Требования:**
* [x] версия программы **3.1.3.1** и выше.
При запуске программы с настройками по умолчанию, на "Начальной странице" программы, в центральной её части, расположена форма "рабочего стола". Для пользователя с ролью "Полные права" рабочий стол выглядит следующим образом:
Форма представляет собой две страницы (*Навигация* и *Метрики*) с наборами элементов из картинок, гиперссылок, кнопок, графиков, предоставляющих пользователю быстрый переход к созданию новых документов, требуемым формам списков документов, справочников, регистров, а также открытию форм других обработок.
Главной особенностью подсистемы **Рабочий стол**, к которой относится данная форма, является то, что существует возможность создания своих собственных рабочих столов с произвольными наборами элементов (далее *виджетов*), под нужды любого пользователя с учетом его прав (наборов ролей) на объекты программы.
Рассмотрим более детально настройки рабочего стола.
Каждый рабочий стол является элементом справочника **Рабочие столы** с собственным набором виджетов.
Для перехода к списку рабочих столов необходимо в меню **Главное** выбрать пункт **Рабочие столы**:
В открывшейся форме списка необходимо выбрать элемент *Рабочий стол по умолчанию* и открыть его:
Список виджетов в карточке рабочего стола представлен в виде дерева, а порядок виджета в дереве соответствует его местоположению (относительно других виджетов) на форме рабочего стола, при этом, работа с самими виджетами практически полностью повторяет работу с элементами формы в конфигураторе.
Рассмотрим карточку виджета кнопки формы **Новое задание**, для этого необходимо "развернуть" группу элементов *Группа Обработчики (Обычная группа)*:
и открыть карточку виджета **Новое задание (Кнопка)**:
Набор реквизитов виджета зависит от вида виджета, и в большей своей части соответствует свойствам соответствующего элемента формы в конфигураторе.
Перечислим возможные виды виджетов:
* декорация (может быть как надпись, так и картинка);
* кнопка;
* метрика;
* обычная группа;
* страница;
* страницы.
Виджеты c видом *Кнопка*, *Декорация* и *Метрика* (при включенном свойстве *гиперссылка*) могут содержать обработчики нажатия.
Обработчики могут быть двух видов: **Открыть форму** и **Произвольный алгоритм**.
Для вида обработчика **Открыть форму** необходимо указать объект, чью форму необходимо открыть
(это может быть справочник, документ, журнал документов, регистр сведений, общая форма, обработка или отчет) и указать вид формы:
форма объекта или форма списка.
Также, для вида обработчика **Открытие формы** возможно указание произвольного алгоритма, в котором, например,
могут быть описаны параметры открываемой формы *на встроенном языке 1С*.
Для вида обработчика "Произвольный алгоритм" можно указать только произвольный код на встроенном языке 1С.
Важно понимать, что произвольный алгоритм будет выполнен `&НаСервере`, поэтому, во избежание ошибок со стороны платформы,
автор произвольного алгоритма должен обладать достаточными компетенциями в написании кода на встроенном языке 1С.
На закладке **Права доступа** для ограничения доступности виджета можно указать роли пользователей, которым данный виджет будет доступен.
Если у текущего пользователя программы есть роль `Полные права`, то данная проверка для текущего пользователя не осуществляется.
Для вида обработчика **Открыть форму** список ролей может быть пустым, т.к. при выводе виджета на форму рабочего стола, в любом случае,
проверяется право *Просмотр* у текущего пользователя на объект открываемой формы.
Закладка рабочего стола **Метрики**
Закладка **Метрики** доступна только для редакции программы [КОРП](https://softonit.ru/blog/news/updateit/uit-stanstart-prof-corp/) и
включенной функциональной опции **Использовать метрики**. Подробнее о подсистеме можно посмотреть тут.
Рассмотрим группу виджетов, формирующих отображение информации о просроченных заданиях.
* **Группа Просроченные** - виджет с видом "Обычная группа";
* **Надпись с картинкой** - виджет с видом "Декорация";
* **Просроченные задания** - виджет с видом "Метрика";
* **Надпись** - виджет с видом "Декорация".
Карточка виджета **Группа просроченные**:
Состав реквизитов виджета соответствует реквизитам элемента формы **Обычная группа**, если бы форму разрабатывали в конфигураторе.
Карточка виджета **Надпись с картинкой**:
По составу реквизитов виджет также практически соответствует элементу формы **Декорация -> Надпись** из конфигуратора.
Карточка виджета **Просроченные задания**:
Рассмотрим виджет с видом **Метрика** подробнее.
В общем случае, виджеты с видом **Метрика** могут отображать результаты произвольных алгоритмов, написанных на встроенном языке 1С.
В нашем случае, в качестве произвольных алгоритмов используются запросы к информационной базе, в частности,
к оборотному регистру накопления **Значения метрик**, хранящего значения рассчитанных метрик.
Виджеты с видом **Метрика** по виду отображения могут быть:
* **Надпись**;
* **Диаграмма**;
* **Надпись с условным оформлением**.
Виджеты с видом отображения **Надпись** отображают результат произвольного алгоритма с фиксированной настройкой оформления вне
зависимости от результата. Настройка оформления производится на закладке **Реквизиты**.
## Закладка "Настройки метрики":
На закладке расположены реквизиты *Период автообновления*, *Код обработчика* и для виджетов с видом отображения
*Надпись с условным оформлением* настройки **Условного оформления**.
Период автообновления указывается в минутах, и важно понимать, что, если в коде обработчика указан запрос к БД,
не следует указывать слишком малое его значение.
Произвольный алгоритм в реквизите *Код обработчика* может быть написан только на встроенном языке 1С.
Для виджета с видом отображения **Надпись** произвольный алгоритм в переменной **Результат** должен возвращать таблицу значений
с одной колонкой (с произвольным именем колонки в рамках требований к именам колонок таблиц значений) и одной строкой,
содержащей произвольное значение (с типом *Строка* или *Число*).
Для проверки корректности написанного обработчика можно воспользоваться кнопкой **Проверка**.
Для удобства разработки запроса к БД присутствует кнопка **Конструктор запроса** (в конструкторе запроса также возможно открыть
ранее написанный запрос из кода обработчика, для этого необходимо выделить текст запроса, находящийся между "кавычками"
и нажать на кнопку **Конструктор запроса**).
## Карточка виджета "Надпись":
Для виджета установлен вид *Декорация*, с видом декорации *Надпись*, и установлен флаг *Гиперссылка*,
т.е. виджет отображается в виде гиперссылки **Просроченные**, при нажатии на которую будет выполнен обработчик гиперссылки.
Рассмотрим закладку **Обработчик**:
Вид обработчика **Открыть форму** означает, что при нажатии на гиперссылку виджета будет открыта некоторая форма, а именно,
форма списка документа "Задание". В произвольном алгоритме перечислены параметры, которые будут переданы в открываемую форму.
Важно отметить, что перед указанием параметров для открытия форм, необходимо в конфигураторе проверить,
какие параметры в открываемой форме могут быть обработаны. Для формы списка документа "Задание" указанные в произвольном алгоритме
параметры обрабатываются, поэтому, при нажатии на гиперссылку виджета будет открыта форма с установленным отбором
"Просроченные (Новые + В работе).
Рассмотрим карточку виджета отображающего диаграмму. В списке виджетов рабочего стола это **Метрика (Диаграмма)**:
Карточка виджета:
Среди реквизитов виджета стоит отметить реквизит **Тип диаграммы**, т.к. именно он отвечает за то, какая диаграмма будет отображена
на рабочем столе.
На закладке **Настройки метрики** в реквизите **Код обработчика** также размещен произвольный алгоритм:
Отличительным требованием к возвращаемому результату выполнения произвольного алгоритма для вывода диаграмм является то,
что в возвращаемой переменной **Результат** должна быть таблица значений с тремя колонками: *Значение*, *Точка* и *Серия*,
количество строк таблицы значений не ограничено.
В коде обработчика виджета присутствуют строки:
```bsl
Запрос.УстановитьПараметр("ДатаНачала", ДатаНачала);
Запрос.УстановитьПараметр("ДатаОкончания", ДатаОкончания);
```
при этом, сами переменные `ДатаНачала` и `ДатаОкончания` нигде в коде обработчика не инициализируются.
Сделано это для того, чтобы управлять данным периодом можно было непосредственно с рабочего стола.
На форме рабочего стола присутствуют кнопки управления формой:
Кнопка с картинкой "шестеренки" открывает форму **Персональные настройки**, в которой можно указать период,
который и будет подставлен в обработчик при выполнении.
Рассмотрим карточку виджета с видом **Метрика** и видом отображения **Надпись с условным оформлением**:
Отличительной особенностью такого виджета является то, что виджет изначально является группой из нескольких элементов формы,
а оформление (цвета текста и фона, картинка) отображаемого значения виджета на рабочем столе может быть настраиваемым в зависимости
от самого значения возвращаемого произвольным кодом результата.
Рассмотрим закладку **Настройки метрики**:
Код обработчика для данного виджета в переменной **Результат** должен возвращать таблицу значений состоящей из одной колонки
и одной строки (как и в случае с виджетом с видом отображения *Надпись*), однако тип значения должен быть числом.
Условия для оформления настраиваются в табличной части на соответствующей закладке **Условное оформление**.
Пользователь заполняет диапазон "От" и "До" для возвращаемого значения, может указать картинку для этого диапазона
(она будет выведена слева от возвращаемого значения), указать цвета текста и фона для диапазона. Результат:
| Список ролей для работы с подсистемой "Настраиваемый рабочий стол" |
|--------------------------------------------------------------------|
| Полные права |
| Администрирование |
---
## Пример 1 - Добавление собственной кнопки
Рассмотрим добавление собственной кнопки на рабочий стол.
Добавим кнопку ***Канбан доска*** для открытия формы канбан доски.
Для этого в списке виджетов рабочего стола в группе **Группа Обработчики (Обычная группа)** добавим новый элемент:
**Создать -> Кнопка**
Будет открыта карточка нового виджета, заполним реквизиты и выберем картинку кнопки:
На закладке **Обработчик** укажем вид обработчика *Открыть форму*, имя объекта - выберем из списка обработку **Канбан доска** (возможен также и набор текста в реквизите *Имя объекта* без открытия формы выбора):
На закладке **Права доступа** укажем роль *Выполнение заданий*:
Кнопками **Переместить вверх** и **Переместить вниз** расположим добавленный элемент в требуемом месте:
**Результат:**
---
## Пример 2 - Новое задание с заполненными реквизитами
**Требования:**
* версия программы **3.1.3.5** и выше.
Добавим кнопку, при нажатии на которую будет создано новое задание, при этом в задании будут сразу заполнены некоторые реквизиты:
* Процесс - *Документооборот*;
* Категория - *Бухгалтерия*;
* Исполнитель - *Иванов*.
Сам процесс добавления новой кнопки уже описан в предыдущем [примере](/it/nachalo-raboty/nastraivaemyy-rabochiy-stol/primer-1-dobavlenie-sobstvennoy-knopki),
разница лишь будет в обработчике виджета. Рассмотрим его:
```bsl
ЗначенияЗаполнения = Новый Структура;
ЗначенияЗаполнения.Вставить("Процесс", Справочники.Процессы.НайтиПоНаименованию("Документооборот"));
ЗначенияЗаполнения.Вставить("Категория", Справочники.КатегорииЗаданий.НайтиПоНаименованию("Бухгалтерия"));
ЗначенияЗаполнения.Вставить("ТекущийИсполнитель", Справочники.Пользователи.НайтиПоНаименованию("Иванов"));
ПараметрыФормы.Вставить("РабочийСтолЗначенияЗаполнения", ЗначенияЗаполнения);
```
В форме документа **Задание** в процедуре *ПриСозданииНаСервере* указана обработка параметра *РабочийСтолЗначенияЗаполнения*, поэтому, при нажатии на добавленную на рабочий стол кнопку с данным обработчиком, будет открыта форма с заполненными реквизитами:
---
## Настройка и заполнение основных справочников
Перед началом ведения учета, необходимо произвести настройку конфигурации и заполнить основные справочники.
| Список ролей, которые позволяют настроить конфигурацию и заполнять справочники |
|--------------------------------------------------------------------------------|
| Полные права |
| Администрирование |
---
## Заполнение основных справочников
Перечислим основные справочники, которые в дальнейшем мы будем использовать при работе в программе:
* Организации - это наши юридические лица, от лица которых ведется учет. Т.е., если наша организация называется от ООО "Ромашка", то данные о ней необходимо заполнить здесь. По умолчанию, есть предопределенный элемент "Наша фирма" измените его на нужный Вам. См. [ссылку](/it/nachalo-raboty/nastroyka-i-zapolnenie-osnovnyh-spravochnikov/zapolnenie-osnovnyh-spravochnikov/organizacii).
* Подразделения - структурные подразделения организаций. См. [ссылку](/it/nachalo-raboty/nastroyka-i-zapolnenie-osnovnyh-spravochnikov/zapolnenie-osnovnyh-spravochnikov/podrazdeleniya).
* Сотрудники - сотрудники организаций. См. [ссылку](/it/nachalo-raboty/nastroyka-i-zapolnenie-osnovnyh-spravochnikov/zapolnenie-osnovnyh-spravochnikov/sotrudniki).
* Физические лица - используются в сотрудниках и содержат дополнительные данные. Важно, что физические лица - могут быть не только сотрудниками.
* Места хранения - места хранения, по которым будет вестись учет. См.[ссылку](/it/nomenklatura-i-sklad/koncepciya-imenovaniya-mest-hraneniya).
* Номенклатура и карточки номенклатуры - то, чем будем оперировать: оборудование, услуги. См.[ссылку](/it/nomenklatura-i-sklad).
Все остальные справочники являются вспомогательными.
| Список ролей для работы с подсистемой "Справочники" |
|-----------------------------------------------------|
| Базовые права УФ |
| Добавление и изменение базовой нормативно-справочной информации |
| Добавление и изменение общей базовой нормативно-справочной информации |
| Чтение базовой нормативно-справочной информации |
| Чтение общей базовой нормативно-справочной информации |
---
## Контрагенты
Справочник **Контрагенты** содержит список контрагентов созданных в конфигурации.
В форме элемента справочника **Контрагенты** перечислены следующие реквизиты:
* Наименование;
* Вид контрагента (юридическое или физическое лицо, а также кем является контрагент: "Клиент", "Поставщик" и т.д.);
* Полное наименование;
* Страна регистрации;
* Местоположение;
## Закладка "Общие"
* ИНН/КПП/ОКПО (можно заполнить данные реквизиты автоматически по данным единых государственных реестров);
* Банковский счет;
* Договор;
* Контактное лицо;
## Закладка "Адреса, телефоны"
содержит контактную информацию контрагента.
## Закладка "Дополнительная информация"
содержится произвольная информация.
---
## Места хранения
Справочник **Места хранения** содержит список мест хранения.
В списке мест хранения также можно посмотреть закрепленную за местом хранения номенклатуру.
## Закладка "Основные данные"
* Вид места хранения (рабочее место, склад, шкаф, полка и т.д);
* Организация;
* Подразделение;
* Местоположение.
## Закладка "Адреса, телефоны"
содержит контактную информацию места хранения.
## Закладка "Сетевые интерфейсы"
содержит информацию о сетевых интерфейсах места хранения.
## Закладка "Ответственные"
отражен сотрудник, который является ответственным за данное место хранение.
## Закладка "Ответственный IT"
указывается сотрудник IT-отдела, который ответственный за обслуживание данного места хранения.
---
## Организации
Справочник **Организации** содержит список добавленных в конфигурацию организаций.
## Закладка "Главное"
* Полное наименование;
* ИНН/КПП/ОКПО;
* Вид контрагента (юридическое или физическое лицо);
* Дата выдачи свидетельства;
* Серия и № свидетельства;
* Банковский счет;
* Ставка НДС;
* Местоположение;
* График;
## Закладка "Адреса, телефоны"
Содержит контактную информацию организации.
---
## Подразделения
Справочник **Подразделения** содержит список подразделений организаций.
## Закладка "Основное"
* Организация;
* Руководитель;
* Местоположение;
* График работы.
## Закладка "Адреса, телефоны"
Содержит контактную информацию подразделения.
---
## Сотрудники
Справочник **Сотрудники** содержит список сотрудников организации.
## Закладка "Основное"
* Физ. лицо;
* Дата приема;
* Организация;
* Подразделение;
* Должность;
* Место хранения;
* Местоположение;
* Внутренний номер;
## Закладка "Адреса, телефоны"
Содержит контактную информацию сотрудника.
## Закладка "Документы"
Если в отношении сотрудника созданы документы: закрепления, перемещения или снятие закрепления, тогда эти документы будут отражены на закладке "Документы".
---
## Настройка параметров учета
Здесь хранятся все основные настройки конфигурации, которые влияют на ее поведение.
Настройки сгруппированы по разделам и, по умолчанию, заполнены при установке системы. Можете изменить их по Вашим потребностям.
Интуитивно понятно, зачем нужна каждая из настроек
---
## Создание групп и профилей доступа
Если пользоваться конфигурацией будете не только Вы, необходимо добавить дополнительных пользователей в конфигурацию.
[Конфигурация поддерживает импорт пользователей из Active Directory.](https://docs.softonit.ru/it/nachalo-raboty/import-dannyh/import-iz-active-directory-polzovateley-i-rabochih-mest)
1. Допустим, нам необходимо добавить пользователя "Иванов" с правами, которые позволяли бы ему работать только со складскими документами.
Приступим:
Создадим профили групп пользователей. Профили - это различные права, объединенные в своеобразные шаблоны доступа. Т.е. то, что будет назначаться пользователям. Например, для склада будет достаточно прав:
Базовые права и запуск толстого, тонкого и веб-клиентов обязательны.
2. Создадим группу доступа *Кладовщики* и сохраним ее:
3. Перейдем к добавлению пользователей. Откроем справочник **Пользователи** и добавим нового:
4. Будет открыт диалог создания нового пользователя.
Назовем пользователя так как нам надо, установим ему пароль, и перейдем в **Права доступа**, на этой же форме:
5. Включим пользователя в группу *Кладовщики*.
6. Теперь, если закрыть пользователя и открыть его заново, мы получим:
7. Зайдем под пользователем, которого мы только что создали, и проверим, что получилось.
Закроем текущий сеанс, запустим 1С:Предприятие, и в окне авторизации выберем Иванова, введя его пароль. Откроется форма:
Как видим, ничего лишнего. При этом, некоторые справочники, которые имеют важное значение, могут быть открыты, но не могут быть изменены. Например, справочник **Организации**.
---
## Настройка начальной страницы
По умолчанию начальная страница выглядит так:
Но иногда необходимо разместить другой часто используемый функционал, к примеру:
**Рассмотрим как это сделать.**
1. Перейдите в **Настройки -> Настройки начальной страницы**
2. Удалите текущие размещенные формы
3. Добавьте необходимые формы в колонки начальной страницы, нажимаем **ОК**
4. Готово
---
## Обновление конфигурации
:::info Важно!
Информация об обновлении конфигурации "Управление IT-отделом 8" рассылается в день выхода или на следующий день после официального выхода обновления конфигурации.
:::
> Конфигурация обновляется, как и любое другое типовое решение на платформе 1С.
## Порядок обновления клиент-серверной базы
Прежде всего, **если у Вас серверная ИБ** запретите выполнение регламентных заданий открыв консоль кластера 1С, выберите нужную ИБ, щелкните правой кнопкой по ней и выберите в выпадающем меню **Свойства**:
Нажмите в окне галочку **Блокировка регламентных заданий включена**.
Далее, завершите все сеансы, которые есть на данный момент. Лучше, если пользователи сами корректно завершат их, но если такой возможности нет, Вы можете завершить их принудительно:
1. Запустите конфигурацию "Управление IT-отделом 8" в режиме "Конфигуратор".
2. Создание архивной копии
:::info Обязательно!
Cделайте архивную копию вашей информационной базы! Для этого надо перейти в раздел **Администрирование** выбрать пункт **Выгрузить информационную базу** и ввести имя файла выгрузки. Этот файл надо сохранить в надёжном месте.
:::
3. В режиме **Конфигуратор** выберите пункт **Открыть конфигурацию**.
4. Выберите режим **Обновление конфигураций**, для этого выберите **Конфигурация -> Поддержка -> Обновить конфигурацию**.
5. В диалоге выбора обновления в качестве источника обновления укажите **Доступные обновления**, после чего выберите нужное обновление в соответствующем списке.
6. Если в списке обновлений необходимое обновление отсутствует, то в диалоге выбора обновления в качестве источника обновления укажите **Файл обновления**, после чего выберите нужный файл.
7. В окне **Обновление конфигураций** нажмите кнопку **OK** для продолжения обновления конфигурации.
8. На вопрос об обновлении конфигурации базы данных ответьте **ДА**.
9. После завершения обязательно запустите программу в режиме *Предприятие* - для совершения конвертации. Некоторые пользователи, не выходя из конфигуратора последовательно обновляют версии - это НЕДОПУСТИМО и повлечет за собой невозможность дальнейшей работы.
10. После завершения всех работ с обновлением запустите снова консоль кластера и снимите галочку **Блокировка регламентных заданий включена**.
## Порядок обновления файловой базы
Процесс обновления конфигурации, работающей в файловом режиме аналогичен, за исключением того, что не нужно отключать работу регламентных заданий.
1. Перед началом обновления необходимо, чтобы в базе никто не работал. Поэтому необходимо, чтобы все активные пользователи завершили свой сеанс.
2. Открываем конфигурацию в режиме *Конфигуратор* и создаем резервную копию базы.
3. Далее переходим в раздел **Конфигурация -> Поддержка -> Обновить конфигурацию**.
4. В открывшемся окне **Обновление конфигурации** выбираем пункт **Поиск доступных обновлений** и жмем кнопку **Далее**.
5. На следующем этапе необходимо установить галочку **Искать в текущих каталогах шаблонов и обновлений** и нажать кнопку **Далее**.
6. После успешного поиска перед нами отобразится окно, в котором жирным будет выделено подходящее обновление для текущей версии конфигурации.
7. Устанавливаем на него курсор и жмем кнопку **Готово**.
8. Далее появится еще одно новое окно, в котором необходимо нажать кнопку **Продолжить обновление**. Начнется процесс обновления.
9. После успешного обновления необходимо применить изменения и запустить конфигурацию в режиме 1С:Предприятие.
:::info Важно!
После каждого обновления, надо хотя бы 1 раз запускать 1С в режиме *Предприятие*. Это нужно, для того, чтобы все обработчики обновления завершили свою работу. Также, следует учитывать, что на определенную версию можно обновиться только с определенных версий, которые указаны в обновлении.
:::
---
## Первое знакомство с конфигурацией
Конфигурация "Управление IT-отделом 8" является многофункциональным и очень гибким решением, которое способно подстроиться под любую специфику использования. В программе есть заложенная в процессе разработки предопределенная логика работы, которая основывается на методологии `ITIL`. В связи с этим из коробки функционал конфигурации работает, опираясь на данные правила. Но это не значит, что изменить ничего нельзя. Как раз наоборот, в Ваших руках есть возможность самостоятельно подстроить под себя функционал, так как код конфигурации полностью открыт за исключением модуля, отвечающего за правомерное использование программы. Перед началом полноценной настройки, давайте познакомимся с базовыми возможностями программы, которые будут рассмотрены в документации данного раздела.
## Содержание главы:
* Интерфейс конфигурации
* Персональные настройки
* Изменение стиля оформления конфигурации пользователя
* Настройка индивидуальных параметров для каждого пользователя
* Прочие возможности
* Схемы зданий, помещений, сетей
* Возможность прикрепления произвольных файлов
* Дополнительные реквизиты и сведения объектов
* Справочник "Комиссии"
* Подключение к Power BI с помощью OData
---
## Интерфейс конфигурации
## Основные элементы интерфейса
* **Интерфейс конфигурации** - это основной способ взаимодействия пользователя с конфигурацией на интерактивном уровне. Интерфейс содержит множество различных элементов, которые отвечают за определенное действие или событие. Так, например, по нажатию той или иной кнопки осуществляется определенное действие, выполняемое программой, открываются дополнительные формы (окна) и т.д. В конфигурации есть определенный набор интерфейсных элементов, которые присутствуют во всех механизмах программы:
* **Панель набора кнопок** - содержит в себе кнопки, которые выполняют то или иное действие над объектом конфигурации. Панель выглядит следующим образом:
* **Реквизиты** - поля, в которых указываются определенные значения, относящиеся к объекту конфигурации. Реквизиты бывают полем ввода строки, полем выбора значений, а также выпадающим списком.
* **Чек-бокс** - это реквизит, который имеет значение включено или выключено, обычно включение подобного чек-бокса активирует работу определенной настройки.
* **Закладка** - это элемент формы объекта конфигурации, на котором могут располагаться любые другие элементы интерфейса программы. Например, на закладке могут располагаться реквизиты, табличные части, кнопки и т.д.
* **Табличная часть** - это элемент, которых хранит в себе информацию в виде таблицы. У табличных частей обязательно присутствуют столбцы и строки, где располагаются определенные значения, поэтому их не стоит путать со списками.
* **Гиперссылки** - это ссылки, которые располагаются в верхней части формы элемента конфигурации и открывают дополнительные функции взаимодействия с объектом базы.
Интерфейс конфигурации также оснащен глобальными элементами оформления, которые распространяются на весь функционал. Такими элементами называются панели, которые окружают рабочее пространство программы. Они делятся на пять панелей каждая, из которых отвечает за вывод собственной информации:
* **Панель разделов** - это панель, которая выводит основные доступные разделы конфигурации. Другими словами, это главное меню программы с помощью, которого осуществляется навигация по функционалу.
* **Панель открытых** - предназначение данной панели интуитивно понятно из его названия. На этой панели располагаются открытые объекты конфигурации: документы, справочники, отчеты и т.д. Обращаем Ваше внимание на то, что на данной панели всегда будет отображаться функционал, который открыт постоянно. К подобному относится, например, начальная страница, которая открыта регулярно.
* **Панель истории** - данная панель предназначена для отображения истории по последним открытым объектами конфигурации.
* **Панель избранного** - предназначение панели заключается в выводе объектов конфигурации, которые отмечены как избранные. Данная панель позволяет быстро обратиться к объекту,который используется Вами достаточно часто.
* **Панель функций текущего раздела** - данная панель выводит функции и объекты раздела, который открыт на текущий момент.
Возможности интерфейса конфигурации позволяют изменить расположение описанных выше панелей в том порядке, который необходим. Ненужные панели можно убрать из визуального отображения и т.д. Для перехода к редактированию панелей необходимо в верхнем правом углу, возле имени текущего пользователя вызвать сервисные настойки и перейти в раздел **Настройки -> Настройки панелей**.
Откроется окно **Редактор панелей**, которое отображает установленный на текущий момент макет расположения панелей. В центральной части выделена рабочая область, в которой будут выводиться объекты конфигурации, а также вокруг пунктиром выделены области, где можно расположить панели. Выделенная серым цветом полоса внизу редактора хранит в себе скрытые для визуального отображения панели. Изменение расположения осуществляется простым перетаскиванием панелей по макету редактора.
## Настройка навигации и действий навигации
Как говорилось ранее панель функций текущего раздела отображает предопределенный набор доступных для пользователя функций и объектов. Набор подобных включенных функций для каждого раздела программы отличается, так для раздела **Техническая поддержка** выводятся объекты, которые напрямую взаимосвязаны с этой подсистемой.
С помощью настроек навигации и действий можно изменить состав выводимых функций. Открыв любую *Панель функций текущего раздела*, можно перейти к настройкам с помощью кнопки, расположенной в правом верхнем углу и изображенной в виде шестеренки.
### Настройки навигации
Под навигацией понимаются объекты конфигурации, которые напрямую относятся к области данного раздела. К навигации относятся документы подраздела, связанные справочники или журналы документов. Если необходимо скрыть какой-либо неиспользуемый документ раздела, необходимо открыть **Настройка навигации**. Откроется новое окно **Настройка панели навигации**, в котором нужно убрать или добавить элемент раздела. Все выполняемые действия в данном окне осуществляются с помощью командных кнопок, предназначение которых интуитивно понятно.
### Настройки действий
К действиям панели функций текущего раздела относятся команды, которые могут выполняться напрямую без перехода в форму объекта конфигурации, отчеты или сервисные обработки. Например, это подраздел **Создать**, который сразу же (без перехода в документ) позволяет создать поступление, перемещение или любой другой документ программы. Состав выполняемых действий также как и навигация настраивается. Для этого нужно перейти в "Настройка действий". Откроется новое окно "Настройка панели действий", где аналогично настройкам навигации осуществляется распределение состава отображаемых действий, отчетов и сервисов.
:::info Внимание!
Применяемые настройки интерфейса являются персональными и не имеют глобального характера. Таким образом каждый пользователь может конкретно для своего удобства создать подходящее оформление программы.
:::
---
## Изменение стиля оформления конфигурации пользователя
Цветовое оформление типовых конфигураций от фирмы 1С, да и конфигураций, которые были разработаны сторонними разработчиками не изменялось из поколения в поколение. В число таких программ входит и наша конфигурация. Утвержденная цветовая гамма 1С в желтых тонах успела приесться и сопровождала пользователей очень долгое время. За этот интервал времени кто-то из пользователей привык к желтому цвету, а кто-то не против поменять оформление на нечто другое. Учитывая данные пожелания, мы разработали механизм, который позволит изменить оформление конфигурации. При этом мы понимаем, что одна часть пользователей все же не хотели бы изменять стандартный стиль 1С на другой, поэтому привычные желтые тона никуда не исчезли. Данный механизм включает в себя следующий набор стилей:
## 1. Стандартный
## 2. Темный
## 3. Светлый
## 4. Серый
Каждый пользователь может индивидуально подобрать для себя понравившийся стиль оформления. Для этого необходимо перейти в персональные настройки пользователя **Начальная страница -> Персональные настройки** (кнопка в виде гаечного ключа).
Далее в настройках пользователя необходимо раскрыть настройку **Стиль оформления** и в качестве основного стиля указать одно из четырех представленных оформлений.
[Видео по данной теме на ютуб](https://www.youtube.com/watch?v=_-oM85ABMjo)
---
## Настройка индивидуальных параметров для каждого пользователя
**Индивидуальные настройки параметров пользователя** предназначены для автоматической установки значений в реквизиты имеющихся документов или справочников. Также в данных настройках задаются параметры, которые будут использоваться механизмами программы по умолчанию для текущего пользователя. Это может понадобиться, например, когда один сотрудник отвечает за один склад и выбирает его во всех документах, а другой сотрудник за другой и тоже выбирает его везде. Для этих целей есть механизм индивидуализации конфигурации. Т.е. есть настройки у каждого пользователя, которые позволяют выбрать личные значения для подстановки.
Настройка доступна в разделе **Администрирование -> Настройки пользователей и прав -> Пользователи.** Открываем нужного пользователя и переходим по гиперссылке **Настройки пользователя**.
Открыв гиперссылку, откроется сгруппированный по подсистемам конфигурации список индивидуальных параметров пользователя:
## Группа "Service Desk"
Данная группа предназначена для указания параметров, которые относятся к разделу конфигурации "Техническая поддержка". В состав группы входят следующие параметры:
* **Добавлять себя в наблюдатели для всех новых заданий (только если есть роль "Просмотр чужих заданий")** - осуществляет автоматическое добавление данного пользователя в наблюдатели новых заданий (находящихся на этапе "Новый"), при условии, что у пользователя установлена соответствующая роль. Имеет значения: "Да", "Нет".
* **Интервал проверки изменений заданий для всплывающих оповещений** - в данном параметре задается интервал времени в секундах, который запускает всплывающее в трее уведомление об изменениях в заданиях. Чтобы отключить данный параметр необходимо указать значение -1. По умолчанию задан 5-и минутный интервал, то есть 300 секунд.
* **Основная группа доступа категории базы знаний** - параметр, который будет устанавливать заданную по умолчанию группу доступа для статьи базы знаний, при включенном функционале RLS (разграничение групп доступа).
* **Основной инициатор** - указывается инициатор, который будет автоматически устанавливаться в создаваемом под данным пользователем документе "Задание". Значения может выбираться из всех доступных в конфигурации справочников.
* **Основной процесс** - указывается процесс, который будет автоматически устанавливаться по умолчанию в создаваемом под данным пользователем документе "Задание". Значения выбираются из справочника "Процессы".
* **Основной процесс для создаваемых дочерних заданий** - принцип применения аналогичен вышеописанному параметру, за исключением того, что значение данного параметра будет указываться в создаваемых подзадачах. Значения выбираются из справочника "Процессы".
* **Основной тип инициатора** - указывается тип, который будет автоматически устанавливаться в создаваемом под данным пользователем документе "Задание". Например, будет устанавливаться тип "Контрагент" или "Сотрудник" и т.п. в зависимости от установленной настройки.
* **Открывать задание на закладке "Комментарии", если есть комментарии** - параметр при включении, которого задания с комментариями будут автоматически открываться на соответствующей закладке. Имеет значения: "Да", "Нет".
* **При добавлении комментария по умолчанию не уведомлять инициатора** - при включении данного параметра у пользователя, уведомления по добавленным в задании комментариям не будут уходить инициатору задания. Имеет значения "Да", "Нет".
* **Рабочий стол по умолчанию** - указывается рабочий стол, который по умолчанию будет формировать начальную страницу конфигурации для данного пользователя. Значения выбираются из справочника "Рабочие столы".
* **Упорядочивание комментариев в задании** - параметр, задающий сортировку добавленных в задании комментариев. Имеет значения: "Новые вверху", "Новые внизу".
## Группа "Изменение показателей оборудования"
* **Вид значения** - параметр, который автоматически будет устанавливать значение в соответствующий реквизит документа "Изменение показателей оборудования". Имеет значения: "Текущее значение показателя", "Увеличение показателя на значение".
* **Положение вида значения** - задает стандартное положение реквизита "Вид значения" в документе "Изменение показателей оборудования". Имеет значения: "В шапке", "В табличной части".
## Группа "Календарь"
* **Начало рабочего дня** - указывается время начала рабочего дня, которое потом автоматически устанавливается при расчетах в табеле рабочего времени.
* **Окончание рабочего дня** - указывается время окончания рабочего дня, которое потом автоматически устанавливается при расчетах в табеле рабочего времени.
* **Отображать текущую дату** - устанавливает текущую дату в параметры "Начало рабочего дня" и "Окончание рабочего дня". Имеет значения: "Да", "Нет".
## Группа "Логины и пароли"
* **Основной тип пароля при создании** - указывается тип пароля, который будет автоматически устанавливаться при создании. Данный тип пароля определяет видимость объекта для других пользователей. Имеет значения: "Общий (виден всем)", "Личный (виден только автору)", "Группе пользователей (виден только для указанной группы пользователей)".
## Группа "Наряды на работы"
* **Состояние нового наряда на работы** - указывается значение, которое будет автоматически подставляться в реквизит "Состояние" документа "Наряды на работы". Имеет значения: "В работе", "Выполнен", "Заявка".
## Группа "Обслуживание"
* **Основное место хранения (на склад)** - указывается значение, которое будет подставляться автоматически в реквизит "Место хранение на склад" в документе "Начало\Окончание обслуживания"
* **Основное место хранения (со склада)** - указывается значение, подставляемое в реквизит "Место хранения (со склада)" в документе "Начало\Окончание обслуживания".
## Группа "Основные значения для подстановки в документы и справочники"
* **Основная группа доступа контрагентов** - указывается значение, подставляемое в реквизит "группа контрагента" при использовании функционала "Разграничение по группам доступа".
* **Основная группа доступа мест хранения** - указывается значение, подставляемое в реквизит "группа мест хранения" при использовании функционала "Разграничение по группам доступа".
* **Основная комиссия** - значение, которое будет указываться в документах конфигурации в качестве комиссии по умолчанию.
* **Основная организация** - значение, которое будет указываться в документах конфигурации в качестве организации.
* **Основная ставка НДС** - данный параметр будет указываться во всех объектах конфигурации как НДС по умолчанию.
> *Остальные параметры указанные в данной группе, также будут отвечать за стандартную установку значения в объектах программы.*
## Группа "Планирование бюджета"
* **Положение "Период бюджета" в документе** - устанавливается положение, которое будет занимать данный реквизит в соответствующем документе. Имеет значения: "Шапке", "В табличной части".
## Группа "План работ"
* **Положение реквизита "Вид работы"** - отвечает за расположение реквизита "Вид работы" в документе "Ежедневный отчет". Имеет значения: "В шапке", "В табличной части".
* **Положение реквизита "Задание"** - отвечает за расположение реквизита "Задание" в документе "Ежедневный отчет". Имеет значения: "В шапке", "В табличной части".
* **Положение реквизита "Пользователь"** - отвечает за расположение реквизита "Пользователь" в документе "Ежедневный отчет". Имеет значения: "В шапке", "В табличной части".
## Группа "Права доступа"
* **Положение реквизита "Сотрудник"** - отвечает за расположение реквизита "Сотрудник" в документе "Права доступа сотрудников к информационным ресурсам". Имеет значения: "В шапке", "В табличной части".
## Группа "Стили оформления"
* **Основной стиль** - в данном параметре указывается основной стиль оформления интерфейса конфигурации. По умолчанию установлено значение "Стандартный", которое отвечает за желто-белое оформление 1С.
## Группа "Трудозатраты"
* **Авторасчет трудозатрат в документах** - включает функционал автоматического проставления трудозатрат пользователя в документе "Задание". Имеет значения: **"Да", "Нет"**.
## Группа "Удаленное управление"
* **Локальный путь к ...** - указывается локальный путь к файлу `exe`, который отвечает за запуск программы удаленного управления.
---
## Персональные настройки
**Персональные настройки текущего пользователя** - это набор настроек программы, применяемых к определенному пользователю и не имеющих глобального предназначения. Это позволяет варьировать тонкие настройки между пользователями и не стандартизировать их в единую составляющую. Для перехода к настройкам необходимо на начальной странице программы нажать на кнопку в виде гаечного ключа.
**Откроется окно персональных настроек, в котором располагаются следующие настройки:**
## Закладка "Общие"
* [x] **Настройки пользователя** - персональные настройки используемых параметров текущего пользователя. Данная настройка отвечает за набор стандартных параметров подставляемых в реквизиты документов при их создании. А также здесь указываются параметры по умолчанию, которые будут применяться к механизмам программы. Открыть данные настройки можно также по гиперссылке "Настройки пользователя", которая находится в форме элемента "Пользователь".
* [x] **Сведения о пользователе** - настройка, которая открывает основные настройки текущего пользователя. В состав данных настроек входит: настройка авторизации, контактная информация и т.д.
* [x] **Настроить доступ к Интернету** - настройка работы программы с помощью использования прокси-сервера.
* [x] **Настройки работы с почтой** -детализированная настройка работы с почтой.
* [x] **Установить расширение работы с файлами** - для выполнения некоторых операций в веб-клиенте требуется установка и подключение расширения работы с файлами.
* [x] **Обновить параметры системы** - применяет ранее измененные для данного пользователя параметры системы.
* [x] **Установить авто-режим форм** - применяет ранее измененные для данного пользователя параметры форм. Возвращает параметры формы к исходному виду.
* [x] **Установить компактный режим форм** - устанавливает минимализированный формат форм конфигурации.
* [x] **Запрашивать подтверждение при завершении программы** - вывод диалогового окна подтверждения при завершении работы в программе.
* [x] **Изменить пароль** - изменение текущего пароля пользователя.
## Закладка "Работа с файлами"
* [x] **Действие при выборе файла** - автоматическое действие, осуществляемое при выборе файла. Предусмотрено два варианта: открывать файл, открывать карточку файла.
* [x] **Выбор режима открытия при выборе файла** - открытие файла для просмотра или редактирования.
* [x] **Показывать подсказки при редактировании файлов (только веб клиент)** - включение отображения подсказок при редактировании.
* [x] **Показывать занятые файлы при завершении работы** -показывать файлы, занятые программой при завершении работы.
* [x] **Показывать колонку "Размер" в списках файлов** - включает отображение колонки размера файлов.
* [x] **Сравнить версии при помощи** - позволяет выбрать программу для сравнения файлов.
* [x] **Настройка основного вида рабочего каталога...** -выбор временного каталога для работы с файлами из программы.
* [x] **Настройка сканирования...** -настройки для сканирования изображений.
* [x] **Настройка ЭЦП** - настройка электронной цифровой подписи.
* [x] **Установить расширение работы с криптографией** - установка расширения работы с криптографией.
## Закладка "Печать"
* [x] **Задать действие при выборе макета печатной формы - позволяет выбрать как будет открываться макет печатной формы только для просмотра или для редактирования.**
## Закладка "Техподдержка (заявки)"
* [x] **Показывать запрос комментария при переходе на этап** - запрос для ввода комментария при переходе на этап.
* [x] **Заполнять из последнего задания** - заполнение реквизитов из последнего задания.
## Закладка "Мобильные клиенты"
* [x] **Настройка подключения** - формирует `QR-код`, который содержит все необходимые для подключения мобильного приложения данные пользователя.
---
## Прочие возможности
В этой главе описаны прочие возможности конфигурации.
---
## Возможность прикрепления произвольных файлов
Часто бывает необходимо прикреплять файлы к объектам конфигурации. Например, счет от поставщика очень удобно прикрепить в заказ, или договор с контрагентом к элементу справочника **Контрагенты** или **Договоры контрагентов**.
Такая возможность в конфигурации есть, это гиперссылка присоединенные файлы, которая позволяет прикреплять вложения в виде файлов ко всем объектам программы.
При этом это можно осуществлять как вручную, так и программа сама может прикреплять вложенные во входящее письмо файлы к заданию, а также наоборот прикреплять к исходящему письму.
На скриншоте внизу представлен данный функционал.
В любом документе или справочнике, где есть гиперссылка *присоединенные файлы* выделенная на скриншоте, возможно использовать прикрепление других файлов. С помощью кнопки **Добавить** можно прикрепить файл как с локального диска, так и из стандартного раздела конфигурации "шаблоны файлов", которые находятся разделе **Главное -> Файлы**.
| Список необходимых ролей для работы |
|-------------------------------------|
| Добавление и изменение папок и файлов |
---
## Дополнительные реквизиты и сведения объектов
В конфигурации реализован механизм дополнительных реквизитов и свойств.
Данный механизм позволяет дополнить типовые объекты своими свойствами в зависимости от Ваших потребностей. Таким образом, можно без изменения конфигурации добавить в функционал дополнительные реквизиты в объекты.
Пример, необходимости доп. реквизитов. Допустим документ "Заказ поставщику" в вашей организации согласовывают Иванов, Петров и Сидоров. Как не запутаться в том, кто согласовал заявку, а кто нет? Легко, скажите Вы. Я запомню! А если таких заявок 100 одновременно? Это надо как-то фиксировать в программе, чтобы не запутаться. Добавлять в комментарий заявки? Не информативно... В данном случае необходимо добавить дополнительные реквизиты: Согласовано Ивановым, Согласовано Петровым, Согласовано Сидоровым типа Булево (Да/Нет). Тогда в заказе на дополнительной одноименной закладке появятся эти реквизиты и Вы с легкостью сможете их изменять, как обычные реквизиты.
Для добавления и редактирования дополнительных реквизитов и свойств перейдите в: **Администрирование -> Общие настройки -> Дополнительные реквизиты и сведения**, где активировать соответствующие галочки.
В данной форме можете добавить дополнительные реквизиты или сведения.
Дополнительные реквизиты и дополнительные сведения используются в наборах свойств. Практически все дополнительные реквизиты и сведения объектов можно вывести в отчетах и списках. При выборе вида дополнительного свойства нужно руководствоваться следующими соображениями:
* **Дополнительные реквизиты** являются неотъемлемой частью «объекта со свойствами». Они хранятся в табличной части объекта и доступны тем же пользователям, которым доступен и сам «объект со свойствами». Дополнительные реквизиты редактируются в форме объекта наряду с его остальными реквизитами.
* **Дополнительные сведения** предназначены для хранения сведений об объекте, которые не являются неотъемлемой частью объекта. Дополнительные сведения, как правило, доступны для просмотра и/или редактирования пользователям, которые не имеют доступа к самому «объекту со свойствами». Дополнительные сведения редактируются в отдельной форме, которую можно открыть из формы «объекта со свойствами».
При создании элемента дополнительных реквизитов или сведений обязательно необходимо выбрать тип, который будет присвоен создаваемому объекту. Например, при выборе типа значения **Значения свойств объектов** или **Значения свойств объектов (иерархия)**, можно задать список возможных значений дополнительного реквизита или сведения. Для этого нужно воспользоваться командой на **панели навигации** дополнительного реквизита или сведения. Также для удобства, значения могут быть объединены в группы свойств.
После добавления данных для нашего примера в документе "Заказ поставщику" появятся дополнительные реквизиты, на закладке "Дополнительные реквизиты":
**Пример.**
Добавим реквизит "Должность" в справочник "Физические лица" и выведем его в форме списка справочника отдельной колонкой.
Для этого, сначала добавим новый дополнительный реквизит "Должность" для справочника "Физические лица". В разделе "Дополнительные реквизиты и сведения" переходим по гиперссылке "Дополнительные реквизиты". В форме списка объектов выделяем справочник "Физические лица" и нажимаем на **Добавить -> Новый**:
В открывшейся карточке создания нового дополнительного реквизита указываем наименование реквизита **Должность**, а в качестве **Типа значения** указываем тип **Должность**:
Далее необходимо в карточке физического лица заполнить добавленный дополнительный реквизит:
Добавим колонку "Должность" в форму списка справочника "Физические лица". Для этого в форме списка справочника необходимо нажать на кнопку **Еще** и выбрать команду **Изменить форму**. В открывшейся форме "Настройка формы" необходимо в списке элементов формы выделить элемент ***Ссылка*** и нажать на кнопку **Добавить поля**:
В списке полей для размещения на форме необходимо активировать добавленное поле **Должность (Физические лица)** и нажать на кнопку **ОК**. С помощью кнопок **Переместить вверх/Переместить вниз** можно передвинуть расположение данного поля в требуемое место:
После нажатия кнопки **"ОК"** в форме "Настройка формы" проверяем результат:
| Список необходимых ролей для работы |
|-------------------------------------|
| Добавление и изменение дополнительных реквизитов и сведений |
| Изменение дополнительных сведений |
| Чтение дополнительных сведений |
---
## Подключение к Power BI с помощью OData
В конфигурации "Управление IT-отделом 8" предусмотрена возможность публикации данных информационной базы с помощью интерфейса OData. Благодаря этому можно расширить базовый функционал отчетности программы, т.е. выгруженную информацию подключить к сторонней программе, которая предназначена для аналитической оценки данных. К списку подобных программ относится Power BI, которая позволяет производить подробный анализ данных.
Первым делом необходимо произвести публикацию базы данных с активированным флагом "Публиковать стандартный интерфейс OData".
После этого перейдем к настройке интерфейса OData в конфигурации. Для этого перейдем в раздел **Администрирование -> Синхронизация данных -> Настройки стандартного интерфейса OData**.
Перейдя в настройку канала OData, активируем флаг "Создать для использования автоматического REST-сервиса отдельные имя пользователя и пароль", далее в соответствующих полях укажем имя пользователя и пароль для авторизации при использовании интерфейса OData. Данная настройка предусмотрена в целях безопасности при работе с синхронизацией информации. После проделанных манипуляций перейдем на закладку "Состав", где отмечаются метаданные базы, которые необходимо выгрузить в сторонние программы.
После этого выгруженные данные становятся доступны по ссылке вида: `http://ххх.ххх.х.хх/itdemo/odata/standard.odata/`.
На этом шаге настройка конфигурации заканчивается и теперь перейдем к подключению выгруженных данных к Power BI.
Запускаем программу и в верхнем меню выбираем команду **Получить данные -> Канал OData**.
В появившемся диалоговом окне необходимо указать ссылку, которая ведет к опубликованным данным и нажмем **ОК**.
Далее загруженные данные будут представлены в программе PowerBI в виде информационной таблицы.
Загрузив подобным способом несколько таблиц, данные из этих таблиц необходимо преобразовать и расставить схемы взаимодействий между ними.
После этого можно приступать к визуализации информации и проведению подробного анализа.
| Список ролей, которые позволяют работать с ODat |
|-------------------------------------------------|
| Полные права |
| Администрирование |
---
## Справочник Комиссии
В конфигурации реализована возможность создавать и использовать различные комиссии по списанию или инвентаризации.
Данный механизм представлен в виде справочника, в котором можно гибко назначать или изменять членов комиссии.
Чтобы перейти к созданию новой комиссии перейдем в раздел **Справочники -> Комиссии**.
Откроется форма списка справочника, где будут представлены все ранее созданные комиссии в программе.
В форме списка выводится следующая информация:
* **Наименование комиссии** - отражает присвоенное название, которое будет использоваться в печатных формах.
* **Код** - служебный реквизит, выполняющий роль идентификатора.
* **Организация** - отражается принадлежность комиссии к конкретной организации.
* **Комиссия расформирована** - отражает дату расформирования комиссии.
* **Комиссия функционирует по** - выводится дата актуальности комиссии.
---
## Схемы зданий, помещений, сетей
### Местоположения
В конфигурации есть возможность ведения схем зданий, помещений, сетей и т.д. Данные схемы создаются внутри объекта конфигурации **Местоположение**, которое в свою очередь может быть связано с местом хранения, организацией, подразделением. Это позволяет визуально отразить расположение зданий, кабинетов, рабочих мест. Для перехода к созданию схемы нужно открыть раздел **Справочники -> Местоположения** и в форме списка нажать кнопку **Создать**, чтобы добавить новый элемент справочника.
Откроется форма создания нового местоположения. В шапке формы располагаются основные реквизиты, которые необходимо заполнить:
* **Родитель** - реквизит, которые позволяет создавать вложенную иерархию местоположений. Таким образом можно организовать многоуровневую вложенность: Здание 1, Корпус 1, Крыло 1, Этаж 1, Кабинет 1. Реквизит не является обязательным поэтому его можно не заполнять.
* **Код** - автоматический реквизит, отвечающий за нумерацию местоположений.
* **Наименование** - обязательный к заполнению реквизит, который отражает название местоположения в произвольной форме.
* **Вид** - реквизит, указывающий вид данного местоположения. По умолчанию доступен набор стандартных видов: здание, корпус, коридор, помещение, территория, этаж. Предопределенные виды местоположения можно расширить путем создания нового, для этого в форме выбора вида необходимо нажать кнопку **Создать**.
### Закладка "Схема"
На данной закладке располагается визуальный редактор построения схемы местоположения. Чтобы приступить к созданию необходимо активировать кнопку **Редактирование**, которая сделает активным для редактирования окно редактора.
Данный редактор имеет панель кнопок, позволяющих осуществлять определенные действия, а также создавать объекты. Предназначение каждой кнопки интуитивно понятно, однако рассмотрим каждую поподробней (слева направо).
* **Объединить текущую область** - объединяет выделенные ячейки редактора в одну цельную область, может быть полезно при подписании элементов схемы. 
* **Разъединить текущую область** - осуществляет разъединение ранее объединенной области редактора. 
* **Настройки отображать сетку** - включает или выключает сетку редактора. 
* **Отображать заголовки** - включает или выключает отображение заголовков столбцов и строк редактора. 
* **Очистить схему** - полностью очищает заполненную объектами область редактора. 
* **Загрузить схему** - позволяет загрузить с локального диска готовый вариант схемы местоположения, которая представлена в файле mxl. 
* **Сохранить схему** - позволяет сохранить на локальный диск готовый вариант схемы для последующей загрузки.
* **Вставить изображение** - позволяет вставить в схему готовое изображение из набора картинок.
* **Вставить изображение из файла** - вставляет в схему готовое изображение взятое с локального диска компьютера. 
* **Вставка геометрических фигур (линия, квадрат, эллипс)** - вставляет в схему одну из выбранных геометрических фигур. 
* **Вставить текст** - позволяет добавлять в схему любой текст. 
В правой части формы располагаются две закладки "Места хранения" и "Карточки номенклатуры". Закладка
* **Места хранения** - необходима для установки связи между объектами схемы и конкретным местом хранения. Так, например, в схеме здания можно конкретному кабинету назначить определенное место хранения с помощью кнопки **Назначить место хранения**.
* **Карточки номенклатуры** - связывает участвующие в схеме элементы с фактической номенклатурой конфигурации.
### Закладка "Адреса, телефоны"
Данная закладка предназначена для хранения контактной информации местоположения. Здесь указываются: номера телефонов, факс, фактический адрес нахождения, а также связанный телеграмм аккаунт (если такой имеется).
| Список ролей, которые позволяют создавать схемы помещений |
|-----------------------------------------------------------|
| Добавление изменение заказов поставщикам |
| Места хранения и помещения |
| Ремонт и обслуживание |
| Добавление изменение сотрудников |
| Чтение сотрудников |
| Администрирование |
---
## Инструкция по переходу «Управление IT-отделом 8» с версии 3.1 на версию 4.0
Переход на версию 4.0 выполняется в несколько этапов. **Строго соблюдайте порядок действий** — пропуск или перестановка шагов может привести к некорректному обновлению информационной базы.
:::danger Обязательно!
Перед началом обновления сделайте резервную копию информационной базы. Восстановление из копии — единственный способ вернуться к рабочему состоянию, если что-то пойдет не так. **Обратного перехода с версии 4.0 на версию 3.1 не существует** — откатиться можно только восстановлением из этой резервной копии.
:::
## Что изменится после перехода
Версия 4.0 — новая редакция конфигурации с переработанной моделью данных:
- **Процессы и этапы заменяются проектами.** Вместо фиксированных маршрутов «процесс → этап» задания привязываются к проектам и разделам проекта — структура становится гибче и настраивается пользователем, а не задаётся жёстким маршрутом.
- **Правила событий заменены подсистемой Автоматизация.** Уведомления, автоматическая классификация обращений и другие сценарии реакции на события настраиваются через условия и шаги, а не через отдельные правила с кодом; старый справочник правил событий в программе больше не существует.
- **Сервисы и услуги объединяются в единый справочник услуг SLA** — расчёт показателей SLA становится единообразнее.
Задания, комментарии, чек-листы и вложения переносятся автоматически. Часть исторических данных донасыщается в фоне уже после того, как база открыта для работы, — подробнее в шаге 6.
## Порядок действий
### Шаг 1. Обновите программу до последней версии 3.1
Зайдите в личный кабинет на нашем сайте и скачайте последнюю версию 3.1.Х.Х «Управление IT-отделом 8». [Личный кабинет](https://softonit.ru/personal/lk/)
Обновите «Управление IT-отделом 8» до последнего релиза **3.1.X.X**. Это обязательно: только на него можно установить версию 4.0.
### Шаг 2. Включите экспериментальные функции и запустите мастер обновления на версию 4.0
Мастер перехода скрыт за функциональной опцией **«Экспериментальные функции»** — включите её в настройках программы, иначе пункт запуска мастера не появится в меню.
Откройте программу версии **3.1.Х.Х** и запустите **мастер обновления на версию 4.0**.
### Шаг 3. Пройдите все шаги мастера
Мастер сопоставляет данные, которые нельзя перенести автоматически без участия администратора:
- сопоставляет каждый процесс и этап вашей 3.1 с проектом и разделом версии 4.0 (можно заполнить автоматически, а затем поправить вручную);
- назначает участников проектов на основе их ролей в текущей базе.
Последовательно выполните все шаги мастера, следуя инструкциям на экране, и дойдите до экрана завершения. Не прерывайте работу мастера до его полного завершения.
:::caution Не пропускайте этот шаг
Если не запустить мастер или прервать его до завершения, сопоставление данных останется пустым. Обновление всё равно пройдёт успешно, но **все задания и проекты после перехода окажутся в одном проекте по умолчанию** («Неназначенные задания» либо «Задания из писем» — для заданий, созданных из входящих писем), без разбивки по прежним процессам. Разносить их по нужным проектам придётся вручную уже после перехода.
:::
### Шаг 4. Установите платформу «1С:Предприятие» версии 8.5
Версия 4.0 работает на платформе **8.5**. Установите ее перед дальнейшим обновлением конфигурации.
### Шаг 5. Обновите программу до последней версии 4.0
Обновите конфигурацию «Управление IT-отделом 8» до последней доступной версии редакции **4.0**.
### Шаг 6. Запустите программу — короткая блокирующая фаза, затем фоновое обновление
Запустите «Управление IT-отделом 8». Первый запуск включает короткую блокирующую фазу обновления — она не зависит от объёма исторических данных в базе и не требует многочасового ожидания.
После её завершения **база открывается, и пользователи могут сразу начинать работу**. Донасыщение исторических данных (задания, комментарии и проекты, созданные ещё в редакции 3.1) продолжается в фоне, пока база уже используется, начиная с самых новых документов и постепенно доходя до старых.
Пока фоновая обработка не завершена:
- как и при обычном обновлении, регламентным заданиям нужно дать отработать — именно на них выполняется фоновая доработка; не отключайте их выполнение после того, как база открылась;
- отдельные задания редакции 3.1 могут быть временно не видны своему автору или наблюдателям — видимость по участию досчитывается по мере обработки заданий в фоне.
Проверить, завершилось ли фоновое обновление, можно в стандартной обработке **«Результаты обновления информационной базы»** (раздел Администрирование).
## Итоговая последовательность
| Шаг | Действие | Версия / компонент |
|-----|----------|--------------------|
| 1 | Обновление конфигурации | 3.1.X.X |
| 2 | Включение экспериментальных функций и запуск мастера перехода на 4.0 | 3.1.X.X |
| 3 | Прохождение всех шагов мастера (сопоставление процессов проектам, участники) | — |
| 4 | Установка платформы | 1С:Предприятие 8.5 |
| 5 | Обновление конфигурации | последняя 4.0.0.4x |
| 6 | Запуск программы: блокирующая фаза → работа → фоновое обновление | 4.0.0.4x |
После успешного завершения шага 6 переход на версию 4.0 считается выполненным; полная видимость заданий по участию наступает по завершении фоновой части.
## Вопросы и ответы
### Можно ли обновиться на 4.0 сразу, минуя последнюю версию 3.1?
Нет. Релиз **3.1.X.X** содержит мастер перехода, который подготавливает данные к новой структуре версии 4.0, и только с него можно установить версию 4.0.
### Обязательно ли устанавливать платформу 8.5, если текущая версия платформы работает стабильно?
Да. Версия 4.0 рассчитана на платформу **8.5** и использует ее возможности. На более ранних версиях платформы конфигурация 4.0 запускаться не будет.
### Что делать, если мастер обновления на версию 4.0 завершился с ошибкой?
Восстановите информационную базу из резервной копии, сделанной перед обновлением, и повторите шаги заново. Если ошибка повторяется, сохраните текст сообщения об ошибке и обратитесь в техническую поддержку.
### Что будет, если пропустить мастер сопоставления или прервать его на середине?
Обновление пройдёт без ошибок, но все задания и проекты попадут в один проект по умолчанию («Неназначенные задания» / «Задания из писем»), без разбивки по прежним процессам и без участников, назначенных по прежним ролям. Повторный запуск мастера после того, как конфигурация уже обновлена до 4.0, не поможет — сопоставление нужно готовить в редакции 3.1, до перехода.
### Сколько времени занимает переход?
Сама блокирующая часть (шаг 6, до открытия базы) короткая и не зависит от объёма исторических данных — она не перебирает задания, комментарии и проекты целиком. Донасыщение исторических данных выполняется в фоне, пока пользователи уже работают в базе; в зависимости от объёма данных это может занять от нескольких минут до нескольких часов.
### Нужно ли отключать пользователей и регламентные задания на время перехода?
Да, но только до момента, когда база откроется после шага 6. Как и при обычном обновлении, на время шагов 1–6 (до открытия базы) в базе не должно быть активных пользователей; для клиент-серверной базы дополнительно включите блокировку регламентных заданий в консоли кластера. Сразу после того, как база откроется и блокирующая фаза завершится, снимите блокировку регламентных заданий — на них выполняется фоновое донасыщение исторических данных; если они останутся отключены, фоновое обновление не продвинется дальше.
### Почему часть заданий не сразу видна автору или наблюдателям после перехода?
Пока фоновая миграция не завершена, отдельные задания редакции 3.1 могут быть временно не видны своему автору или наблюдателям — видимость по участию пересчитывается по мере обработки заданий в фоне, от новых к старым. Как только фоновое обновление завершится (проверяется в обработке «Результаты обновления информационной базы»), видимость станет полной.
## Ограничения
- Переход возможен только с последнего релиза версии 3.1.X.X.
- Для включения функциональной опции, запуска мастера и обновления конфигурации нужны права администратора.
- Возврат к версии 3.1 после перехода не поддерживается — только восстановление из резервной копии, сделанной до обновления.
---
## Публикация HTTP - сервисов
Настройка HTTP - сервисов.
---
## Лицензирование HTTP-сервисов
Нас часто спрашивают как лицензируются HTTP и WEB-сервисы в нашей конфигурации. Нужны ли для работы дополнительные лицензии или нет?
***Вопрос:*** При использовании личного кабинета пользователя через браузер расходуются клиентские лицензии 1С или нет?
***Ответ:*** На самом деле это вопрос не только про использование личного кабинета, но и вообще HTTP и WEB-сервисов.
Фирма "1С" на сайте ИТС этот пункт описывает так:
[https://its.1c.ru/db/v8310doc#bookmark:adm:TI000000277](https://its.1c.ru/db/v8310doc#bookmark:adm:TI000000277)
***Дословно:***
:::info
Для работы Web-сервисов не требуется клиентских лицензий. Однако если информационная база, которая предоставляет Web-сервисы, работает в клиент-серверном варианте, необходимо наличие серверной лицензии для работы сервера «1С:Предприятия».
:::
Так же есть ответ от специалистов фирмы "1С" по лицензированию:
:::info
... Организации для работы с программами, использующими веб-сервисы, необходимо приобрести клиентские лицензии на такое количество рабочих мест, которое позволит одновременно осуществлять доступ к информационной базе
:::
Для HTTP-сервисов все абсолютно аналогично.
Перефразируя можно сказать так: для работы HTTP и WEB-сервисов, как таковых, проверка на клиентские лицензии не выполняется. Т.е. этот механизм не проверяет наличие клиентских лицензий. НО! Если у Вас клиент-серверный вариант работы, то обязательно нужна серверная лицензия, а также клиентские лицензии на столько рабочих мест, которые одновременно будут работать в программе (пиковые значения).
Т.е. если у Вас всего в организации 300 человек, но одновременно с программой работают 25 человек (в один момент времени), то вам необходимо 25 клиентских лицензий.
---
## Подсистема Telegram
Как настроить подсистему Telegram можно прочесть в специальном [разделе](/it/integraciya-s-telegram-botom)
---
## Установка оценок по заданию в личном кабинете
Если Вы используете способ установки оценки задания в письме Через личный кабинет. Открываем **Администрирование > Настройки параметров учета > Проекты и задания > Оценка заданий**, то для работы механизма оценок необходимо:
* [x] Предварительно опубликовать ИБ на web-сервере (см. [Публикация конфигурации на веб - сервере Apache](/it/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-apache) и [Публикация конфигурации на веб - сервере IIS](/it/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-iis));
* [x] Произвести дополнительную настройку веб - сервера (добавить вторую публикацию этой ИБ, указать служебного пользователя);
* [x] Указать настройки в самой ИБ.
## Настройка веб-сервер
### Веб-сервер Apache
Выполним дополнительную настройку сервера Apache, которую начинали при публикации конфигурации ранее в уроке [Публикация конфигурации на веб - сервере Apache](/it/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-apache).
После публикации ИБ необходимо внести изменения в конфигурационный файл Apache и создать вторую публикацию ИБ. Для этого идем в папку, куда был установлен Apache (у меня это d:\www\Apache22\), далее ищем папку conf и в ней правим файл httpd.conf, а именно находим строки, добавленные при публикации базы:
```
# 1c publication
Alias "/itdemo" "D:/www/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/www/ITDemo/default.vrd"
```
Копируем и вставляем этот блок ниже, должно получиться так:
```
# 1c publication
Alias "/itdemo" "D:/www/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/www/ITDemo/default.vrd"
# 1c publication
Alias "/itdemo" "D:/www/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/www/ITDemo/default.vrd"
```
В добавленном блоке меняем следующие строки на свои:
```
Alias "/itdemo" "D:/www/ITDemo/" -> Alias "/itocenka" "D:/www/ITDemoOcenki/"
```
- этим мы добавляем еще одну публикацию ИБ по имени «itocenka», которая будет расположена по следующему пути D:\www\ITDemoOcenki
```
->
```
- сам каталог файлов новой публикации;
```
ManagedApplicationDescriptor "D:/www/ITDemo/default.vrd" -> ManagedApplicationDescriptor "D:/www/ITDemoOcenki/default.vrd"
```
- файл описания параметров подключения.
В результате должно получиться так:
```
# 1c publication
Alias "/itdemo" "D:/www/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/www/ITDemo/default.vrd"
# 1c publication
Alias "/itocenka" "D:/www/ITDemoOcenki/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/www/ITDemoOcenki/default.vrd"
```
Далее необходимо создать каталог, который мы только что описали (у меня это D:\www\ITDemoOcenki) и скопировать в него файл `default.vrd` из ранее опубликованной базы. Откроем его на редактирование:
```xml
```
Необходимо в новом файле заменить следующее:
```
base="/itdemo" - > base="/itocenka"
```
В строку подключения добавим пользователя, от имени которого инициаторы смогут выставлять оценки не заходя в саму ИБ (т.е. оценки могут выставлять и те инициаторы, которые даже не работают в конфигурации):
```
ib="File="D:\Рабочие базы\IT_Демо";Usr="OcenkaZadania";Pwd="112233123";"
```
Пользователя «OcenkaZadania» с паролем «112233123» (тут Вы указываете своего "служебного" пользователя) добавим в ИБ позже.
Блок веб - сервисов, а также блок описания http - сервиса «kb» можно удалить. В результате должно получиться так:
```xml
```
После внесенных изменений необходимо перезапустить Apache и можно переходить к настройкам конфигурации.
### Веб-сервер IIS
После публикации ИБ (см. [Публикация конфигурации на веб - сервере IIS](/it/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-iis)) в каталоге c:\inetpub\wwwroot\ создадим новый каталог itocenka, скопируем в него содержимое каталога первой публикации c:\inetpub\wwwroot\itdemo\, а именно 2 файла: default.vrd и web.config. Откроем файл default.vrd на редактирование и внесем следующие изменения:
```
base="/itdemo" - > base="/itocenka"
```
- имя второй публикации ИБ;
В строку подключения добавим пользователя, от имени которого инициаторы смогут выставлять оценки не заходя в саму ИБ:
```
ib="File="D:\1CBase\ITdemo";Usr="OcenkaZadania";Pwd="112233123";"
```
Строка подключения для серверной базы будет выглядеть примерно так:
```
ib="Srvr="АДРЕС_СЕРВЕРА";Ref="НАЗВАНИЕ_БАЗЫ";Usr="OcenkaZadania";Pwd="1234567890";"
```
Пользователя «OcenkaZadania» с паролем «112233123» (тут Вы указываете своего "служебного" пользователя) добавим в ИБ позже.
Блок веб - сервисов, а также блок описания http - сервиса «kb» можно удалить. В результате должно получиться так:
```xml
```
Для вновь созданной папки `c:\inetpub\wwwroot\itocenka\` необходимо дать полные права для пользователя `IUSR` и группы пользователей `IIS_IUSRS` аналогично, как это было сделано при публикации ИБ.
Далее, открываем "Диспетчер служб IIS", раскрываем ветку "Default Web Site" и находим добавленную нами новую папку itocenka. В контекстном меню этой папки необходимо выбрать "Преобразовать в приложение":
После внесенных изменений необходимо перезапустить веб - сервер.
## Настройка программы
В самой программе выполним следующее:
1. Создаем нового пользователя «OcenkaZadania»:
Основная роль для этого пользователя "Доступ к личному кабинету", но желательно для него установить следующий набор ролей:
2. В настройках параметров учета **Администрирование -> Настройки параметров учета -> Проекты и задания -> Электронная почта -> Оповещения** укажем адреса публикации ИБ:
**Адрес публикации ИБ** – адрес, по которому ИБ доступна пользователям программы через веб клиент, этот адрес будет использоваться для формирования ссылки на документ «Задание» в электронном письме – уведомлении;
**Адрес публикации ИБ для оценки задания** – второй адрес этой же базы, необходимый при формировании ссылок, используемых для установки оценки за выполненное задание.
При окончании работы по заданию, инициатор получает письмо – уведомление:
При нажатии на одну из оценок будет выполнен переход и выставлена оценка (установим оценку «Отлично»):
Если по каким-либо причинам инициатор считает, что задание не выполнено, при клике по следующей ссылке в письме - уведомлении:
в окне браузера будет отображена форма ввода комментария:
После отправки комментария в задании будет установлена оценка «Повторное открытие»:
Обратите внимание, что бы пользователь получил письмо с ссылками для установки оценок (Отлично, Хорошо и т.д.) необходимо, чтобы в шаблоне писем в правилах событий при выполнении задания была специальная переменная:
:::info
Внимание! Константа **Адрес публикации ИБ для оценки задания** добавлена в версии 3.0.29.
:::
---
## Публикация конфигурации на веб-сервере
Публикация конфигурации на веб-сервере и публикация web\http сервисов
Для возможности работы программы в веб-сервисе, необходимо опубликовать базу на веб-сервере apache/iis и настроить работу http - сервисов.
| Список ролей, которые позволяют публиковать базу и http сервисы |
|-----------------------------------------------------------------|
| Полные права |
| Администрирование |
---
## Настройка IIS для доменной авторизации в личном кабинете и веб-клиенте
Доменная авторизация позволяет выполнять сквозную авторизацию идентифицируясь под своей текущей учетной записью домена.
При такой авторизации не нужно вводить логин и пароль пользователя, сквозная авторизация сама выполняет эту проверку. В этой статье мы разберем основные настройки конфигурации и веб-сервера IIS, при которых работает доменная авторизация личного кабинета и веб-клиента.
:::info Важно!
Мы не гарантируем работу доменной авторизации, если веб-сервер IIS ранее уже был настроен. Может быть так, что какие-то персональные настройки будут мешать работе доменной авторизации.
:::
## Настройка публикации.
1. Убедитесь, что компьютер находится в домене и вход в систему выполнен под учетной записью домена.
2. При публикации информационной базы на веб-сервер IIS должна быть установлен параметр "Использовать аутентификацию операционной системы". Если вы еще не опубликовывали информационную базу на веб-сервере, то ознакомьтесь с пошаговой инструкцией.
## Настройка IIS. Проверка подлинности Windows.
1. Перейдите в диспетчер служб "IIS", в списке сайтов найдите опубликованную ранее информационную базу.
2. Перейдите в настройки "Проверка подлинности для сайтов и приложений".
3. В открывшемся списке необходимо включить "Проверка подлинности Windows", при этом отключить все остальные проверки подлинности.
4. Если в списке доступных проверок подлинности нет проверки подлинности Windows, то необходимо перейти в **Компоненты Windows -> Службы IIS -> Службы интернета -> Безопасность -> активировать "Проверка подлинности Windows"**
## Настройка "Управление IT-отделом 8".
1. Перейдите в настройки пользователя, для которого нужно настроить доменную авторизацию, по пути: Администрирование -> настройки пользователей и прав -> пользователи -> нужный пользователь.
2. На закладке "Главное" активируйте настройку "Аутентификация операционной системы", Выберите домен и пользователя домена.
3. Перейдите в настройки личного кабинета по пути: **Администрирование -> Личный кабинет -> Закладка "Настройки" -> Закладка "Дополнительно" -> убрать галочку с настройки "Использовать собственную авторизацию"**.
Эта настройка отключит добавленную нами форму авторизации личного кабинета.
**Готово. Теперь доменная авторизация работает**
---
## Публикация на сервере - Apache
Для публикации конфигурации через WEB первоначально необходимо установить IIS, либо Apache в Windows. Мы рекомендуем все-таки использовать Apache, как показывает практика, его установка занимает не так много времени и все сразу начинает работать в отличии от IIS. При этом особых навыков не нужно.
Рассмотрим установку на базе Apache.
1. Скачать с официального сайта сборку локального веб-сервера `XAMPP`, содержащую в себе «Apache»: https://www.apachefriends.org/
2. Запускаем установщик и нажимаем *Next*:
3. Выбираем компоненты: «Apache» и «PHP» и нажимаем *Next*:
4. Снимаем галочку установки лишнего софта и нажимаем *Next*:
5. После окончания установки в трее должен появиться такой значок:
6. В трее откройте окно и проверьте состояние Apache. Должно быть вот так:
7. Для автозапуска службы необходимо нажать на кнопку *Config* и поставить галочку на модуль Apache:
Также стоит отметить то, что Apache использует по умолчанию 80 порт, и если вас есть другие сервисы (например, IIS), которые использует этот порт, то лучше их отключить, иначе служба не запустится.
8. Для проверки того, что служба веб сервера запущена, в строке адреса браузера необходимо ввести: [http://localhost](http://localhost)
9. Для публикации информационной базы необходимо открыть ИБ в **режиме Конфигуратор**:
10. Выбрать **Администрирование -> Публикация на веб-сервере**:
В открывшемся окне необходимо будет указать следующие данные:
- **Имя** – имя ИБ (можно оставить предложенное программой или указать своё);
- **Каталог** – каталог, где будут размещены данные опубликованной ИБ.
На закладке «НТТР сервисы» необходимо отметить флажками «Публиковать НТТР сервисы по умолчанию», «Telegram», «ЛичныйКабинет» и «УстановкаОценокПоЗаданиям»:
Далее необходимо нажать на кнопку **Опубликовать** и если не было допущено ошибок, программа сообщит:
На запрос программы *При создании новой публикации на Apache рекомендуется выполнить перезапуск веб-сервера. Выполнить перезапуск?* необходимо нажать **Да**:
Чтобы проверить доступность ИБ через веб интерфейс нужно набрать в адресной строке браузера:
`http://localhost/<имя ИБ>`, где `localhost` - имя компьютера (этот компьютер), а `<имя ИБ>` имя, указанное при публикации:
Для доступа к ИБ с других компьютеров локальной сети через веб интерфейс необходимо в адресной строке браузера вводить:
`http://ip-адрес веб сервера/<ИмяИБ>` либо `http://имя веб сервера/<ИмяИБ>`, например `http://192.168.1.3/itdemo` или `http://serv/itdemo`.
Если при попытке подключиться к ИБ с другого компьютера Вы получаете страницу *Не удается отобразить эту страницу* или *Не удается получить доступ к сайту*, то, возможно соединение на порт, который был указан при установке Apache, заблокировано брандмауэром Windows.
О том, как настроить Apache для работы с сервисом **Установка оценок по заданию** можно прочитать в уроке: [Использование HTTP-сервиса "Установка оценок по заданию"](/it/nachalo-raboty/publikaciya-konfiguracii-na-web/http-servisovy/ustanovka-ocenok-po-zadaniyu-v-lichnom-kabinete)
:::info
Важно!
Если после публикации ИБ при запуске службы веб-сервера Apache возникают ошибки, проверьте, что в файле httpd.conf указан корректный путь к wsapXX.dll (где XX - версия Apache).
:::
P.S. файл httpd.conf находится в папке `C:\xampp\apache\conf\httpd.conf`, которую в указали при установке.
Например, для версии Apache 2.4 x32 строка в файле httpd.conf может быть такой:
`LoadModule _1cws_module "C:/Program Files (x86)/1cv8/8.3.14.1630/bin/wsap24.dll"`
а для Apache 2.4 x64 строка должна быть такой:
`LoadModule _1cws_module "C:/Program Files/1cv8/8.3.14.1630/bin/wsap24.dll"`
и, соответственно, установлена платформа 1С x64.
Также Вам может понадобиться [инструкция по публикации ИБ на Apache с использованием SSL (работа по https)](./static/Apache_SSL_IT.zip)
---
## Публикация на сервере - IIS
## Установка IIS в Windows 10.
Для установки веб-сервера в Windows 10 необходимо в **Программы и компоненты -> Включение или отключение компонентов Windows** установить флажок для **Службы IIS**:
Далее необходимо раскрыть эту ветку и установить флажок напротив **ASP.NET 4.6** (Либо другую версию):
Нажимаем **ОК**, ждем окончания установки и перезагружаем компьютер. Для проверки вводим в адресную строку браузера [http://localhost/](http://localhost/) и видим страницу приветствия:
Теперь необходимо дать полный доступ для пользователя `IUSR` и группы пользователей `IIS_IUSRS` к папке с ИБ (для файловой базы):
А также к папке с установленной платформой:
Для публикации необходимо открыть ИБ в **режиме Конфигуратор**, запущенный от имени администратора:
В меню выбрать **Администрирование -> Публикация на веб-сервере…**:
Откроется окно публикации ИБ:
На закладке «HTTP сервисы» необходимо проверить, что для публикации выбраны все сервисы:
Нажимаем кнопку **Опубликовать** и если не было ошибок, то система сообщит об успешной публикации ИБ:
На вопрос о перезапуске WEB – сервера отвечаем **Да**.
После публикации ИБ, по адресу `c:\inetpub\wwwroot\` будет создана папка с именем опубликованной ИБ.
На неё также необходимо дать полный доступ для пользователя `IUSR` и группы пользователей `IIS_IUSRS`:
Далее необходимо открыть «Диспетчер служб IIS», для чего можно воспользоваться «поиском в Windows»:
Если версия ОС Windows имеет разрядность х64, а платформа 1С используется разрядности x32, тогда идем в «Пул приложений» - дополнительные параметры для «DefaultAppPool»:
И для параметра «Разрешены 32-разрядные приложения» устанавливаем значение «True»:
Если разрядность ОС и платформы 1С совпадают и являются х64, то параметр «Разрешены 32-разрядные приложения» изменять не нужно.
Раскроем ветку «Сайты» - «Default Web Site», найдем наше опубликованное приложение (имя должно совпадать с именем опубликованной ИБ) и откроем «Сопоставление обработчиков»:
Необходимо убедиться, что обработчик «1С Web-service Extension» существует, в противном случае его необходимо создать:
Свойства обработчика:
Разрешения функции:
После внесенных изменений необходимо перезапустить веб сервер:
Для подключения к ИБ в адресной строке браузера необходимо набрать следующее: http://localhost/<ИмяИБ> либо http://ip веб сервера/ИмяИБ, где ИмяИБ – имя, указанное при публикации ИБ:
## Возможные ошибки
### Ошибка HTTP 500.0 Internal Server Error
Возможна проблема с дополнительным параметром "Разрешены 32-разрядные приложения". Если платформа 1С 64-битная, то эта настройка должна быть установлена в False.
### Ошибка веб-сервера
При подключении к базе не отображаются картинки и выдается ошибка:
Для решения данной ошибки, перейдите в **службы IIS -> Пулы приложений -> ПКМ по DefaultAppPool -> Дополнительные параметры**, и установите параметр "Режим управляемого конвейера" на "Classic"
---
## Установка конфигурации
Для установки конфигурации необходимо иметь платформу рекомендованную в личном кабинете для вашей версии и выше, а так же клиентские лицензии на использование платформы.
Обладателям клиент-серверного варианта 1С:Предприятия необходимы так же ключи на сервер. Если у Вас все это имеется и настроено, то приступим.
Скачиваем архив с дистрибутивом, который был передан Вам по ссылке в электронном письме после покупки. Распаковываем архив в папку.
В результате распаковки будем иметь два файла `setup.exe` и `1cv8.efd`. Запускаем `setup.exe`.
Нажимаем **Далее**, затем снова **Далее** и **Готово**. На этом этапе мы установили шаблон, по которому 1С создаст для нас конфигурацию.
Запускаем 1С:Предприятие. Т.е. платформу, как правило, она находится на рабочем столе или в меню Windows.
Откроется окно, в котором необходимо нажать на кнопку **Добавить**:
Далее откроется окно, в котором необходимо выбрать **Создание новой информационной базы**:
После этого шага откроется окно, в котором необходимо выбрать какую версию установить.
Есть два варианта: пустая, для начала работы или с демо-данными для демонстрации возможностей.
Станем на строку для начала работы и щелкнем на кнопку **Далее**.
Назовем конфигурацию как мы хотим и выберем тип расположения информационной базы.
Если у вас нет сервера 1С:Предприятия, т.е. клиент-серверного варианта 1С, то выберите первый пункт.
На следующем этапе можем выбрать, в какой папке будет храниться информационная база (для клиент-серверного варианта необходимо указать сервер и имя информационной базы в кластере).
После выбора папки, нажимаем **Далее** и **Готово**.
В результате, в списке информационных баз появится новый пункт:
Запускаем конфигурацию в режиме 1С:Предприятие. Конфигурация практически установлена, осталось лишь активировать ее тем ключом, который был выслан Вам вместе с дистрибутивом в электронном письме.
[Инструкция по активации конфигурации.](./aktivaciya-i-rabota-s-serverom-licenzirovaniya)
---
## Номенклатура и склад
Для быстрого получения достоверной информации об остатках материальных ценностей на складе организации, от которой зависит работа не только подразделений закупок и продаж, но всей компании в целом, в конфигурации предусмотрена подсистема "Номенклатура и склад". Благодаря чему появляется возможность ведения складского учета. Что позволит отслеживать данные по номенклатуре в разрезе необходимых пользователю отборов, оформлять первичные документы, планировать продажи и закупки. В этой главе подробно разберем работу с этой подсистемой конфигурации [Управление IT-отделом 8](https://softonit.ru/catalog/products/it/#detail).
| Список ролей для работы с подсистемой "Номенклатура и склад" |
|--------------------------------------------------------------|
| Добавление и изменение номенклатуры |
| Добавление и изменение складских докуентов |
| Чтение складских документов |
---
## Важно знать!
В этом разделе приведем ВАЖНЫЕ вопросы, которые могут возникнуть при использовании подсистемы складского учета.
---
## В документе "Поступление" поле "Количество" равно 1. В чем дело?
Все верно, это нормальное поведение системы для некоторой категории номенклатуры. Скажем больше - для некоторых [видов номенклатуры](/it/nomenklatura-i-sklad/nomenklatura/vidy-nomenklatury) это просто обязательно!
Если Вы хотите увидеть всю историю по той или иной комплектующей и в документах Поступления вы бы поставили количество 10, то как бы вы потом просмотрели историю каждой отдельно взятой материнской платы или процессора? Для этих целей используются карточки номенклатуры.
[Карточка номенклатуры](/it/nomenklatura-i-sklad/kartochka-nomenklatury/) - это как паспорт для каждой комплектующей, который однозначно выделяет ее из себе подобных.
Если в [виде номенклатуры](/it/nomenklatura-i-sklad/nomenklatura/vidy-nomenklatury) стоит "Вести учет по карточкам", то в документах Вы НЕ сможете управлять количеством - это всегда будет 1. Если учет по карточкам не ведется, например, для сетевого кабеля, клавиатур или мышек нам достаточно знать общее количество без истории, то в виде номенклатуры отключите учет по карточкам Вы сможете вести количественный учет и ставить любое количество в документах. Но учтите Вы теряете возможность детализации истории, если учет по карточкам не ведется.
Но как же быть если нужно знать историю комплектующей (т.е. ведется учет по карточкам) и необходимо оприходовать, например, сразу 10 материнских плат?
Выход тоже есть! В документе "Поступление" есть групповое добавление "Заполнить > Групповое добавление номенклатуры", что позволит Вам добавить в документ сразу несколько однотипных карточек.
Это особенность, которая делает продукт уникальным и позволяет вести учет вплоть до комплектующей. А потом открыв любую карточку Вы сможете видеть в каких документах карточка была использована, когда ремонтировалась, какой инвентарный, распечатать этикетку и т.д. и т.п.
---
## Как закрепить нескольких сотрудников за одним местом хранения?
В нашей [конфигурации](https://softonit.ru/catalog/products/it/#detail) **НЕТ** возможности [закрепить](/it/sotrudniki/zakreplenie-sotrudnikov) нескольких сотрудников за одним местом хранения, это важно! Сделано это специально, для избежание разногласий в спорных ситуациях.
Действительно, отвечать за оргтехнику в каждый момент времени, может **ТОЛЬКО** один сотрудник.
Если вдруг действительно за оргтехникой закреплено несколько сотрудников, или они работают посменно, то в этом случае в качестве альтернативного решения данной задачи, мы рекомендуем Вам **закреплять оборудование за начальником отдела**, в который входят эти сотрудники. На крупных предприятиях за частую именно так и поступают.
---
## Как изменить вид номенклатуры в справочнике номенклатуры?
Для изменения некоторых реквизитов уже существующей номенклатуры, например, вид номенклатуры, необходимо открыть карточку номенклатуры и нажать в меню кнопку "Еще > Разрешить редактирование реквизитов", после этого нажмите на кнопку "Проверить и разрешить". Далее все реквизиты станут доступными.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
| Добавление и изменение номенклатуры;|
---
## Как разобрать комплект?
Для того, чтобы разобрать комплект нужно открыть документ "Разбиение комплектации".
Далее нужно заполнить документ. Выбрать организацию и место хранения, где хранится комплект. Особое внимание следует уделить реквизиту документа "Тип разукомплектации". Если в документе "Сборка" не установлена галочка "Объединить все строки верхнего уровня в комплекты", тогда в документе "Разбиение комплектаций", в "Тип разукомплектаций" нужно установить значение "Разбить объединенные комплектующие". При установленной галочке, следует выбирать значение "Разбить комплект". После этого выбрать карточку комплекта, которую нужно разбить.
После этого комплект будет разобран.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение номенклатуры;|
|Добавление и изменение складских документов;|
|Чтение складских документов.|
---
## Как сделать комплектацию?
Многие в самом начале задают этот вопрос.
Как сделать комплектацию: сначала "Поступление", а потом "Сборка (комплектация)"? Или Поступление отдельно и сборку отдельно?
Тут все достаточно просто... [Поступление](/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-postuplenie) оприходует комплекты и комплектующие на место хранения. "Сборка (комплектация)" - комплектующие, которые находятся на месте хранения объединяет в комплекты. Т.е. сначала "Поступление", а потом, если необходимо - "Сборка (комплектация)".
По сути сборка на месте хранения "тасует" комплектующие в комплекте, т.е. она не предназначена для оприходования номенклатуры.
:::info _Важно!_
Для удобства работы, функции сборки может выполнять и сам документ "Поступление". Для этого необходимо перетащить мышкой комплектующие в комплекты и провести документ, поставив если необходимо галочку "Объединить все строки верхнего уровня в комплекты". После этого создавать документ сборки не нужно.
:::
---
## Отчет по заданным характеристикам номенклатуры
В конфигурации есть возможность формировать отчет по остаткам только по заданной характеристике номенклатуры. Это нужно, когда хочется увидеть, сколько той или иной номенклатуры есть в организации с заданными характеристиками.
Покажем, на примере, как узнать сколько в организации есть заправленных картриджей.
Для этих целей возьмем отчет "Отчет по складам/рабочим местам" и изменим вариант отчета:
При открытии перейдем на закладку "Фильтры":
При нажатии "Добавить фильтр" откроется окно с доступными отборами. Найдем интересующую нас характеристику - для этого в поле введем "Заправлен" (характеристика карточки):
Добавим ее в отбор справа и выберем нужную характеристику "Да". После этого завершим редактирование и сформируем отчет заново. Получим отчет по характеристикам:
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение вариантов отчетов;|
|Добавление и изменение личных вариантов отчетов;|
|Использование универсального отчета;|
|Чтение вариантов отчетов.|
---
## После сборки комплекта, комплектация не отображается на месте хранения
Часто возникает вопрос: **Почему после сборки комплектации, номенклатура пропадает на месте хранения**? Ответ довольно прост, чтобы избежать данной ситуации, необходимо оприходовать номенклатуру верхнего уровня. Например, у нас есть документ **Поступление** в котором есть комплектующие для сборки компьютера.
На следующем шаге, мы создадим документ **Сборка**, в котором соберем комплект. Обратите внимание, что номенклатура верхнего уровня, а именно ***Компьютер №1 *** не был оприходован.
В этом случае, вся номенклатура оприходованная документом **Поступление** пропадет с места хранения.
Если же номенклатуру **Компьютер №1** оприходовать вместе со всей номенклатурой, тогда номенклатура не пропадет.
Перепроведем документ **Сборка**.
Результатом будет место хранения с созданным комплектом.
Так же, если не оприходовать номенклатуру верхнего уровня и создать комплект, он не будет отображаться в отборах.
Обратите внимание, что если комплектующие для сборки компьютера оприходуются одним документом **Поступление**, собрать комплект можно сразу, без использования документа **Сборка**.
Ссылка на [видеоинструкцию](https://youtu.be/XB2BHl5eRBU)
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение номенклатуры;|
|Добавление и изменение складских документов;|
|Добавление и изменение операций по сотрудникам;|
|Чтение сотрудников.|
---
## Карточка номенклатуры
Карточка номенклатуры наряду с самой номенклатурой является одним из главных элементов конфигурации. Карточка имеет владельца - номенклатуру. Одна номенклатура может являться родителем для нескольких карточек. Например, номенклатура _Intel Core i3-9350KF BOX_. а дочерние карточки _Intel Core i3-9350KF BOX №1_, _Intel Core i3-9350KF BOX №2_ ...
**Номенклатура > Карточки номенклатуры**
Из карточки можно посмотреть всю информацию об оборудовании: серийный и инвентарный номер, бухгалтерскую информацию, когда купили, состояния карточки (ремонты), все документы, где карточка использовалась, штрихкоды, характеристики. Наименование карточки, строится автоматически по формуле, которая задается в настройках конфигурации.
---
## Зачем нужны карточки номенклатуры?
**Нам часто задают один и тот же вопрос:**
:::info Зачем придумали эту систему с карточками номенклатуры?
Есть вполне привычный для 1С:Бухгалтерии механизм оприходования позиций номенклатуры в нужных количествах, а потом уже создать типа основные средства через отдельный документ ввода в эксплуатацию.
То есть, вести два справочника - номенклатуры и ОС(техники в эксплуатации).
Но этот вариант тоже может показаться кому-то неудобным. Особенно когда в поступлениях по немного (1-5) штук и проще сразу создать в документе поступление единицы техники с инв.номерами.
И поэтому, просто непонятно - зачем карточки номенклатуры и сами номенклатуры? Если можно было просто создать один справочник и в нем создавать позиции с разными заданными характеристиками в свойствах. И тоже задать им вариант с возможностью быть индивидуальностью (ПК) или быть множественностью (одинаковые картриджи или мышки).
:::
Ответим на него. В конфигурации "Управление IT-отделом 8, редакция 1.0" не было карточек номенклатуры, была просто номенклатура и справочник номенклатуры был просто чудовищным!
Все дело в том, что по умолчанию, любому руководителю IT хочется видеть историю конкретного системного блока или материнской платы, если вести оборудование сводно, например, было 2 системника, первый поставили Иванову, второй Сидорову, потом и Сидоров, и Иванов уволились, а системники пришли на склад ИТ-отдела.
Понять, где чей в такой схеме уже не представляется возможным в программе, так как учет ведется сводно.
В версии 1.0 был один справочник, чтобы история была видна, каждая материнская плата, каждый системный блок и вообще любая "комплектующая" заводилась отдельным элементом.
У нее был свой серийный и инвентарный номер, и в этом случае можно было проследить историю карточки, но появлялись существенные минусы.
Представьте вы открываете справочник "Номенклатуры" и видите тысячи одинаковых позиций, но с разными серийными номерами. Это оказалось жутко неудобно, поиск информации по такому справочнику занимал долгое время и не было прозрачности в работе.
Дело конечно же может спасти учет, аналогичный учету по основным средствам (ОС) в бухгалтерии, там каждое ОС имеет свой элемент в справочнике основных средств и историю по каждому ОС можно проследить от и до, но тут в дело вступает такой момент, что, например, материнская плата не является ОС, хотя мы хотим видеть также историю по этой плате!
Как и много из того, по чем хотелось бы видеть историю в ИТ-отделе, но с точки зрения бухгалтерии это не ОС. Так что методологически ввести учет ОС как в бухгалтерском учете, было неверно и мы пошли другим путем.
Нами был разработан общий универсальный механизм, который впитал в себя все плюсы учета ОС, а также был гибок и понятен.
Появилось два справочника "Номенклатура" и "Карточки номенклатуры". Что это такое и зачем это, можно ознакомиться в статье [Концепция комплектов и комплектующих](/it/nomenklatura-i-sklad/kartochka-nomenklatury/koncepciya-komplektov-i-komplektuyushchih).
Причем, что важно, номенклатура для однотипных объектов всегда одна, а вот карточек может быть сколько угодно, а уже в карточках указываются серийные номера и именно по карточкам ведется вся история.
При этом карточки номенклатуры отвечают за конкретную комплектующую в конкретном системном блоке, который тоже имеет карточку и уже свою историю.
Это очень гибко и универсально. Номенклатура не захламлена копиями других записей, карточки имеют владельца, конкретную номенклатуру и, по сути, отвечают за одинаковую модель, но указывают на конкретную комплектующую.
:::info Важно!
Свойства и значимости карточки номенклатуры описанные выше, становятся доступны только тогда, когда карточка введена на остатки, то есть по ней начался полноценный учет. Если карточка номенклатуры просто добавлена в справочник "Карточки номенклатуры" и при этом она не была внесена на остатки с помощью документа "Поступление", тогда данная карточка отображается в списке зеленым цветом, который отображает фактическое отсутствие данной карточки на остатках организации. Подобные зеленые карточки можно считать некими "фантомами", не влияющими на складской учет. Поэтому не стоит переживать, что наличие подобных зеленых карточек в списке "Карточки номенклатуры" каким-либо образом смогут Вам помещать в ведении складского учета.
:::
Еще хотелось бы отметить, что в этой схеме мы не забыли и про ситуации, когда учет по карточкам вести не нужно. Ну, например, мы не хотим вести историю по номенклатуре сетевой кабель, или клавиатура, нам достаточно видеть общее количество. В этом случае можно использовать [номенклатуру без учета по карточкам](/it/nomenklatura-i-sklad/kartochka-nomenklatury/uchet-nomenklatury-bez-kartochek). По сути, это обычный учет по номенклатуре.
---
## Концепция комплектов и комплектующих
Хотелось бы начать вот с чего. Все мы прекрасно знаем, что компьютерная техника состоит из разных составляющих - комплектующих. Комплекты - это объекты, которые состоят из комплектующих, причем комплекты могут быть, как виртуальными (рабочее место, системный блок и т.д.), так и вполне конкретными (серверный шкаф, принтер и т.д.).
Рассмотрим и приведем примеры, как это реализовано в конфигурации.
В нашем решении есть два понятия: _номенклатура и карточка номенклатуры_. Вы можете спросить: зачем два справочника, если комплектующая у нас одна? Резонный вопрос.
Дело в том, что зачастую мы хотим увидеть, где была та или иная номенклатура, где она стояла, ремонтировалась ли, имеет ли инвентарный номер и т.д. Но также, у нас много однотипной информации: одинаковые принтеры, мониторы, системные блоки, материнские платы. Если все это вести отдельно, в одном справочнике, то через некоторое время мы получим в номенклатуре кашу из одинаковых названий и невозможно будет нормально сориентироваться в этом. Этот этап нами пройден в далеком 2009 году... Тогда мы придумали концепцию, которая актуальна по сегодняшний день.
Было разделено все на 2 справочника: номенклатура и карточки номенклатуры. В номенклатуре содержится модель комплектующей, а в карточке, сама комплектующая с инвентарными номерами, историей и т.д.
***Чтобы было понятно приведу, пример:***
Номенклатура: ВАЗ 2107
Карточка номенклатуры ВАЗ 2107 А123АА
При этом в документах, выбирая номенклатуру (определенную модель комплектующей или комплекта), мы выбираем карточку, но выбираем не из всего списка карточек, а с отбором по данной номенклатуре:
Все достаточно просто и не запутано.
Как уже было сказано выше: комплекты - это объекты, которые состоят из комплектующих. В конфигурации с ними работать так же просто. На рисунке, который указан выше комплектом является "Компьютер №22" в нем содержатся другие комплектующие. Для того, чтобы внести комплектующую в комплект, необходимо мышкой перетащить комплектующую. Не все объекты могут содержать комплектующие, но об этом мы поговорим позже.
Так же в конфигурации есть возможность [не вести учет по карточкам](/it/nomenklatura-i-sklad/kartochka-nomenklatury/uchet-nomenklatury-bez-kartochek) . Это актуально для некоторого вида спец. комплектующих и расходных материалов. Например: сетевой кабель, мышки, клавиатуры и т.д. Информация о том, где была та или иная мышка, нам зачастую не нужна.
---
## Статусы карточек номенклатуры
**Статусы карточек номенклатуры** - это механизм, который позволит каждой карточке назначать свой статус, отображать этот статус в форме мест хранения, при просмотре статусов, а так же возможность вести историю изменения статусов.
**Для чего это нужно?**
Есть такие карточки, по которым статус вести обязательно, пример, ведение учета фискальных накопителей.
У фискального накопителя, может быть несколько статусов, например, таких: _не активизирован, активизирован, активизирован (осталось менее месяца), архив закрыт_.
Исходя из этого мы можем назначить каждой карточке этого вида номенклатуры свой статус.
Для начала работы создадим вид номенклатуры для статусов карточек:
Обратите внимание, при активации галочки "Может иметь статус" появляется вкладка **Статусы**.
Для карточек номенклатуры с этим видом, будет возможность работать с указанными статусами в виде номенклатуры.
Приведем карточку:
А теперь вкладка статусы:
Ну и как эта карточка выглядит в справочнике **Места хранения**:
Таким образом статусы позволяют вести учет карточек в каком-то состоянии в определенный момент времени.
Также конфигурация позволит вам автоматически менять статусы, для этого необходимо использовать подсистему Автоматизация (шаги автоматизации).
---
## Типичные ошибки при работе с карточками номенклатуры
В этой статье собраны типичные ошибки, с которыми сталкиваются пользователи при открытии, создании и сохранении карточек номенклатуры, а также способы их устранения.
## Карточки номенклатуры перестали открываться после обновления
Это одна из наиболее частых жалоб после обновления конфигурации. Форма карточки или форма списка «Карточки номенклатуры» не открывается, зависает или показывает ошибку вида:
* Ошибка при открытии формы...
* Недопустимое значение параметра...
* Индекс находится за пределами...
**Причина:** При обновлении конфигурации структура форм может измениться, но сохранённые персональные настройки формы (позиция колонок, видимость реквизитов, группировки) остаются старыми и вступают в конфликт с новой формой.
:::info Важно перед обновлением
Если в конфигурацию вносились сторонние доработки (изменения модулей форм), убедитесь, что они совместимы с новой версией. Ошибки в строках, которых «не существует» в текущей версии, почти всегда указывают именно на конфликт доработок, а не на ошибку самой конфигурации.
:::
### Решение 1: сбросить стандартные настройки формы
1. Попробуйте открыть форму списка **Карточки номенклатуры**.
2. Если форма всё же открылась (пусть и некорректно) — нажмите кнопку **Ещё** в правом верхнем углу формы.
3. Выберите пункт **Установить стандартные настройки**.
4. Закройте форму и откройте снова.
Эта операция сбрасывает только персональные настройки отображения формы (колонки, фильтры, группировки). Данные карточек номенклатуры при этом не затрагиваются и не удаляются.
### Решение 2: сбросить настройки через администрирование
Если форма не открывается вообще и до кнопки **Ещё** добраться невозможно — сбросьте настройки формы для нужного пользователя:
**Администрирование → Настройки пользователей и прав → Настройки пользователей**
Найдите нужного пользователя, откройте его настройки и выполните очистку настроек формы списка карточек номенклатуры.
## Ошибка уникальности при создании карточки
Иногда при сохранении новой карточки или при загрузке карточек через обработку система возвращает ошибку вида:
* Значение поля «Серийный номер» не уникально. Контроль уникальности можно отключить в настройках параметров учёта.
* Значение поля «Инвентарный номер» не уникально. Контроль уникальности можно отключить в настройках параметров учёта.
**Причина:** В конфигурации включена проверка уникальности по инвентарному или серийному номеру. Если карточка с таким номером уже существует в базе (в том числе в состоянии «зелёной» — без поступления), система не позволит создать дубль. Ошибка часто возникает при массовой загрузке карточек из внешнего файла через обработку.
**Что делать:**
1. Перед созданием новой карточки воспользуйтесь поиском — откройте форму списка **Карточки номенклатуры** и введите серийный или инвентарный номер в строку поиска.
2. По умолчанию список может быть отфильтрован — снимите лишние фильтры (например, по месту хранения или статусу), чтобы видеть все карточки, включая зелёные (без остатков).
3. Если карточка нашлась — используйте уже существующую карточку.
4. Если номер введён с опечаткой — исправьте и повторите запись.
5. При массовой загрузке через обработку — убедитесь, что в загружаемом файле нет строк с повторяющимися серийными/инвентарными номерами. Загрузку следует производить только встроенными инструментами конфигурации.
:::info Зелёные карточки
— это не ошибка Карточки, отображаемые в списке зелёным цветом, были созданы в справочнике, но ни разу не вводились на остатки документом **Поступление**. Такие карточки можно считать «фантомами» — они не влияют на складской учёт. Подробнее — в статье [Зачем нужны карточки номенклатуры?](https://docs.softonit.ru/it/nomenklatura-i-sklad/kartochka-nomenklatury/zachem-nuzhny-kartochki-nomenklatury)
:::
## Ошибка при загрузке изображения в карточку
При попытке загрузить изображение в карточку номенклатуры система выдаёт ошибку «Класс не зарегистрирован». Проблема техническая — связана с регистрацией COM-компонентов на сервере. Решение описано в статье [Не работает загрузка изображений, ошибка «Класс не зарегистрирован»](https://docs.softonit.ru/it/obshchie-voprosy/po-rabote-v-konfiguracii/ne-rabotaet-zagruzka-izobrazheniy-oshibka-klass-ne-zaregistrirovan).
## Карточка сохраняется, но изменения не отображаются
Иногда после редактирования и записи карточки пользователь видит в форме списка старые данные.
**Причина:** Форма списка кешируется и не всегда автоматически обновляется после записи.
**Решение:** Нажмите **F5** или кнопку обновления в форме списка. Если данные по-прежнему не обновились — закройте форму и откройте заново.
## Поля в форме карточки неактивны
При открытии формы создания или редактирования карточки номенклатуры одно или несколько полей выглядят заблокированными: кнопки выбора отсутствуют, ввести или изменить значение невозможно. Чаще всего это затрагивает поле **Номенклатура**, но может проявляться и на других реквизитах.
**Причина:** после обновления конфигурации кешированные персональные настройки формы могут блокировать отдельные элементы интерфейса.
**Что делать:** сбросьте настройки формы через
**Ещё → Установить стандартные настройки**
(подробнее — в первом разделе этой статьи).
## Система не даёт изменить вид номенклатуры
### Почему система не даёт изменить атрибуты вида номенклатуры?
Если номенклатура данного вида участвует в проведённых документах, система блокирует редактирование атрибутов вида — поля становятся серыми и недоступными. Это защитный механизм: атрибуты вида (например, флаг «Вести учёт по карточкам номенклатуры») влияют на тип учёта и структуру связанных данных, а их изменение при наличии проведённых документов может нарушить целостность учёта. Чтобы поля снова стали доступными, необходимо распровести все документы, в которых используется номенклатура данного вида.
**Что делать в этой ситуации:**
1. **Распровести документы, изменить вид, провести заново.** Если количество документов небольшое, можно отменить проведение всех документов, в которых используется данная номенклатура (например: Поступление → Ещё → Отменить проведение), внести нужные изменения в атрибуты вида номенклатуры, а затем повторно провести документы. Это наименее трудозатратный вариант при небольшом объёме данных.
2. **Создать новый вид и новую номенклатуру.** Создайте новый вид номенклатуры с нужными атрибутами и новый элемент номенклатуры на его основе. Перенесите актуальные характеристики вручную через кнопку «Добавить характеристику» в форме вида номенклатуры. Затем проведите инвентаризацию остатков: спишите остатки со старой номенклатуры и оприходуйте их на новую. Это позволит корректно перейти на новый вид без потери складского учёта. Старый элемент номенклатуры пометьте на удаление, чтобы он не мешал в списках выбора (удаление возможно только после того, как элемент не используется ни в одном непроведённом документе и не имеет остатков).
Если номенклатура активно используется в большом количестве документов, вариант с распроведением может быть трудоёмким. В таком случае рекомендуется воспользоваться вариантом 2.
### Как скрыть или удалить ненужные виды номенклатуры из начального заполнения?
При установке конфигурации справочник «Виды номенклатуры» заполняется значениями по умолчанию (Монитор, Ноутбук, Принтер, Программное обеспечение, Услуга и др.). Все они являются предопределёнными элементами справочника в платформенном смысле 1С:Предприятия. Если часть из них не используется в вашей организации, они могут мешать при выборе.
Поскольку все эти виды являются предопределёнными элементами платформы, удалить их из базы данных невозможно. Единственный практичный вариант — переименовать и перенастроить ненужные виды под нужды организации.
**Переименовать и перенастроить.** Откройте Справочники → Виды номенклатуры, выберите нужный вид и измените его наименование и атрибуты.
:::info Важно
Некоторые встроенные виды используются в механизмах автоматического импорта оборудования из сторонних программ (Everest/AIDA64, WMI) — через реквизит «Группа записи номенклатуры». Перед переименованием убедитесь, что этот вид не задействован в настройках загрузки данных. Иначе изменения могут нарушить работу импорта при следующей загрузке.
:::
## Общий алгоритм действий при любой ошибке с карточками
Если ошибка не подпадает ни под один из разделов выше — пройдитесь по этим шагам:
1. Обновите форму **F5** и повторите действие.
2. Сбросьте настройки формы через **Ещё → Установить стандартные настройки**.
3. Перезапустите клиент 1С — некоторые ошибки связаны с временным состоянием сеанса.
4. Проверьте наличие дубликатов — особенно при ошибках уникальности.
5. Проверьте права доступа — убедитесь, что пользователь включён в группу доступа с профилем **Сотрудник склада** или аналогичным.
6. Если ничего не помогло — запишите текст ошибки, сделайте скриншот и обратитесь в техподдержку: опишите, что именно делали и что произошло.
## Список необходимых ролей
| Действие | Роль |
|---|---|
| Изменение видов номенклатуры | Добавление и изменение номенклатуры |
| Разрешение редактирования реквизитов | Добавление и изменение номенклатуры |
---
## Учет номенклатуры без карточек
Существует номенклатура, для которой не требуется вести учет по карточкам. Например, сетевой кабель, мышки, клавиатуры, коннекторы, тоннер и т.п., позиции, по которым нам не нужно знать где была эта номенклатура и что с ней происходило. Это необходимо в основном для расходных материалов. Которые пришли, их сразу свалили в кучу и выдают без разбору. И самое главное в данной куче необходимо лишь знать общее количество.
Но есть и спорные позиции, некоторые организации по ним ведут учет по карточкам, а некоторые нет. К этим позициям относятся картриджи.
Приведем пример, что, если бы картриджи велись не по карточкам. Методика учета картриджей уже была [приведена](/it/nomenklatura-i-sklad/metodiki-ucheta/metodika-ucheta-kartridzhey) .
Например, у нас на складе есть 10 картриджей для лазерных принтеров, пришло еще 5. Допустим картриджи у нас используются один раз (без заправки), и учет по карточкам будет излишним. Нам не нужно знать где установлен конкретный картридж. Мы хотим знать только, что у нас имеется в наличие 15 картриджей. Для ведения таких номенклатур и используется учет без карточек. Давайте пройдем весь процесс ведения номенклатуры без карточек на конкретном примере начиная с создания вида номенклатуры.
Откроем вид номенклатуры **Картридж** и снимаем галочку Вести учет по карточкам номенклатуры.
Как мы видим в поле **Учет карточек** для нашего вида номенклатуры галочка не установлена - это означает что учет по карточкам вестись не будет.
Теперь создадим саму номенклатуру.
Обратите внимание, что вкладка **Карточки номенклатуры** есть, но работать с ней по сути мы не можем.
Теперь у нас есть номенклатура картриджа. Настало время рассмотреть сам процесс ведения номенклатуры без карточек.
Сделаем поступление наших картриджей на склад.
Мы сформировали поступление 5 картриджей. Обратите внимание, что в табличной части находится всего одна запись. Если бы мы вели учет этих картриджей по карточкам, то нам пришлось бы создать 5 записей, по одной на каждый картридж, и присвоить каждой уникальную карточку номенклатуры. Но, к счастью, это можно сделать без лишних движений - достаточно нажать кнопку **Заполнить**, в впадающем списке выбрать **Групповое добавление номенклатуры**, заполнить форму и нажать кнопку **Добавить**, снова нажать кнопку **Заполнить** и выбрать **Карточки номенклатуры**.
Но повторимся, это необходимо делать если бы велся учет по карточкам, но так как его нет, добавим всего одну строку и укажем нужное количество.
До поступления в основном месте хранения у нас было 10 картриджей canon pg-445, сейчас 15. Количество и сумма (формируется складыванием сумм всех поставок по данной номенклатуре) - это единственные показатели номенклатуры, доступные нам.
На нашем складе есть принтер и 15 картриджей. Появилась задача укомплектовать рабочее место пользователя принтером. Перед этим создадим комплект из принтера и картриджа. Создаем новый документ **Сборка (комплектация)**
**Номенклатура и склад - Создать - Сборка(комплектация)**
Организация заполнилась автоматически, так как она указана в настройках пользователя для текущего пользователя (в нашем случае это Администратор). Место хранения тоже может заполняться автоматически, если его указать в настройках пользователя. В нашем случает придется заполнить его вручную.
Нажмем кнопку **Подбор**.
Давайте создадим комплект из принтера Canon LBP5055 и одного картриджи canon pg-445. Для этого отметим их галочкой. В поле **Выбрано**, изначально подставляется максимальное количество - в нашем примере это 15. Изменим его на 1 (для редактирования щелкните по нему два раза).
Нажимаем кнопку **Подбор** и возвращаемся в документ **Сборка (комплектация)**.
Теперь в нашей комплектации есть принтер и картридж. Все как мы и планировали. Но, обратите внимание, картридж не находится внутри принтера, он находится рядом с ним. Перетащите картридж на принтер левой кнопкой мыши.
Должно получиться как на скриншоте выше. Для завершения сборки осталось нажать кнопку **Провести и закрыть**.
Теперь наш склад выглядит так.
Один картридж ушел в комплект с принтером, а свободных картриджей осталось 14.
Переместим только что созданный комплект на Рабочее место, для этого создадим документ **Перемещение**
**Номенклатура и склад - Создать - Перемещение**
Этот документ может использоваться, как для перемещений между организациями, так и для перемещений внутри одной организации. Если Вы делаете перемещение внутри организации просто укажите ее в качестве **Организации расхода** и **Организации Прихода**.Также заполните **Место расхода** и **Место прихода**. Выберем наш принтер, для этого нажмем кнопку Подбор.
В окне **Подбор** мы видим все номенклатуры, которые находятся в указанном **Месте расхода**. Поставим галочку возле принтера или картриджа, возле второй части комплекта галочка установится автоматически. И нажмем кнопку **Подбор**.
В итоге мы получим такой документ. Осталось нажать **Провести и закрыть**.
В итоге, принтер с картриджем внутри перейдет со склада на **Рабочее место.**
Все отлично, пользователь работает. Но в один прекрасный момент в картридже заканчивается тонер. Что делать? Есть два варианта: отправить картридж на заправку или списать его. Действия для обоих вариантов почти не отличаются, поэтому рассмотрим их вместе. Создадим в "Основном месте хранения" группу "Пустые картриджи", в которую мы будем складывать картриджи для заправки. Зайдем в места хранения
**Номенклатура и склад - Места хранения**
Щелкнем правой кнопкой мыши на **Основное место хранения** и выберем пункт **Создать**.
Заполним интересующие нас пункты и нажмем **Записать и закрыть**. Теперь мы можем поместить пустой картридж в эту группу и установить пользователю заправленный со склада. Эти две операции мы можем реализовать в одном документе, а именно в **Окончании обслуживания**
**Ремонт и обслуживание - Окончание обслуживания**
Мы уже заполнили все поля и выбрали наш комплект для обслуживания. Теперь самое интересное. Два раза щелкаем на поле **Событие** картриджа и выберем **На склад** или **Списание.**
Нажимаем кнопку **Установить со склада** и выбираем наши картриджи, устанавливаем количество равное одному, нажимаем кнопку **Подбор.**
Картридж добавился в список, но не внутрь принтера, перетащим его на принтер.
На вкладке **Дополнительно** заполним **Место хранения на склад** и **Место хранения со склада** как показано ниже.
Не забудьте установить правильное состояние обслуживания: для нашего случая, если физическая замена картриджей уже проведена целесообразно выбрать **Выполнен**.
В заключении давайте проверим количество наших картриджей на местах хранения.
На **Основном месте хранения осталось** 13 картриджей: один мы взяли для укомплектования рабочего места, а второй - для его замены.
Пустой картридж у нас всего один.
В принтере у нас тоже один картридж.
В общей сумме у нас 15 картриджей как и было в начале примера.
Таким образом, хотя мы не можем сказать где находится конкретный картридж, мы всегда можем точно определить, где и сколько однотипных картриджей находится. При этом документы получаются существенно короче, что актуально при печати, ведь при ведении номенклатур по карточкам, одна единица номенклатуры в документе занимает одну строку. А также сокращается пространство, занимаемое базой данных, и уменьшается нагрузка на сервер. Поэтому к вопросу - вести номенклатуры по карточкам или нет нужно подходить обдуманно.
---
## Концепция именования мест хранения
В нашей конфигурации оборудование "привязывается" к месту хранения, а за этим местом хранения закреплен сотрудник. Т.е. в конфигурации реализована связь:
**Оборудование ⇔ Место хранения ⇔ Сотрудник.**
Есть две схемы именования, придуманные нами и наиболее оптимальные с точки зрения простоты и удобства.
«Номенклатура и склад - Места хранения»
## 1. Обезличенная
Создаем место хранения buch1 в организационной структуре мест хранения. Для создания структуры можно перетащить место хранения в другое место хранения, и оно станет подчиненным. Это удобно если хочется раскидать всех по кабинетам, этажам и т.д.
Т.е. в дереве складов будет примерно следующая структура.
```
Организация, ООО
--Бухгалтерия
----buch1
----buch2
```
Далее открываем закладку сотрудники на рабочем столе, создаем новый документ "Закрепление сотрудников" и привязываем место хранения buch1 к Иванову. Теперь в отчетах у нас фигурирует Иванов.
При увольнении Иванова, не забываем создать новый документ "Снятие закрепление сотрудников".
Такая схема хороша тем, что места хранения "обезличены", т.е. грубо говоря, сотрудники увольняются, но место хранения остается, а затем новому сотруднику назначается это место хранения и все.
## 2. По сотрудникам
Т.е. структура будет, примерно такая:
```
Организация, ООО
--Бухгалтерия
----Иванов Иван Иванович (buch1)
----Петров Петр Петрович (buch2)
```
Эта схема удобна тем, что можно не привязывать сотрудников. Из наименования места хранения и так понятно у кого находится оборудование. Но тогда, при увольнении оборудование надо куда-то перемещать с этих мест хранения, а затем не забывать выдать его новому сотруднику.
Какую схему выберите Вы, это уже Ваш выбор.
Так же поддерживается иерархия мест хранения. Т.е. одно место хранения может содержать несколько других, например:
```
Склад ИТ-отдела
--Полка 1
----Ячейка 1.1
----Ячейка 1.2
--Полка 2
```
При первоначальной настройке конфигурации следует уделить этому шагу время и для себя выбрать схему, которая Вам подходит и распределить вложенность мест хранения.
---
## Методики учета
В данном разделе будут приведены различные методики учета номенклатуры.
---
## Как закрепить за одним местом хранения несколько МОЛов?
Этот вопрос задают нам часто, поэтому мы решили вынести его в базу знаний.
Действительно, часто так бывает когда за одним компьютером, а стало быть на одном рабочем месте, работают 2 и более сотрудника (складские работники, сотрудники с графиком работы 2 через 2 и т.д.). Программа не позволяет привязать 2 сотрудников к одному рабочему месту. Как поступить правильно?
Наше решение очень простое и продиктовано несколькими вещами. Возьмем для примера, бухгалтерию. По бухгалтерскому учету не может быть нескольких ответственный в принципе. Даже если материал, инвентарь и т.д., используется всеми сотрудниками компании, но ответственный всегда один.
Почему так? Потому что невозможно разграничить сферу ответственности если несколько материально-ответственных лиц (МОЛ) на складе.
Там, где несколько МОЛ, там нет порядка, и никто не виноват в том, что что-то может случится с оборудованием, соответственно никто ни за что не отвечает. МОЛы будут только обвинять друг друга. Отчасти, именно, в связи с этим в бухгалтерском учете только один ответственный.
Наше решение пошло тем же путем.
:::info Важно
В конфигурации в один момент времени за местом хранения может быть закреплен только один сотрудник организации.
:::
**Как быть в том случае, если их несколько? Очень просто:**
1. Если у таких сотрудников есть руководитель, то необходимо назначить ответственным его предварительно объяснив то, что мы написали выше по поводу бухгалтерского учета. Руководитель будет заинтересован в том, чтобы с оборудованием все было в порядке и будет контролировать своих подчиненных. Подчиненные будут знать, что в случае чего, их непосредственный руководитель вынужден будет переложить ответственность на них, поэтому будут стараться не подвести его и себя.
2. Если руководителя нет, то выбирается один из таких сотрудников и назначается ответственным. Тут все аналогично пункту выше.
В обоих случаях из нашей конфигурации подготавливается печатная форма "Акт передачи" (или какая-то другая) из документа "Закрепление сотрудников" и дается на подпись единственному МОЛу. После подписания этой формы сотрудник становиться ответственным и отвечает за принятое на ответственное хранение оборудование.
---
## Как контролировать сроки действия электронных цифровых подписей (ЭЦП)
В большинстве организаций использование ЭЦП (электронно-цифровая подпись) стало неотъемлемой частью работы. Соответственно возникает потребность во введении учета данной номенклатуры, что естественно возможно реализовать в нашей конфигурации. Перед тем, как приступить к рассмотрению практического примера. Давайте определим список важных параметров, которые необходимо контролировать при ведении учета:
* [x] Срок действия;
* [x] Кем выдан;
* [x] Владелец подписи;
* [x] Область применения.
Теперь давайте приступим. Первое, что необходимо сделать, это создать новый вид номенклатуры, перейдем в раздел
**Номенклатура и склад -> Виды номенклатуры**
Так как наиболее важный параметр, это срок действия ЭЦП, то тип вида номенклатуры выбираем «Программное обеспечение». Данный тип позволит вести контроль сроков действия электронной подписи. Также, чтобы появилась возможность отслеживать ее статус (активно, неактивно, просрочено и т.д.) необходимо отметить чек-бокс **Может иметь статус** и **Вести историю изменения статусов**, при этом данный вид номенклатуры должен вести учет по карточкам. В результате должно получиться следующее:
Следующим шагом будет создание новой номенклатуры с видом «ЭЦП» в разделе «Номенклатура и склад».
Далее нужно создать карточку номенклатуры. В поле «Номенклатура» указываем новую номенклатуру **ЭЦП**, на закладке **Лицензия и обновления** устанавливаем чек-бокс **Есть ограничения по сроку действия лицензии**. После чего, становятся доступные поля для указания срока действия нашей электронно-цифровой подписи. Также можем указать реквизит **Дату установки ПО**, если нам необходимо учитывать дату установки данного ключа.
Так как мы хотим отслеживать в каком состоянии (т.е. активна или просрочена) данная подпись, тогда перейдем к созданию статусов. В разделе **Справочники** откроем справочник **Статусы карточек номенклатуры** и нажмем кнопку **Создать**. Вводим наименование статуса, например, **Активно** и выбираем из набора картинку для данного статуса. Таким образом создаем весь необходимый список статусов для учета ЭЦП. В результате получаем список, состоящий из активно, активно (осталось меньше месяца), неактивно, просрочено. Благодаря этим статусам легко определить в каком состоянии на текущий момент находится подпись. Например, активно (осталось меньше месяца) говорит о том, что пора бы заняться продлением данной подписи, ведь скоро заканчивается срок ее действия.
После того, как все статусы готовы, возвращаемся в карточку ЭЦП и переходим на вкладку **Статусы карточки**. Где с помощью кнопки **Установить статус** установим актуальный на текущий момент статус (активно) для этой электронной подписи. В дальнейшем этот статус следует изменять вручную.
И так, на данный момент мы настроили отслеживание срока действия подписи, теперь необходимо добавить дополнительные параметры. Все также в карточке ЭЦП открываем вкладку **Характеристики** и нажимаем кнопку **Добавить характеристику**. Откроется список предопределенных видов характеристик. Так как по умолчанию характеристики для электронной подписи не предусмотрены их нужно создать. В списке видов характеристик создаем параметры: кем выдан, владелец подписи, область применения.
В результате проделанных действий, оприходовав данную номенклатуру, будем видеть на месте хранения статус подписи, а также дополнительные характеристики для учета.
С помощью специального отчета **Отчет по лицензиям** можем быстро определить, где установлена та или иная электронная подпись. Увидеть сколько дней осталось до окончания срока действия. Причем за 30 дней до окончания действия, соответствующее поле будет подсвечиваться синим цветом, красным если до окончания действия остается меньше 10 дней.
Начиная с версии 4.0 периодические оповещения (например, «до окончания срока действия электронной подписи осталось 7 дней») настраиваются в подсистеме **Автоматизация**, а не через справочник «Правила событий», который выведен из эксплуатации.
Таким образом осуществляется контроль сроков действия электронно-цифровых подписей (ЭЦП) в конфигурации.
---
## Как указать для картриджей заправлен он, или нет?
***В процессе ведения учета возникает много вопросов по учету картриджей:***
- А как на складе узнать, что картридж заправленный или нет (сколько пустых, сколько заправленных картриджей)?
- Есть ли у картриджей статус какой-то заправлен или нет?
- Чтоб допустим при отборе можно было сразу видеть какой пустой?
Мы предлагаем следующий вариант ведения учета, который, по нашему мнению является самым простым для конечного пользователя.
Вам необходимо для картриджей сделать отдельные места хранения следующей структуры:
И перемещать картриджи, документом [Перемещение](/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-peremeshchenie) из одного места хранения "Заправленные картриджи" в другое "НЕ заправленные картриджи", если картридж стал не заправленным, и, наоборот, если не заправленный картридж - заправили.
Вместе с тем, Вы всегда сможете узнать общее число картриджей сформировав отчет по остаткам по месту хранения "Картриджи", который объединяет как заправленные, так и не заправленные. Вот настройки для отчета для просмотра всех картриджей:
Сформировав, по месту хранения "Заправленные картриджи" увидим только то, что есть в наличии заправленное и наоборот.
Это что касается картриджей, которые есть в наличии IT-отдела на складе в запасе и на заправке.
|**Список, необходимых ролей для работы .**|
|-----------------------------------------|
|Добавление и изменение операций по сотрудникам|
|Чтение сотрудников.|
---
## Как учитывать оборудование, переданное сторонним организациям
**Цель**: Автоматизировать учет и контроль возврата IT-оборудования (мыши, ноутбуки и др.), временно переданного заказчикам или сторонним организациям.
**Проблема, которую решаем**: Оборудование, выданное заказчикам, не учитывается в стандартных системах (бухгалтерия и др.), легко теряется, а ответственность ложится на IT-специалиста.
## **Шаг 1: Активация "Складского учета клиентов"**
В разделе
**Администрирование -> Настройки параметров учета -> Функциональность**
Опция "Складской учет клиентов" должна быть включена.
## **Шаг 2: Создать контрагента**
Перейдите в справочник «Контрагенты». Найти или создать карточку нужной организации-заказчика (например, "СтройГигант"). В карточке контрагента установить параметр Тип учета: "Учет остатков".
## **Шаг 3: У контрагента добавить контактное лицо**
В контактные лица контрагента добавить сотрудника, который будет отвечать за переданное оборудование (Например: «Персин Иван Семенович»).
## **Шаг 4: Создать «Виртуальный Склад» для заказчика**
В справочнике «Места хранения», создайте новое место, указав имя идентичное названию контрагента. Организацией указать контрагента «СтройГигант».
Во вкладыши «Ответственные» закрепить сотрудника «Персин Иван Семенович», создав документ «Закрепление сотрудников».
## **Шаг 5: Передача оборудования заказчику (Документ «Перемещение»)**
Создайте и заполните Документ "Перемещение": - местом расхода указать собственную организацию и место хранения (откуда передается оборудование): - местом прихода организацию заказчика и ее «склад»; - заполнить табличную часть передаваемым оборудованием.
## **Шаг 6: Настройка автоматического напоминания о возврате**
В шаблонах заданий создаем шаблон.
- ***тип***: «Регламентное задание.
Заполняем важные поля:
- ***наименование***: «Забрать оборудование (СтройГигант)».
- ***тема***: «Учет оборудования у сторонних компаний».
- ***текущий*** исполнитель: «Соколов Максим Игоревич», на кого будет назначено задание.
- ***дату и время создания***: открыв расписание установим дату «28 августа 2025 г. 8:00» (мы знаем, что заказчик уезжает 29.08.25).
При необходимости можем заполнить и другие реквизиты: проект, сервис и т.д., для аналитики.
Проверив, что у шаблона включена «Активность», сохраняем его.
## **Шаг 7: Возврат оборудования и закрытие задачи.**
В 8:00 28.08.25 будет автоматически создано задание с темой «Забрать [мышь] у Персина И.С из СтройГигант». Которое увидит в своем списке Соколов М.И., т.к. он будет назначен исполнителем этого задания.
Забираем оборудование у заказчика. Создаем документ обратного перемещения от заказчика на свой склад. Переводим задание на этап выполнено. В шаблоне задания отключаем активность. Сам шаблон можно не удалять, мы можем его в будущем откорректировать и использовать в подобной ситуации.
---
## Методика учета картриджей
В нашем решении - конфигурации Управление IT-отделом 8, можно вести учет картриджей. Рассмотрим каждый пункт по порядку.
## 1. Покупка картриджей
При покупке картриджей, с точки зрения учета, не меняется ничего. Мы аналогично делаем те же документы, как если бы мы покупали что-то другое. Делаем документ "Заказ поставщику", на его основании вводим "Поступление".
Если покупка без заказа, то "Поступление" делаем сразу
**Номенклатура и склад -> Поступления**
В результате данного действия на складе "Центральный склад" на остатке появится данный картридж.
## 2. Перемещение картриджей
Тут возможны варианты. Если картридж просто перемещается на новое место хранения без установки в принтер(копир), то мы делаем обычный документ "Перемещение" и перемещаем его на новое место хранения. В таком случае не будет комплектации с принтером. Если же мы хотим установить картридж в принтер, нам необходимо создать документ "Окончание обслуживания".
Если рассмотреть на примере, то пусть картридж, который изображен выше на рисунке мы хотим поставить в принтер, который находится в месте хранения "Рабочее место(касса)". В таком случае заполним документ
**Ремонт и обслуживание -> Окончание обслуживания**
Заполним место хранения "Рабочее место(касса)" (где будет стоять принтер). Место хранения со склада "Центральный склад" (откуда будем брать Картридж). Реквизит "Обслуживание" равен "Внутреннее обслуживание произведено сразу" (т.е. собственными силами).
Потом подбором добавим принтер "KYOCERA Ecosys M223Dn" на вкладке "Номенклатура". Затем нажмем на кнопку "Установить со склада" и выбрали картридж, после вставки в документ перенесем его внутрь принтера. Получим следующее:
При проведении данного документа картридж будет списан с "Места хранения со склада" и установлен, как комплектующая по отношению к принтеру.
На этом заправка картриджа собственными силами завершена.
## 3. Ведение подсчета заправок картриджей
Данный пункт не обязателен, но возможность вести учет количества заправок возможен. Для этого воспользуйтесь документом (Ремонт и обслуживание > Изменение показателей оборудования) ["Изменение показателей оборудования"](/it/remonty-i-obsluzhivanie/izmenenie-pokazateley-oborudovaniya)
С его помощью можно вести учет числовых показателей оборудования, таких как: количество заправок картриджей, количество отпечатанных листов и т.д. Т.е. это какой то числовой показатель, который будет накапливаться со временем. Для просмотра сколько всего раз был заправлен картридж воспользуйтесь отчетом [" Показатели оборудования "](https://softonit.ru/FAQ/courses/?COURSE_ID=1&LESSON_ID=77)
## 4. Списание картриджей.
Списание картриджей ничем не отличается от обычного списания оборудования. Воспользуйтесь документом "Списание".
## 5. Замена картриджа, который установлен в принтере (пустой) на другой, который находится на складе (заправленный)
Данная операция похожа на то, что описано в п.2. Единственное изменение, мы так же заполняем реквизит "Место хранения со склада" (куда отправить после смены пустой картридж). И добавляем подбором в документ пустой картридж с событием "Со склада". Получаем следующее:
В рисунке, который приведен, верхний картридж пустой и был установлен в принтере, мы его перемещаем на "Место хранения на склад" (вкладка Дополнительно). Указывая событие "На склад". Новый картридж добавляем, нажав на кнопку "Установить со клада", событие "Со склада".
## 6. Картридж заправляет подрядная организация.
Если заправкой занимается другой контрагент, то все, что указано выше необходимо повторить, единственное отличие - это необходимо изменить реквизит обслуживание на "Обслуживание контрагентом", или "Обслуживание контрагентом произведено сразу" .
## 7. Увеличиваем количество заправок картриджа (не обязательно).
Если вы ведете учет количества заправок картриджей, то Вам необходимо создать документ ["Изменение показателей оборудования"](/it/remonty-i-obsluzhivanie/izmenenie-pokazateley-oborudovaniya), в которому указать в поле значение "1", которая соответствует одной заправке картриджа. В дальнейшем если вести учет количества заправок можно проанализировать сколько раз заправлялся картридж.
**Список необходимых ролей для работы.**
* [x] Добавление и изменение складских документов;
* [x] Чтение складских документов;
* [x] Добавление и изменение обслуживания и ремонтов;
* [x] Чтение обслуживания ремонтов.
---
## Ответственное хранение у закрепленного сотрудника и сотрудника IT
Итак, все оборудование, как мы выяснили ранее закрепляется за ответственным сотрудником, кому оно выдается, но как задать и увидеть зоны ответственности сотрудника IT-отдела?
Часто оборудование делят еще и по зонам ответственности сами ИТ-шники. Например, за техником Николаем закрепляется **Бухгалтерия** и **Приемная**, а техник Сергей отвечает за обслуживание **Отдела продаж**. Как быть в таком случае и можно ли так сделать?
Отвечаем: можно!
Для этого откроем место хранения, которое мы хотим закрепить за сотрудником IT-отдела:
Как видим тут две вкладки:
1) Ответственные - это те, кто по факту принимает оборудование на ответственное хранение
2) Ответственные IT-отдела - те, кто обслуживает со стороны IT-подразделения это рабочее место и это его зона ответственности.
Понятное дело, если вы хотите закрепить ответственного, это делаете на одной вкладке, если назначить ответственного со стороны IT - на другой.
Следующий вопрос: как посмотреть, все оборудование за которое отвечает IT-шник?
Все так же как и в любом другом случае. Открываем отчет "Отчет по складам/рабочим местам" и настраиваем его:
В этом отчете видно и ответственного со стороны IT-отдела, и материально ответственного лица, а также место хранения.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение операций по сотрудникам;|
|Чтение сотрудников.|
---
## Работа со спецификациями и накладными
Довольно часто, нужно оприходовать большое количество системных блоков, ноутбуков. Причем необходимо сделать это со всеми комплектующими. Раньше, необходимо было создавать номенклатуру, карточку номенклатуры для каждой позиции, что приводило к значительным временным затратам. Теперь, в конфигурации появилась возможность заполнения документа "Поступления" шаблоном, в котором описана вся необходимая номенклатура. В роли этого шаблона выступает справочник **Спецификация**.
В документе "Поступление", на вкладке "Накладная" необходимо заполнить номенклатуру, выбрать спецификацию, по которой будет заполняться табличная часть "Номенклатура". Также на основании "Накладной" может создаваться номенклатура без спецификации.
После того, как "Накладная" заполнена, нужно выполнить команду **Заполнить->По накладной номенклатуру**.
Итогом будет дерево номенклатуры, построенное согласно спецификации.
Номенклатура без спецификации также создается.
Данный механизм существенно упростит внесение большого количества номенклатуры в конфигурацию, а также сократит количество выполняемых действий.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение номенклатуры;|
|Добавление и изменение складских документов;|
|Чтение складских документов.|
---
## Скрывать комплектующие у комплектов или нет?
Часто, в начале ведения учета встает вопрос о том, как надо вести учет компьютера по частям (с комплектующими) или без комплектующих.
Разберем оба варианта.
## 1. Учет по комплектующим ведется
Этот пункт означает, что всю дочернюю номенклатуру, что мы приходуем в Поступление, мы хотим потом видеть на остатках.
К нам пришел системный блок "X7000B / ULTIMATE (X7352PRi): Core i7-3970X / 16 Гб / 256 Гб SSD + 2 Тб / 3 Гб RADEON HD7970 / DVDRW".
Мы внесли его в документ "Поступление", в котором получилось несколько строк:
**1. Корпус ASUS X7000B ULTIMATE (X7352PRi):**
1. Процессор Core i7-3970X
2. Память Kingston 16 Гб
3. Жесткий диск 256 Гб SSD
4. Жесткий диск HDD WD 2 Тб
5. Память 3 Гб RADEON HD7970
6. DVDRW
Т.е. корпус в себе все содержит, все комплектующие.
В документе "Поступление" есть галочка *"Объединить все строки верхнего уровня в комплекты"* - она должна быть **снята**.
В этом случае при формировании отчета по остаткам, вы увидите все эти позиции в наличии. Т.е. все будет ложиться на остатки. В этом случае у позиции Корпус (карточки номенклатуры) не будет заполнена закладка "Комплектующие", она заполняется только в том случае, если учет ведется по пункту 2, иначе все хранится на остатках.
**Плюсы такого подхода:**
* В остатках видно все, что есть и комплекты и комплектующие;
* В форме "Места хранения" видно иерархию, что во что входит;
**Минусы:**
* Если много номенклатуры будет видно всё, что нужно и не нужно;
## 2. Учет ведется по комплектам, но с просмотром информации о комплектующих
Следующий пример. Мы внесли его в документ "Поступление", в котором получилось несколько строк.
Первая строка (содержит объединенный комплект), далее, что в нем.
1. X7000B / ULTIMATE (X7352PRi): Core i7-3970X / 16 Гб / 256 Гб SSD + 2 Тб / 3 Гб RADEON HD7970 / DVDRW
1. Корпус ASUS X7000B ULTIMATE (X7352PRi):
2. Процессор Core i7-3970X
3. Память Kingston 16 Гб
4. Жесткий диск 256 Гб SSD
5. Жесткий диск HDD WD 2 Тб
6. Память 3 Гб RADEON HD7970
7. DVDRW
В документе "Поступление" есть галочка *"Объединить все строки верхнего уровня в комплекты"* - она должна быть **установлена**.
В этом случае, сформировав отчет по остаткам, вы увидите всего одну позицию "X7000B / ULTIMATE (X7352PRi): Core i7-3970X / 16 Гб / 256 Гб SSD + 2 Тб / 3 Гб RADEON HD7970 / DVDRW", а открыв эту карточку, вы увидите на закладке "Комплектующие", все те позиции, которые были скрыты в комплекте.
Если через время Вам необходимо будет разбить этот комплект, т.е. заменить какую-то позицию, или разобрать комплект полностью, такая возможность будет доступна используя документ **Разбиение комплектации**.
**Плюсы такого подхода:**
* На остатках нет ничего лишнего;
* Все компактно.
**Минусы:**
* Необходим лишний шаг - разбор комплектации, для получения на остатках того, что внутри.
* Не видно сразу всех остатков. Есть или нет, что-то на остатках трудно определить. На остатках только виртуальные комплекты.
* Посмотреть, что внутри можно только открыв карточку номенклатуры.
Исходя из описания всех нюансов, выберите для себя то, что Вам нравится больше, скрывать комплектующие или нет.
---
## Учет дополнительных расходов
**Требования:**
* версия программы **3.1.4.5** и выше.
Программа позволяет вести учет дополнительных расходов, а также распределять данные расходы по позициям номенклатуры. Данный механизм доступен для документов **Поступление, Начало обслуживания, Окончание обслуживания**.
Рассмотрим отражение дополнительных расходов на примере документа **Поступление**. Например, при приобретении нового оборудования была оказана дополнительная услуга *"Доставка"* стоимостью 2500 руб.
Для того, чтобы распределить стоимость данной услуги по приобретаемой номенклатуре, необходимо на закладке *"Дополнительно"* установить флаг *"Распределять услуги"*:
После включения этого флага, на закладке "Номенклатура" станет доступна группа команд *"Распределить услуги"* и колонка *"Сумма расходов"*:
Группа команд *"Распределить услуги" *содержит следующие команды:
* ***по количеству*** - при данном способе распределения стоимость услуг будет распределена между номенклатурными позициями пропорционально количеству номенклатуры (см. Рис.4);
* ***по сумме*** - при данном способе распределения стоимость услуг будет распределена между номенклатурными позициями пропорционально стоимости номенклатуры (см. Рис.5);
* ***по карточкам (по количеству)*** - при данном способе распределения стоимость услуг будет распределена только между теми номенклатурными позициями, по которым ведется учет по карточкам, пропорционально количеству номенклатуры (см. Рис.6);
* ***по карточкам (по сумме)*** - при данном способе распределения стоимость услуг будет распределена только между теми номенклатурными позициями, по которым ведется учет по карточкам, пропорционально стоимости номенклатуры (см. Рис.7).
Способ распределения стоимости услуг *"по количеству"*:
Способ распределения стоимости услуг *"по сумме"*:
Способ распределения стоимости услуг *"по карточкам (по количеству)"*:
Способ распределения стоимости услуг *"по карточкам (по сумме)"*:
Стоит также отметить, что заполнение *"Суммы расходов"* возможно и *"вручную"*, программа будет проверять, чтобы общая сумма расходов не превышала стоимости услуг.
После проведения документа откроем отчет по движениям документа *("Еще - Отчеты - Движения документа")* и увидим, что распределенная стоимость услуг отражена в регистре *"Дополнительные расходы"*:
Для просмотра информации о дополнительных расходах предназначен отчет *"Дополнительные расходы"*, который расположен в разделе *"Номенклатура и склад"*.
В формах элементов справочников *"Номенклатура"* и *"Карточки номенклатуры"* с помощью команды *"Дополнительные расходы"* доступен тот же отчет, но уже с отбором по элементу справочника, откуда данный отчет был сформирован:
---
## Учет канцелярских принадлежностей
Учет канцелярских принадлежностей ведется аналогично учету другой номенклатуры. Нужно создать новый вид номенклатуры
**Справочники -> Виды номенклатуры**
И указать тип вида номенклатуры **Расходный материал**.
:::info **Важно!**
Обратите внимание, что галочка **Вести учет по карточкам номенклатуры** убрана. По канцелярским принадлежностям нам не нужно знать всю историю, где и когда было и у кого, как например, по компьютерным комплектующим. Так как канцелярия - это расходный материал. Снятая галочка позволит менее детализировано вести учет, что нам и нужно.
:::
Вид номенклатуры создан, можно создавать новый документ **Заказ поставщику**, если планируем выполнить заказ, либо документ **Поступление**, если номенклатура уже есть в наличии. В примере, пойдём по порядку и создадим **Заказ поставщику**.
На основании **Заказа поставщика**, создадим документ **Поступление**.
Документ создан, заполнилась табличная часть **Накладная**.
В накладной можно подкорректировать реквизиты (если требуется) и заполнить табличную часть **Номенклатура**.
После проведения, номенклатуру можно увидеть на остатках.
:::info **Важно!!!**
Если документ **Заказ поставщику** не используется, при создании документа **Поступление**, табличную часть **Накладная** заполнять НЕ обязательно. Можно заполнять сразу табличную часть **Номенклатура**.
:::
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение номенклатуры;|
|Добавление и изменение складских документов;|
|Добавление и изменение заказов поставщикам;|
|Чтение заказов поставщикам;|
|Чтение складских документов.|
---
## Учет компьютеров и комплектующих с помощью подключаемого оборудования
В нашем решении можно вести учет этикеток компьютеров для последующего быстрого поиска и идентификации.
**Зачем это нужно?**
Тут все просто... Этикетка - это как паспорт оборудования или компьютера. Определенному оборудованию присваивается штрихкод, который является уникальный в пределах информационной базы и позволяет отделить оборудование одно от другого. Потом, когда вы увидите этот номер, Вам сразу будет понятно, что это за оборудование и что с ним было до текущего момента.
## С чего начать?
_Шаг 1_. Для начала присвойте компьютеру (номенклатуре) штрихкоды. При оприходовании номенклатуры или в процессе использования присвойте карточкам штрихкоды. Их можно создать автоматически:
Нажимая кнопку "Сгенерировать штрихкод" система сама создаст необходимый уникальный номер. После всех манипуляций запишите штрихкод.
_Шаг 2_. Откройте обработку для печати этикеток.
**Номенклатура и склад -> Сервис -> Печать этикеток**
_Шаг 3_. В открытой обработке найдите кнопку "Шаблоны этикеток", нажмите ее, откроется список шаблонов. Настройте шаблон этикетки для вашего принтера. Обработка работает с ЛЮБЫМ принтером, причем печатать этикетки можно и не на принтере этикеток (есть и такие), а вообще на ЛЮБОМ принтере. Мы можем в шаблоне задать внешний вид этикетки и количество строк и столбцов при печати. Измените шаблон или создайте свой.
Тут можете изменить размер и вставить переменные, которые бы вы хотели видеть в этикетке (перетащите их на шаблон). При этом имейте ввиду, что прерывистая штрихпунктирная линия - это ограничения вывода ОДНОЙ этикетки, не удаляйте их! В принципе, можно использовать как свой шаблон, так и оставить тот, который по умолчанию. Если Вы создаете свой шаблон и нужно изменять оформление ячеек (провести линию,поменять цвет текста и т.д), тогда необходимо выделить нужную ячейку и нажать ПКМ, после в списке выбрать "Свойства".
:::info Важно!
Если у Вас есть этикетки с определенным размером (например, Avery Zweckform L6009-20) и Вам необходимо подогнать шаблон по миллиметрам, используйте следующий прием: откройте в конфигураторе нужный шаблон и при изменении размеров строк и колонок внизу отображается размер в миллиметрах:
:::
Используя этот прием, можно в конфигураторе на пустом макете получать значения в мм, потом правой кнопкой мыши по щелкнуть по изменяемой колонке и получаем размеры в 1С-единицах и уже в режиме предприятия вставлять размеры в 1С-единицах.
Увеличить масштаб в табличном документе можно нажав Ctrl + крутить колесо мыши.
Так же вот необходимые сведения для конвертации из 1С-единиц в мм:
***Ширина ячейки: 1 мм = 0,534759358 в единицах измерения 1с***
***Длина ячейки: 1 мм = 2.857142857 в единицах измерения 1с***
:::info Важно!
Если при сохранении шаблона этикетки возникают ошибки "Максимальное количество по горизонтали: N" или "Максимальное количество по вертикали: N":
:::
Необходимо убедиться, что параметры страницы установлены верно. Для настройки параметров страниц из формы "Печать документа" вызовем окно "Предварительный просмотр":
и в нем уже окно "Параметры страницы":
Укажем "Ориентация": "Портрет". В этом же окне можно уменьшить поля и указать остальные настройки:
После этого можно сохранять настроенный шаблон этикетки и переходить к следующему шагу.
_Шаг 4_. После настройки шаблона проверьте на своих данных как будут печататься этикетки.
:::info Важно!
Учтите, что выводится номенклатура, по которой есть остатки! Нет смысла распечатывать этикетки для номенклатуры, которой нет. Также имейте в виду, что этикетки печатаются не для всего. Действительно, зачем печатать этикетку, скажем, для процессоров? Настройка выводить ли для данной карточки этикетку или нет зависит от того, может ли иметь данный вид номенклатуры штрихкод. Также немаловажный момент, который стоит учесть. Если учет ведется по карточкам номенклатуры, тогда штрихкод должен быть у карточки, а если учет ведется без карточек, тогда штрихкод генерируется для номенклатуры.
:::
Нажмите кнопку "Заполнить" и при необходимости можете заполнить все по отбору.
_Шаг 5_. Нажмите кнопку "Печать". Вот, что получается:
Обратите внимание в шаблоне было указано количество столбцов 2 и количество строк 5, мы, собственно, и видим это при выводе на печать.
_Шаг 6_. Распечатать полученные результаты очень просто, нажмите на кнопку предварительного просмотра на скриншоте выше, в открывшемся окне выберите принтер печати этикеток, на котором вы хотите распечатать этикетки. После того, как вы настроите здесь все один раз, все настройки на вашем рабочем месте сохранятся. Распечатайте на принтере этикетки.
_Шаг 7_. Если вы недовольны выводом этикеток исправляйте шаблон, т.е. повторите действия Шаг 3. - Шаг 6. Добейтесь результата, когда шаблон этикетки максимально подходит под бумагу принтера этикеток по размерам.
_Шаг 8_. Прикрепите шаблоны на ваше оборудование. Если используется принтер этикеток, то бумагу, на которой вы распечатаете этикетки можно будет приклеить.
После того, как оклеите всю технику удобно быстро искать карточки в рабочем месте кладовщика (РМК) и в любом документе с помощью сканера штрихкода.
- **Видео, демонстрирующее работу с РМК.** [**Перейти ->**](https://www.youtube.com/watch?v=_pE7t5800jw) [Как изменить шаблон этикетки на свой?](/it/obshchie-voprosy/po-rabote-v-konfiguracii/izmenenie-shablona-etiketki-chtoby-ne-otobrazhalis-simvoly-shtrih-koda)
|**Список ролей для работы с механизмом "Подключаемое оборудование".**|
|-----------------------------------------|
|Добавление и изменение подключаемого оборудования|
---
## Учет лицензий и программного обеспечения
Учет лицензий и программного обеспечения компьютера ничем не отличается от обыкновенного складского и бухгалтерского учета. Т.е. для лицензий порядок работы такой же, как и для обычных комплектующих. Заявка поставщику, Поступление, Перемещение, Списание. Для номенклатуры с типом "Лицензия" или "Программное обеспечение" в карточках появляется дополнительная вкладка "Лицензия", в которой указывается, ограничена ли лицензия по сроку действия и если да, то задается период действия лицензии.
***Вот номенклатура с лицензией:***
А вот карточка номенклатуры с лицензией:
Для удобства учета лицензий был создан специальный отчет, который позволяет быстро определить, где стоит та или иная лицензия, как скоро она закончится, период ее действия.
Причем при истечении срока действия лицензии за 30 дней до окончания начинает подсвечиваться синим, когда срок действия лицензии истекает подсвечивается красным.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
| Добавление и изменение номенклатуры;|
| Добавление и изменение складских документов;|
| Чтение складских документов.|
---
## Учет номенклатуры клиентов для аутсорсинговых компаний
Для аутсорсинговых компаний будет полезной возможность ведения учета оборудования, которое принадлежит клиентам.
Т.е. вы как бы ведете учет чужих остатков.
Для активации этой возможности необходимо перейти в
**Администрирование -> Настройка параметров учета -> Функциональность**
А там активировать флаг "Складской учет клиентов".
:::info **Внимание!**
Данная возможность доступна только для пользователей версии **КОРП**.
:::
После этого для всех своих клиентов, по которым вы хотите вести подобный учет необходимо проставить флаг "Учет остатков" (как на рисунке ниже):
Ну, а дальше практически нет никакой разницы при ведении учета, как для собственных номенклатурных позиций, так и для клиентских. Единственное отличие заключается в том, что номенклатура будет привязана к конкретному контрагенту (нашему клиенту).
Необходимо во всех документах клиентов выбирать в поле "Организация" нужного клиента (если учет клиентского оборудования), или собственную организацию (если учет собственного оборудования). В данном списке будут отражены только те контрагенты, по которым ведется учет по остаткам.
Обратите внимание на цветность. Синими записями отражены наши организации, черными клиенты.
Ну, а далее, по клиентам можно теми же отчетами смотреть остатки, перемещать оборудование и т.д. Тут все без изменений, как для собственных организаций, так и для клиентов.
---
## Учет оргтехники
Давайте начнем с того, что такое оргтехника.
:::info **Оргтехника**
- это комплекс технических средств для работы с документацией. А это в свою очередь устройства, которые предназначены для печати, копирования, обработки, хранения и уничтожения документов.
:::
**К оргтехнике относятся:**
* [x] множительно-копировальная техника;
* [x] офисные АТС;
* [x] пишущие машины;
* [x] калькуляторы и т.д.
В нашем решении реализован любой учет любого оборудования в том числе и этого вида и осуществляется он точно так же как и любое другое оборудование. Мы оприходуем оргтехнику документом [Поступление](/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-postuplenie) на определенное место хранения, затем можем ее [перемещать](/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-peremeshchenie) куда нам необходимо между другими местами хранения.
:::info ***Обратите внимание!***
Даже если кажется, что у принтеров, сканеров, МФУ и т.д. кажется что нет ответственного его необходимо назначить или указать руководителя, который будет отвечать за офисную технику. Оргтехника не может не иметь человека, который за нее отвечает в учете.
:::
---
## Учет программного обеспечения с многократной активацией
Рассмотрим ведение учета, на примере:
> **Каким образом следует оприходовать ОДИН ключ продукта многократной активации (MAK) от офисного пакета Microsoft Office 2013 Professional, рассчитанный на 10 ПК (10, можно смело заменить другим числом от этого суть не изменится)**
Итак. У нас есть лицензия на Microsoft Office 2013 Professional, для дальнейшего удобства работы с данным продуктом можно пойти следующим путем
1) Создадим **номенклатуру** и ключ активации так как он одинаков для всех ПК добавим в наименование, так будет в будущем проще понимать, о чем идет речь. Пусть ключ активации будет: АААА-АААА-АААА-АААА. Получим:
2) Оприходуем ПО от поставщика (либо на основании "Заказа поставщику", либо просто отдельным документом "Поступление"). Мы просто сделаем Поступление. Заметьте вбивать сразу 10 карточек можно, но не очень удобно. Если их будет 200, то это будет еще и долго.
В конфигурации, есть групповое добавление в документе **Поступление**. В номенклатуру **Заполнить > Групповое добавление номенклатуры**:
Нажимаем кнопку **Добавить**. Получаем вот такое:
Добавлено 10 строк, но карточки пустые. Есть еще один момент с ценой. Если ведется учет по карточкам такой лицензии, то лучше оприходовать ее без цены, либо разбить ее на равные из покупной (10 лицензий стоит 150 000 руб, значит одна 15 000 руб. при заполнении можно цену указать 15 000 руб.).
3) Далее, заполним карточки номенклатуры, аналогично:
4) Зададим серийные номера для каждого ПО, что позволит отличать каждую активацию от другой:
Серийный номер нужен для того, чтобы могли лицензии при необходимости переносить между компьютерами, да и вообще отделять их друг от друга. Так проще работать.
После установки серийного номера в документе в каждой из карточек автоматически поменяется наименование.
:::info Важно!
Вы можете сразу не увидеть изменение наименования, но после обновления кэша данных наименование каждой номенклатуры будет вида:
:::
**Microsoft Office 2013 Professional (АААА-АААА-АААА-АААА) №1**
**Microsoft Office 2013 Professional (АААА-АААА-АААА-АААА) №2**
**...**
**Microsoft Office 2013 Professional (АААА-АААА-АААА-АААА) №10**
Пример:
При этом поля, которые есть в этой карточке, могут быть заполнены дополнительной информацией такие, как срок действия и т.д.
Сроки действия можно посмотреть в отчете по ПО, а остальные реквизиты играют информативную роль.
При этом эту карточку теперь можно передавать между местами хранения как обычное оборудование, видеть его на остатках и за кем она закреплена.
Вот таким образом ведется учет продуктов многократной активации.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
| Добавление и изменение номенклатуры;|
| Добавление и изменение складских документов;|
| Чтение складских документов.|
---
## Учет сотовой связи и SIM-карт в конфигурации
Поставим перед собой следующую задачу:
:::info **Задача по учету SIM-карт**
Для учета сотовой связи хотелось бы добавить к сотрудникам сотовые номера с учетом у кого какой тариф, что бы можно было сделать отчет у кого какой тариф: сколько минут, SMS, гигабайт, стоимость тарифа, лимиты по тарифу и т.д. А также у нас есть потребность в анализе этих самых минут, кому, куда и сколько раз звонил сотрудник.
:::
Итак, начнем.
1. Создадим в справочнике "Виды номенклатуры" элемент и назовем его **SIM-карта:**
В поле серийный номер мы будем хранить номер телефона и контролировать уникальность по нему будем там же (чтобы не было дублей номеров). Также обратите внимание, что этот вид номенклатуры может иметь карточки номенклатуры.
Теперь настроим характеристики у вида:
Далее, заполняем список мобильных операторов:
Таким образом добавляем необходимые характеристики. На этом этапе необходимо все хорошо обдумать и добавить все характеристики, иначе потом необходимо будет у созданных характеристик заполнять недостающие.
Если же какие-то сим-карты абсолютно разные и необходимо учитывать совершенно разные характеристики, то создайте два и более видов номенклатуры по SIM-картам.
Обратите внимание, что характеристики могут быть разных типов. Например, у абонентской платы имеет смысл поставить число 10 знаков и 2 знака после запятой.
Добавление характеристики
Можно добавить строку, галочку, число, выбор из списка и дату.
2. Идем дальше и создадим карточку номенклатуры, которая будет определять SIM-карту и закрепим ее за сотрудником Ивановым. Создадим документ **Поступление** и создадим номенклатуру с созданным видом SIM-карта, и карточку номенклатуры. После записи в карточке нажмем на закладке **Характеристики** **Заполнить -> По виду номенклатуры**. Получим следующее:
Ну и в документе:
3. Ну, а дальше, все как с обычной карточкой номенклатуры. Ее можно перемещать, списывать и т.д. Все это будет отображаться на остатках. В любой момент можно открыть карточку и изменить ее, указав верные параметры (тариф, оператор и т.д.)
4. Теперь перейдем к следующему пункту - это анализ звонков и просмотр статистики. Если нам анализ не нужен, то можно пропустить этот шаг. Для целей анализа есть специальный инструмент в подсистеме **Ремонт и обслуживание**, документ **Изменение показателей оборудования**. Заполним его:
:::info Важно!
Понятное дело, сейчас мы тестируем этот механизм, **в реальной жизни вносить вручную эти данные никто не будет**. Необходимы специальные обработки, которые будут загружать эти данные автоматически. И увы, мы не можем автоматизировать эту часть, так как форматы файлов и необходимые данные у всех разные.
Если вам нужна автоматизация загрузки этих данных, вы должны реализовать ее самостоятельно или мы можем Вам помочь и по вашему техническому заданию сделаем загрузку. [Свяжитесь с нами](https://softonit.ru/company/contacts/) (эта услуга предоставляется платно).
:::
Мы же сейчас покажем, что получается в общем случае и как будет выглядеть нужные нам данные.
При необходимости настройки этого отчета можно изменить и поставить/снять нужные отборы/группировки/сортировки.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение номенклатуры;|
|Добавление и изменение складских документов;|
|Чтение складских документов.|
---
## Номенклатура
**Номенклатура** - это все товары и услуги, которые есть в конфигурации.
[Вид номенклатуры](/it/nomenklatura-i-sklad/nomenklatura/vidy-nomenklatury) отвечает за основные настройки номенклатуры. Кнопка **Заполнить характеристики** переносит все характеристики вида номенклатуры в характеристики самой номенклатуры.
Группа - родительская папка номенклатуры.
Значение всех остальные реквизитов понятны из названия.
Так же изображение номенклатуры можно загрузить из интернета. Из номенклатуры можно перейти в дочерние [карточки номенклатуры](/it/nomenklatura-i-sklad/kartochka-nomenklatury/).
| **Список необходимых ролей для работы** |
|-----------------------------------------|
| Добавление и изменение номенклатуры |
| Добавление и изменение складских документов |
| Чтение складских документов |
---
## Виды номенклатуры
Вид номенклатуры является реквизитом справочника номенклатуры и отвечает за все **настройки** конкретной номенклатуры и подчиненных ей карточек.
Список видов номенклатуры заполняется по умолчанию при установке конфигурации
**Справочники -> Виды номенклатуры**
Вот как выглядит справочник:
**Основное** - основные настройки вида номенклатуры.
* **Тип вида номенклатуры** - отвечает за тип (Комплектующая, Комплект, Оборудование, Программное обеспечение, Услуга, Расходный материал, прочее). Подробнее можно прочесть по [ссылке](/it/nomenklatura-i-sklad/nomenklatura/tipy-vida-nomenklatury);
* **Группа записи номенклатуры** - необходима для обработки по импорту оборудования из Everest (AIDA 64) и WMI. В зависимости от того какого вида будет загруженное оборудование туда в такую группу и будет записываться новая номенклатура из обработки;
* **Может иметь штрихкод** - оборудование данного вида будет иметь возможность иметь штрихкод;
* **Может иметь IP**-адрес - оборудование данного вида будет иметь возможность иметь IP-адрес;
* **Может иметь статус** - механизм, который позволит каждой карточке назначать свой статус. Подробнее можно прочесть по [ссылке](/it/nomenklatura-i-sklad/kartochka-nomenklatury/statusy-kartochek-nomenklatury). При установке галочки появляется вкладка "Статусы";
* **Может иметь инвентарный номер** - актуальна для оборудования с инвентарными номерами;
* **Уникальность инвентарного номера** - актуальна для оборудования с инвентарными номерами;
* **Вся информационная база;**
* **В пределах вида номенклатуры;**
* **Не контролировать.**
* **Может иметь серийный номер** - актуальна для оборудования с серийными номерами;
* **Уникальность серийного номера** - актуальна для оборудования с инвентарными номерами;
* **Вся информационная база;**
* **В пределах вида номенклатуры;**
* **Не контролировать.**
* **Вести учет по карточкам номенклатуры** - о данной настройке подробнее можно прочесть по [ссылке](/it/nomenklatura-i-sklad/nomenklatura/kak-opredelit-po-kakoy-nomenklature-vesti-uchet-po-kartochkam);
* **Может иметь комплектующие** - может содержать в себе другое оборудование или нет;
* **Списывать при поступлении** - данный признак может использоваться для номенклатуры, по которой не планируется вести учет, но важен факт отражения поступления и списания, например, для расходных материалов;
* **Может иметь ОКОФ** - применяется для классификации номенклатуры по группам в бухгалтерии;
* **Вести историю изменения** статусов - история изменения статусов номенклатуры;
* **Иконка вида номенклатуры** - находится в правом, нижнем углу, отвечает за отображение номенклатуры данного вида в списках документов, остатках. Иконку можно выбрать как предопределенную, так и из файла.
**Характеристики** - предназначена для добавления предопределенных характеристик номенклатуры, которые потом можно перенести одной кнопкой в характеристики номенклатуры.
**Родительские виды** - предназначена для быстрой группировки по кнопке в документах "Поступление" и "Сборка (комплектация)".
**Статусы** - механизм, который позволит каждой карточке назначать свой статус. Подробнее можно прочесть по [ссылке](/it/nomenklatura-i-sklad/kartochka-nomenklatury/statusy-kartochek-nomenklatury).
|**Список необходимых ролей для работы.**|
|----------------------------------------|
| Добавление и изменение номенклатуры|
---
## Как определить по какой номенклатуре вести учет по карточкам?
Что такое учет по карточкам? Ответ на этот вопрос проще понять на примерах.
**Пример 1.** Пусть у нас есть 100 метров сетевого кабеля. Если мы купим еще 50 метров кабеля нас не будут интересовать те 100 и эти 50 метров отдельно друг от друга! У нас должно быть на складе 150 метров кабеля. И мы должны будем исходить именно из этого. Т.е. в данном случае мы должны весь сетевой кабель вести _сводно_. Так же для этой номенклатуры нас не интересует, где был конкретно вот этот метр кабеля такого-то числа. В этом случае весь кабель должен храниться скопом.
Иначе обстоит дело с другим оборудованием, рассмотрим следующий пример:
**Пример 2.** Пусть у нас есть материнская плата. Нас через время будет интересовать сколько раз она была в ремонте, у кого стояла эта материнская плата и т.д. Т.е. в любой момент нам может понадобится информация о конкретной материнской плате. Для того, чтобы иметь подобную информацию мы должны вести материнские платы _поштучно_, чтобы видеть историю каждой. И ни в коем случае не вести учет _сводно_.
Как мы видим, это два совершено разных подхода к ведению учета комплектующих и расходных материалов. В первом, все сваливается в одну кучу, во втором должна вестись история по каждой комплектующей или комплекту.
Для того, чтобы в конфигурации умела решать оба примера, был разработан специальный механизм [карточек номенклатуры](/it/nomenklatura-i-sklad/kartochka-nomenklatury/) и учета по карточкам номенклатуры.
Если у номенклатуры в ее [виде](/it/nomenklatura-i-sklad/nomenklatura/vidy-nomenklatury) стоит галочка "Вести учет по карточкам номенклатуры", то для каждой номенклатуры будет создана и использоваться отдельная карточка, что позволит вести учет _поштучно_. Если же она стоять не будет, то в поле карточка номенклатуры в документах будет отображаться `<Учет по карточкам не ведется>` и в таком случае учет по данной номенклатуре будет вестись _сводно_.
Вести учет по карточкам нужно именно для оборудования: материнские платы, мониторы, ноутбуки, жесткие диски, видеокарты, корпуса, лицензии на ПО, картриджи, принтеры, МФУ и т.д.
Не нужно вести учет по карточкам для: расходных материалов, мышек, клавиатур, тонера и т.д. Т.к. по ним история не нужна.
---
## Типы вида номенклатуры
Тип вида номенклатуры является реквизитом справочника виды номенклатуры и отвечает за нюансы складского учета номенклатуры и подчиненных ей карточек.
Список тип вида номенклатуры постоянен и содержит описанные ниже позиции.
-
> **Комплект, Комплектующая, Оборудование, Расходный материал, Прочее** - Номенклатура и подчиненные ей карточки используются в дереве номенклатуры, их нельзя использовать в дереве услуг в таких документах, как «Поступление», «Перемещение» и т.д. По активам такого типа ведется учет остатков, а также контроль по остаткам. Между собой данные типы не различаются, но только что визуальной информацией.
> **Услуга** - Этот тип можно сказать «противоположность» предыдущим. Номенклатура и подчиненные ей карточки не могут использоваться в дереве номенклатуры складских документов, а только в дереве услуг. По ним не ведется учет остатков и соответственно нет контроля по остаткам. Данный тип необходим для учета затрат по услугам [см. «Учет дополнительных расходов»](/it/nomenklatura-i-sklad/metodiki-ucheta/uchet-dopolnitelnyh-rashodov).
> **Программное обеспечение** - Тип «Программное обеспечение» учитывается и используется аналогично «Комплекту» и т.п., но имеет расширенный набор данных. В форме карточки номенклатуры с данным типом, во вкладыше «Основное», отображается закладка «Лицензия и обновления» которая содержит реквизиты необходимые для ведения учета программного обеспечения, такие как информация о лицензиях или обновлениях.
---
## Остатки на местах хранения
Весь складской учет строится для единственной цели - иметь возможность узнать в любой момент времени, что было/есть на складе, когда купили, установили и т.д.
Для этих целей в конфигурации есть специальные отчеты, которые позволяют узнать всю эту информацию.
Одним из главных отчетов в блоке складского учета является отчет **Отчет по складам/рабочим местам**
**Номенклатура и склад > Отчет по складам/рабочим местам**
Это очень гибкий отчет, который позволяет получить практически любые данные об остатках в любых аналитических разрезах.
Можно выбрать вариант отчета:
Чтобы понять, насколько гибок данный отчет. Зададимся целью получить информацию о всех картриджах и посмотрим все картриджи, по которым были движения в течении этого месяца. При этом выведем не просто общее число картриджей, а распишем все по карточкам.
Для этого изменим вариант отчета:
Откроется окно с настройками отчета:
Видим, что в структуре отчета стоят группировки **Организация / Место хранения / Номенклатура**, Единица измерения. Т.е. выводится организация, внутри нее места хранения, а внутри каждого из мест хранения список номенклатуры, по которой показаны остатки. Но нам нужно получить отчет без группировки по местам хранения. Для этого необходимо изменить группировки отчета.
Мышкой перетащим выделенную строку **Номенклатура, Единица измерения** из **Место хранения** в **Организация**. Получим:
Теперь удалим группировку "Место хранения". Далее два раза щелкаем на строку с группировкой "Номенклатура, Единица измерения" и меняем ее на:
В результате должно получиться следующее:
После чего нажимаем "Завершить редактирование" и переходим в отчет. Далее настраиваем его как на картинке ниже и нажимаем **Сформировать**:
Получаем результат, который мы хотели получить.
Если же необходимо получить движения в разрезе мест хранения вернем настройку с группировкой по месту хранения:
Сформируем отчет снова. Получим:
При двойном щелчке на количество или сумму в полях начальный, конечный остаток, приход или расход появится окно с вопросом "Как вы хотите развернуть данные?". Т.е. если мы два раза нажмем на выделенную ячейку конечного остатка с количеством 1. То появится окно:
Это окно Вас спрашивает: "Есть число 1 в остатке, я могу его расшифровать из чего оно получилось и предлагаю поля для расшифровки". При выборе Регистратора мы сможем получить данные по расшифровке в разрезе документов, которые получили в остатке число 1.
Вот, что получаем:
Также здесь сможем открыть документ щелкнув на него два раза.
---
## Подробнее об импорте из сторонних программ
Итак, у нас есть необходимость в загрузке данных из других программ. Давайте рассмотрим, как настраивать загрузку файлов.
---
## Описание настроек загрузки данных из AIDA64
Наша конфигурация поддерживает загрузку ini-файлов полученных при экспорте из AIDA64.
## Что из себя представляет ini-файл?
Это обычный текстовый файл, в котором есть секции, переменные и их значения.
INI-файл состоит из разделов (или секций, или классы), которые обрамлены с двух сторон скобками [ ]. А так же значениями пар **Параметр=Значение.**
Каждая из секций выгрузки из AIDA 64 описывает какие-то данные. Например, на скриншоте выше описывается какой процессор установлен в компьютере данные по которому мы загружаем.
## Описание настроек загрузки из INI-файла
Давайте откроем настройки загрузки:
**Номенклатура и склад -> Сервис -> Импорт данных из сторонних программ**
В открывшейся форме откроем Настройки загрузки. Здесь мы найдем предопределенные элементы, которые уже загружаются.
### Папки (или группы) - это секции в ini-файле и их настройки. Опишем, что означает каждая из настроек:
1. **Класс AIDA** - на первом скриншоте у нас отображена секция [ЦП], в поле класс AIDA мы указываем ЦП. Это означает, что все значения этого раздела будут относится к процессору и загрузятся в свойства процессора.
2. **Свойство AIDA** - тут указывается подстрока (именно подстрока!), которая указывает на параметр, отвечающий за название оборудования. В нашем случае это Свойства ЦП|Тип ЦП. В нашем случае это на первом скриншоте: DualCore Intel Celeron E3300, 2500 MHz (12.5 x 200)
3. **Серийный номер AIDA** - если оборудование имеет серийный номер, то здесь можно указать подстроку в секции [ЦП], где будет указано значение серийного номера. Если пусто, то оборудование будет без серийного номера
4. **Производитель AIDA** - у оборудования может быть указан (а может и нет) производитель. Тут указывается подстрока секции, где хранится информация о производителе. В нашем случае это Intel Corporation
5. **Определение без родительской секции AIDA** - (не используется для секций).
6. **При поиске включать значение переменной секции AIDA** - (не используется для секций).
7. **Исключение в значениях AIDA** - в процессе поиска мы можем найти те значения, которые мы бы не хотели бы выводить. Например, при поиске установленных программ мы не хотим учитывать программы типа: Audio Driver, Microsoft Silverlight, Java(TM) и т.д. Поэтому мы можем значения, которые нам не подходят здесь просто перечислить. В этом случае такие программы будут проигнорированы.
## Описание настроек характеристик номенклатуры
Когда оборудование загружено, необходимо загрузить его свойства и характеристики. Для этого заходим в папку выбранного нами процессора и видим список характеристик, которые мы хотим загрузить:
1. **Свойство AIDA** - подстрока, которая описывает название параметра, где в нашей секции находится значение характеристики. В нашем примере - это 2500 МГц
2. **Делить на число AIDA** - иногда бывает так, что число, которое находится в значении переменной указано в байтах, а нам нужно в мегабайтах. Поэтому есть возможность его уменьшить путем деления на нужное число. Если равно нулю, то не используется.
3. **Определение без родительской секции AIDA** - иногда может сложиться такая ситуация, что наше значение характеристики находится не в этой секции, а в другой. Тогда будет предпринята попытка найти это значение во всех секциях. Установите этот параметр, если у вас подобная ситуация.
4. **При поиске включать значение переменной секции AID**A - ищем характеристику только в том случае, когда значение свойства найдено и в названии секции и в названии параметров. В AIDA так представлены, например, программы. Где главная секция [Установленные программы], а внутри Установленные программы1=..., Установленные программы2=... и т.д. Такая настройка позволяет искать в таком ключе.
5. **Исключение в значениях AIDA** - Не загружать характеристику, если она совпадает с переданной подстрокой.
---
## Рабочее место кладовщика
:::info Рабочее место кладовщика
Обработка представляет собой единое окно для всех повседневных складских операций: поиск номенклатуры по любым реквизитам, просмотр остатков и истории движений, а также быстрое создание складских документов по найденным позициям.
:::
Обработка рассчитана на кладовщика и материально-ответственных сотрудников.
## Где открыть обработку
**Номенклатура и склад → Сервис → Рабочее место кладовщика**
Либо через главный поиск конфигурации: начните вводить "Рабочее место кладовщика" — обработка появится в подсказках.
## Структура формы
Форма поделена на четыре основные области:
1. **Панель поиска** — сверху. Выбор типа поиска, ввод искомого значения, кнопка "Поиск".
2. **Таблица "Номенклатура на складах"** — основная таблица результатов с остатками.
3. **Входит в состав/имеет комплектующие** — слева снизу. Показывает состав комплекта выбранной позиции.
4. **Информационные вкладки** — справа. "Характеристики", "Документы" и "Комплектация" для текущей позиции.
## Панель поиска
### Поле "Тип поиска"
Определяет, по какому критерию искать. В зависимости от выбора меняется соседнее поле ввода.
| Тип поиска | Что вводить | Особенность |
|---|---|---|
| По штрихкоду | Строку штрихкода (или сканировать) | Ищет в регистре "Штрихкоды номенклатуры" |
| По инвентарному номеру | Инвентарный номер или его часть | Самый частый тип поиска, установлен по умолчанию |
| По серийному номеру | Серийный номер или его часть | Подходит для уникальной техники |
| По бухгалтерскому номеру | Бухгалтерский учетный номер | Для сверки с бухгалтерией |
| По наименованию | Часть наименования | Ищет и в карточках, и в номенклатуре |
| По номенклатуре | Выбор из справочника | Удобно для позиций без учета по карточкам |
| По карточке номенклатуры | Выбор из справочника | Если точно знаете карточку |
| По виду номенклатуры | Выбор вида из справочника | Все номенклатуры или карточки указанного вида с остатками |
:::tip Частичный поиск
Для типов (инвентарный, серийный, бухгалтерский номер, штрихкод, наименование) не обязательно вводить значение целиком — достаточно любой части. Система найдет все вхождения.
:::
### Флажок "Очищать при новом поиске"
- **Включен** (по умолчанию) — каждый новый поиск очищает таблицу результатов.
- **Выключен** — результаты нескольких поисков накапливаются. Удобно при сборе позиций для одного документа (например, при приёмке партии разных товаров).
Настройка сохраняется автоматически между сессиями.
### Кнопка "Поиск"
Запускает поиск по выбранному критерию. При сканировании штрихкода нажимать кнопку не требуется — поиск запускается автоматически.
## Таблица "Номенклатура на складах"
После поиска таблица заполняется найденными позициями. Над таблицей отображается счётчик **"Найдено:"** с количеством строк.
Основные колонки:
| Колонка | Описание |
|---|---|
| Номенклатура | Название позиции или карточки |
| Место хранения | Склад или место, где есть остаток |
| Входит в состав | Наименование карточки-партии, в состав которой входит позиция |
| Количество | Текущий остаток |
| Сумма | Балансовая стоимость остатка |
### Особые пометки в строках
- **"Нет на остатках"** — позиция найдена в справочнике, но количество = 0. Создавать перемещение, списание или продажу по такой строке нельзя. Сначала оприходуйте её документом "Поступление".
- **"Ведется учет по карточкам"** — поиск вернул номенклатуру, у которой включен учёт по карточкам, но попала сама номенклатура, а не конкретная карточка. Найдите нужную карточку по инвентарному или серийному номеру.
:::warning Двойной клик
Двойной клик по строке открывает карточку номенклатуры или номенклатуру. Случайное редактирование в карточке может повлиять на учёт — не меняйте поля без необходимости.
:::
## Входит в состав/имеет комплектующие
Для выбранной позиции отобразиться:
- только она сама, если у нее нет комплектующих и она не входит в комплект;
- дерево комплекта, если у нее есть комплектующие или она входит в комплект;
## Информационные вкладки
При выделении строки в блоке поиска или в дереве комплекта, будут выведены ее данные.
### Вкладка "Характеристики"
Показывает параметры выбранной карточки номенклатуры: тип характеристики (например, "Диагональ экрана", "Процессор") и её значение. Также отображается изображение номенклатуры, если оно загружено в карточку. Эти данные доступны только для просмотра.
### Вкладка "Документы"
Список документов, в которых фигурирует выбранная позиция: поступления, перемещения, списания, ремонты, обслуживание. Для каждого документа отображается дата и состояние карточки номенклатуры.
### Вкладка "Комплектация"
Позиции состава комплекта: все комплектующие выбранной карточки с их остатками. Появляется только для позиций, которые являются свернутым комплектом.
## Создание складских документов
Все кнопки создания документов собраны в выпадающем меню **Создать...** на командной панели. Доступность кнопок зависит от прав пользователя.
| Кнопка меню | Создаёт документ |
|---|---|
| Поступление | [Документ "Поступление"](https://docs.softonit.ru/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-postuplenie) |
| Перемещение | [Документ "Перемещение"](https://docs.softonit.ru/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-peremeshchenie) |
| Списание | [Документ "Списание"](https://docs.softonit.ru/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-spisanie) |
| Инвентаризация | [Документ "Инвентаризация"](https://docs.softonit.ru/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-inventarizaciya) |
| Начало обслуживания | Документ "Начало обслуживания" |
| Окончание обслуживания | Документ "Окончание обслуживания" |
| Сборка (комплектация) | [Документ "Сборка комплектация"](https://docs.softonit.ru/it/nomenklatura-i-sklad//skladskie-dokumenty/dokumenty-sborka-komplektaciya-i-razbienie-komplektacii) |
| Разбиение комплекта | [Документ "Разбиение комплектации"](https://docs.softonit.ru/it/nomenklatura-i-sklad//skladskie-dokumenty/dokumenty-sborka-komplektaciya-i-razbienie-komplektacii) |
| Зарегистрировать задание | Документ "Задание" (в упрощённом виде) |
| Изменить показатели оборудования | Документ "Изменение показателей оборудования" (доступен только для позиций с учётом по карточкам) |
Во всех случаях создаваемый документ открывается *с уже заполненными* полями "Организация", "Место хранения" и табличной частью "Номенклатура" (берутся из выделенной строки результатов). Достаточно проверить данные, уточнить количество и провести.
### Дополнительные команды
- **Места хранения** — справочник складов для быстрого просмотра.
- **Складские документы** — открывает общий журнал складских документов.
- **Сформировать новые штрихкоды** — для позиций из таблицы, у которых нет штрихкода, массово создаёт и записывает штрихкоды EAN-13. Работает только когда в таблице есть результаты и тип поиска не "По штрихкоду".
## Сканер штрихкодов
Сканер подключается автоматически при открытии формы, если в системе настроено подключаемое оборудование (см. раздел [Учет компьютеров и комплектующих с помощью подключаемого оборудования](https://docs.softonit.ru/it/nomenklatura-i-sklad/metodiki-ucheta/uchet-kompyuterov-i-komplektuyushchih-s-pomoshchyu-podklyuchaemogo-oborudovaniya)).
Алгоритм работы сканера:
1. Сканируйте штрихкод с этикетки товара.
2. Форма автоматически выставит тип поиска "По штрихкоду" и запустит поиск.
3. Если штрихкод найден — в таблицу добавится соответствующая позиция.
4. Если штрихкод не найден — система предложит зарегистрировать новый штрихкод. После регистрации можно сразу связать штрихкод с нужной карточкой номенклатуры.
## Примеры использования
### Пример 1. Передача техники сотруднику по инвентарному номеру
**Задача:** передать ноутбук с инвентарным № 0001234 из основного склада в отдел разработки.
1. Откройте **Номенклатура и склад → Сервис → Рабочее место кладовщика**.
2. В поле "Тип поиска" оставьте значение по умолчанию — *По инвентарному номеру*.
3. В поле рядом введите *1234* (полный номер необязателен).
4. Нажмите **Поиск**.
5. В таблице появится строка с ноутбуком. Убедитесь, что в колонке "Место хранения" указан ожидаемый склад, а в колонке "Количество" стоит 1.
6. Выделите строку и нажмите **Создать... → Перемещение**.
7. В открывшемся документе "Перемещение" поле "Место хранения расхода" уже заполнено. Укажите **Место хранения прихода** — отдел разработки или конкретного сотрудника.
8. Проверьте табличную часть (карточка должна быть уже перенесена) и проведите документ.
### Пример 2. Приёмка партии расходных материалов со сканером
**Задача:** принять 50 картриджей и 20 пачек бумаги, пришедших от поставщика.
1. Откройте рабочее место кладовщика.
2. Снимите флажок **Очищать при новом поиске** — это позволит накапливать сканированные позиции в одной таблице.
3. Поочерёдно сканируйте штрихкоды с упаковок. Каждая позиция добавится отдельной строкой.
4. Если штрихкод не зарегистрирован в базе, система предложит зарегистрировать его — введите наименование и привяжите к нужной номенклатуре.
5. Когда все позиции в таблице — нажмите **Создать... → Поступление**.
6. В документе "Поступление" укажите *Контрагент*, *Договор*, *Вид* и другие данные. Скорректируйте количество по каждой позиции.
7. Проведите документ.
:::tip Часть позиций из набора
Если накопили несколько позиций, но документ нужно сделать только по нескольким — выделите нужные строки в таблице перед нажатием "Создать...". В документ уйдут только выделенные строки.
:::
### Пример 3. Списание неисправного оборудования
**Задача:** списать сломанный монитор по серийному номеру A1B2C3D4.
1. Откройте рабочее место кладовщика.
2. Выберите тип поиска **По серийному номеру**.
3. Введите часть серийного номера, например *A1B2C3*. Нажмите **Поиск**.
4. В таблице появится монитор. Проверьте, что количество > 0 (иначе он уже списан или передан).
5. Откройте вкладку **Документы** справа — убедитесь, что у монитора нет открытого документа "Начало обслуживания" без закрытия (если есть — сначала закройте обслуживание).
6. Выделите строку в таблице и нажмите **Создать... → Списание**.
7. В документе "Списание" укажите **Вид** (например, "Списание из эксплуатации"), причину и комментарий. Проведите.
### Пример 4. Плановая инвентаризация печатного оборудования
**Задача:** провести инвентаризацию всей печатной техники на складе IT.
1. Откройте рабочее место кладовщика.
2. Выберите тип поиска **По виду номенклатуры**.
3. В поле рядом выберите из справочника вид номенклатуры **Печатное оборудование** (или аналогичный по названию в вашей базе). Нажмите **Поиск**.
4. Таблица заполнится всеми позициями выбранного вида с остатками по местам хранения.
5. Сверьте количество из таблицы с фактическим наличием на складе.
6. Выделите все строки в таблице (Ctrl+A) и нажмите **Создать... → Инвентаризация**.
7. В документе "Инвентаризация" укажите фактическое количество в колонке "Количество". Разницу между учётным и фактическим система посчитает автоматически. Проведите документ.
### Пример 5. Сборка комплекта "Рабочее место"
**Задача:** собрать карточку "Рабочее место менеджера №15" из системного блока, монитора, клавиатуры и мыши.
1. Откройте рабочее место кладовщика.
2. Найдите системный блок (например, по инвентарному номеру). Убедитесь, что количество = 1 и он на нужном месте хранения.
3. Выделите строку и нажмите **Создать... → Сборка (комплектация)**.
4. В открывшемся документе **Сборка комплектация** в табличной части уже есть системный блок. Добавьте оставшиеся карточки: монитор, клавиатуру, мышь — каждую отдельной строкой.
5. Укажите **Комплект** — это карточка-родитель *Рабочее место менеджера №15* (создайте её заранее в справочнике "Карточки номенклатуры", если её ещё нет).
6. Проведите документ.
7. После проведения при поиске любой из комплектующих в рабочем месте кладовщика в колонке "Комплект" будет отображаться "Рабочее место менеджера №15", а на вкладке **Комплектация** — полный состав.
## Важные особенности
- Услуги (сервисные позиции вида номенклатуры "Услуга") автоматически исключаются из результатов поиска. Для работы с услугами используйте соответствующие документы напрямую.
- Настройки "Тип поиска" и "Очищать при новом поиске" сохраняются между сессиями — при следующем открытии форма восстановит последние выбранные значения.
- Если кнопка "Создать..." → что-либо неактивна — проверьте права пользователя на добавление соответствующего документа.
## См. также
- [Концепция именования мест хранения](https://docs.softonit.ru/it/nomenklatura-i-sklad/koncepciya-imenovaniya-mest-hraneniya)
- [Остатки на местах хранения](https://docs.softonit.ru/it/nomenklatura-i-sklad/ostatki-na-mestah-hraneniya)
- [Складские документы](https://docs.softonit.ru/it/nomenklatura-i-sklad/skladskie-dokumenty)
- [Зачем нужны карточки номенклатуры](https://docs.softonit.ru/it/nomenklatura-i-sklad/kartochka-nomenklatury/zachem-nuzhny-kartochki-nomenklatury)
- [Учет компьютеров и комплектующих с помощью подключаемого оборудования](https://docs.softonit.ru/it/nomenklatura-i-sklad/metodiki-ucheta/uchet-kompyuterov-i-komplektuyushchih-s-pomoshchyu-podklyuchaemogo-oborudovaniya)
---
## Складские документы
В данном разделе будут описаны складские документы.
---
## Документ "Инвентаризация"
:::info **Инвентаризация**
Документ позволяет произвести инвентаризацию по местам хранения (либо ответственным сотрудникам).
:::
Рассмотрим один из возможных сценариев проведения инвентаризации.
Выбираем свою организацию в поле **Организация**. Указываем место хранения (применяемые отборы в документе "складываются", например, при указании и места хранения и МОЛ, в документ попадет только та номенклатура, которая находится на данном месте хранения и ответственным лицом для неё является МОЛ). Переключатель "С учетом подчиненных мест хранения" используется для иерархической структуры мест хранения, если переключен в "Да", номенклатура будет отобрана в документ и по подчиненным местам хранения.
После заполнения реквизитов, перейдем на закладку **Номенклатура** и с помощью кнопки
**Заполнить->Заполнить по остаткам**
Табличная часть будет заполнена остатками номенклатуры. В том числе, столбцы **Количество** и **Сумма**, показывающие фактическое наличие номенклатуры.
Дальше возможны варианты развития сценария.
Если есть сканер штрих-кода, мы можем соответствующей командой "Обнулить количества и суммы" очистить фактические показатели по всему списку номенклатуры, и сканером ШК заполнить их обратно (при сканировании, если номенклатура уже есть в табличной части, её фактическое количество увеличится, если нет - будет добавлена в табличную часть).
Если сканера ШК нет, можно распечатать записанный документ, уточнить количество на месте хранения, и откорректировать фактическое количество номенклатуры в документе.
Отдельно хочется обратить внимание на то, что при подборе номенклатуры в документ сканером ШК, если номенклатура является частью комплекта, то в документ будет добавлен весь комплект целиком, либо увеличено фактическое количество у этого комплекта, если он был добавлен в документ ранее.
Если в ходе проведения инвентаризации были выявлены излишки на данном месте хранения, то тогда в этом случае на основании инвентаризации необходимо создать документ **Поступление** и оприходовать излишки.
Если при проведении инвентаризации была выявлена недостача, то для списания этой номенклатуры необходимо создать документ **Списание**.
---
## Документ "Перемещение"
:::info **Перемещение**
Документ предназначен для перемещения оборудования между организациями и местами хранения.
:::
Для быстрого перемещения между местами хранения используйте кнопку **"Подбор"**.
---
## Документ "Поступление"
:::info Поступление
Документ предназначен для оприходования Номенклатуры от контрагентов, и необходим при введении первоначальных остатков.
:::
При прочтении описания документа Вам необходимо ознакомиться с [концепцией комплектов и комплектующих](/it/nomenklatura-i-sklad/kartochka-nomenklatury/koncepciya-komplektov-i-komplektuyushchih).
## 1. При заведении первоначальных остатков.
Ввести первоначальные остатки можно двумя способами: вручную, с помощью документа **Поступления** и с помощью обработки [Импорт данных из сторонних программ](/it/nachalo-raboty/import-dannyh/import-dannyh-iz-storonnih-programm). Если создавать остатки, то у Вас должно получиться для каждого места хранения следующее:
Данный документ просто оприходует на место хранения *Отдел кадров* организации *Наша фирма* все комплектующие в количественном выражении.
## 2. При оприходовании от контрагентов.
При работе с контрагентами лучше использовать связку документов [Заказ поставщику](/it/zakupki-i-prodazhi/zakazy-postavshchiku/zakaz-postavshchiku) - [Поступление](/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-postuplenie) в этом случае **Поступление** можно создать на основании **Заказа поставщику**, а далее просто заполнить карточки номенклатуры и провести документ. При этом, используя заказы Вы еще получаете механизм контроля, что приехало от поставщика, а что нет, что оплачено, а что нет.
Для создания на основании **Заказа поставщику** зайдите в заказ, нажмите
**Создать на основании -> Поступление**
Если же Вы хотите внести документ вручную, то опишем реквизиты документа:
* **Организация** - организация, за которой будут закреплены данные комплекты и комплектующие;
* **Место хранения** - то, куда будут оприходованы комплекты и комплектующие (см. [Концепция именования мест хранения](/it/nomenklatura-i-sklad/koncepciya-imenovaniya-mest-hraneniya));
* **Статья доходов расходов** - статья доходов и расходов для бюджетирования;
* **Вид** - вид документа "Поступление" может иметь следующие значения:
* ***Ввод остатков*** - позволяет оприходовать имеющеюся номенклатуру;
* ***Возврат от покупателя*** - позволяет отражать возврат клиента;
* ***Поступление от поставщика*** - позволяет отражать приход остатков приобретенных у поставщика;
* **Контрагент** - поставщик, от которого поступило оборудование (может быть не заполнено);
* **Договор** - договор между нами и контрагентом, по которому пришло оборудование;
* **Заказ поставщику** - заказ, по которому поступают запасы;
* **Заказ клиента** - документ, по которому отражаем поступивший заказ от клиента;
* **Объединить все строки верхнего уровня в комплекты** - эта важная настройка позволяет в остатках увидеть только строки верхнего уровня в дереве номенклатуры. Если галочка стоит, то в остатках будут отражены только: BenQ G925HDA, Canon LASER SHOT, Компьютер №2 на Рис.1, все остальные комплектующие будут объединены в родительские комплекты (их при желании можно восстановить документом Разбиение комплектации).
**Номенклатура** - предназначена для внесения комплектов и комплектующих, которые будут оприходованы на место хранения. При заполнении документа мышкой можно перетащить комплектующие в другие комплектующий для создания дерева комплектующих, т.е. что во что входит, а так же заполнить количество и цену с некоторыми дополнительными реквизитами. На этом этапе может возникнуть вопрос: [В документе "Поступление" поле Количество нельзя изменить, оно равно 1. В чем может быть дело?]/it/nomenklatura-i-sklad/vazhno-znat-md/v-dokumente-postuplenie-pole-kolichestvo-ravno-v-chem-delo)
**Услуги** - предназначена для внесения дополнительных расходов при поступлении, например, Доставка или Перевозка эти данные тоже можно контролировать. Они влияют на [бюджеты](/it/denezhnye-sredstva/byudzhetirovanie/planirovanie-rashodov), а так же на взаиморасчеты с контрагентами.
**Накладная** - шаблон, на основании, которого можно заполнить табличную часть "Номенклатура".
Дополнительно - если в организации активно ведется [бюджетирование](/it/denezhnye-sredstva/byudzhetirovanie/planirovanie-rashodov) и хочется знать сколько было потрачено по той или иной статье затрат, то данная вкладка поможет разносить дополнительную аналитику по затратам.
* **Бюджет** - бюджет по документу. Заполняется автоматически от даты и выбранной организации;
* **Период бюджета** - период бюджета, на который будут отнесены доходы и расходы. Заполняется автоматически, от даты и выбранной организации;
* **Подразделение** - куда покупалось оборудование;
* **№ вх. документа** - номер входящего документа;
* **от** - дата входящего документа;
* **Основание** - документ основание;
* **Комиссия** - позволяет гибко назначать и изменять членов комиссии по оприходованию/списанию/инвентаризации;
* **При сканировании ШК суммировать количество для одинаковой номенклатуры** - суммирование количества одинаковой номенклатуры.
Также обратите внимание на кнопку
**Ещё > Настройка документа**
Это настройки в документе. Можно сделать так, чтобы статья затрат была общим реквизитом для документа или для каждой комплектующей отдельно, положение заказа поставщику общим реквизитом или, аналогично, для каждой комплектующей.
---
## Документ "Продажа"
:::info Продажа
Документ позволяет произвести продажу оборудования.
:::
Список документов продажи.
Форма создания документа **Продажа**.
Реквизиты *Организация* и *Место хранения* будут заполняться автоматически, если они указаны в настройках пользователя. После заполнения этих реквизитов, при нажатии кнопки **Подбор** мы увидим окно, где показано все оборудование, закрепленное за указанным местом хранения. В нем галочками выбираются элементы, которые мы хотим продать. Если Вы хотите продать оборудование, являющееся частью комплекта, но не комплект полностью, то перед этим необходимо провести **разбиение комплекта.**
Также документ позволяет отражать получение дохода не только от продажи номенклатуры, но и услуги с точки зрения продажной/закупочной позиции, например перевозка товара.
---
## Документ "Списание"
:::info Списание
Документ предназначен для списания оборудования с мест хранения.
:::
Для быстрого заполнения номенклатуры используйте кнопку **"Подбор"**.
---
## Документы "Сборка(комплектация) и Разбиение комплектации"
В конфигурации предусмотрена возможность ведения складского учета по комплектам и комплектующим. Подробнее о данной возможности можно ознакомиться в статье: ["Концепция комплектов и комплектующих"](/it/nomenklatura-i-sklad/kartochka-nomenklatury/koncepciya-komplektov-i-komplektuyushchih).
Для создания комплекта необходимо использовать документ "Сборка(комплектация)" с помощью, которого осуществляется объединение комплектующих ПК в единый комплект. Соответственно, чтобы разобрать комплект необходимо использовать одноименный документ "Разбиение комплектации".
## 1. Сборка (Комплектация).
Наглядно рассмотрим возможности и предназначение данного документа. Для этого перейдем в раздел "Номенклатура и склад" - подраздел "Складской учет" - "Сборки (комплектации)" и создадим новый документ.
*Предназначение реквизитов документа:*
* **Организация** - указывается организация, по которой ведется складской учет;
* **Место хранения** - указывается место хранения, где на остатках числится номенклатура, которая будет использована для создания сборки;
* **Объединить все строки верхнего уровня в комплекты** - при активации данного чек-бокса номенклатура верхнего уровня объединяется в один единый комплект без иерархического дерева комплектующих.
Заполним все необходимые реквизиты и с помощью кнопки "Подбор" добавим в табличную часть номенклатуру, которую будем объединять в комплект.
:::info
При этом стоит отметить, что номенклатуру можно добавлять и с помощью кнопки "Добавить". Отличия между этими способами добавления номенклатуры, заключаются в том, что "Подбор" массово подбирает номенклатуру сразу с указанного места хранения, а "Добавить" единично добавляет позиции из справочника "Список номенклатуры".
:::
В результате заполнения получаем следующего вида документ:
Теперь, чтобы создать комплект нужно добавить номенклатуру, которая будет выступать в качестве строки верхнего уровня и объединять в себе комплектующие. Создадим новую номенклатуру с видом номенклатуры "Комплект", при этом дадим ей нейтральное название, например, "Компьютер №10". После создания этой номенклатуры ее обязательно необходимо оприходовать документом [Поступление](/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-postuplenie), иначе получится ситуация, которая описана в статье: ["После сборки комплекта, комплектация не отображается на месте хранения"](/it/nomenklatura-i-sklad/vazhno-znat-md/posle-sborki-komplekta-komplektaciya-ne-otobrazhaetsya-na-meste-hraneniya).
После того, как создали номенклатуру вида "Комплект", в табличной части документа **Сбора(комплектация)** с помощью простого перетаскивания (***drag-and-drop***), помещаем в "Компьютер №10" комплектующие. В результате получается в табличной части видим комплект хранящий в себе иерархию комплектующих. Последним шагом в создании комплектации является активирование чек-бокса "Объединить все строки верхнего уровня в комплекты" и провести документ.
Печатная форма для документа **Сборка (комплектация)** позволяет распечатать весь список номенклатуры комплекта с указанием вложенных комплектующих. Чтобы открыть печатную форму, необходимо нажать на кнопку "Состав комплекта".
В открывшейся форме Вы увидите сформированный раннее комплект. Если комплектов несколько, то они будут печататься на разных листах.
В результате проделанных манипуляций получается, что на месте хранения отображается только номенклатура верхнего уровня, то есть "Компьютер №10". Остальные составляющие комплекта отражены на закладке "Комплектующие". Если при создании документа **Сбора(комплектация)** не активировать чек-бокс "Объединить все строки верхнего уровня в комплекты", тогда номенклатура будет отражена в виде, в котором была представлена в табличной части документа **Сборка**, то есть иерархическим деревом без закладки **Комплектующие**.
В сформированном отчете по остаткам данная номенклатура, также будет отражена как комплект без комплектующих нижнего уровня. Если у Вас возникает вопрос о целесообразности скрытия комплектующих, тогда рекомендую ознакомиться со статьей на эту тему: "[Скрывать комплектующие у комплектов или нет?](/it/nomenklatura-i-sklad/metodiki-ucheta/skryvat-komplektuyushchie-u-komplektov-ili-net)".
## 2. Разбиение комплектации.
После создания сборки и будущего использования данного комплекта в документах "Начало и Окончание обслуживание", обязательным шагом является разбиение комплектации с помощью одноименного документа. Это необходимо, чтобы отразить изменение состава комплектующих текущей сборки. Поэтому перейдем в раздел "Номенклатура и склад" и создадим документ "Разбиение комплектации".
***Предназначение реквизитов документа:***
**Организация** - указывается организация, по которой ведется складской учет;
**Тип разукомплектации** - указывается конкретный тип, по которому будет осуществляться разбиение. Тип "Разбить комплект" подходит в том случае, если сборка была осуществлена с объединением строк верхнего уровня в комплект. Тип "Разбить объединенные комплектующие" если сборка была собрана с иерархическим деревом комплектующих;
**Место хранение** - указывается место хранение, откуда будет браться комплект для осуществления разбиения;
**Карточка комплекта** - указывается карточка номенклатуры, которая относится к данному комплекту;
**Списать комплект после полной разукомплектации** - чек-бокс, который позволяется сразу же списать номенклатуру, которая была в качестве верхнего уровня сборки (например, компьютер №10).
При указании правильного типа разукомплектации и нужной карточки комплекта, в табличную часть документа автоматически добавляются все составляющие комплекта.
Документ "Разбиение комплектации" позволяет разбивать комплект частями. То есть, можно отметить только те комплектующие, которые необходимо вытащить из состава сборки(комплектации). Это полезно, когда необходимо к примеру, заменить одну-две детали комплекта на новые и чтобы не разбивать весь комплект можно вытащить только нужные составляющие.
После записи и проведения документа "Разбиение комплектации", данный комплект можно использоваться в документах [Начало обслуживания](/it/remonty-i-obsluzhivanie/nachalo-obsluzhivaniya) и [Окончание обслуживания](/it/remonty-i-obsluzhivanie/okonchanie-obsluzhivaniya), чтобы отражать факт ремонта или замену комплектующих. После замены неисправных деталей на новые и приведение комплекта в начальное состояние (собранный комплект), необходимо заново собрать комплектацию соответствующим документом.
---
## Инвентаризация и другие складские документы на основании Мобильного ТСД
## Функционал «Мобильный терминал сбора данных»
В разделе
**Администрирование –> Настройка параметров учета –> Функциональность**
включаем функционал «Использовать мобильный ТСД».
> При использовании мобильного ТСД, в разделе **Номенклатура и склад** появится подраздел **Мобильный ТСД** в котором открывается доступ к документу «Данные мобильного ТСД».
Документ «Данные мобильного ТСД» формируется с помощью мобильного приложения.
### Роли для работы с документом «Данные мобильного ТСД»:
* [x] **Полные права** – просмотр и редактирование, создание других документов на основании данного;
* [x] **Базовые права мобильное приложение** - просмотр и создание других документов на основании данного;
* [x] **Добавление и изменение складских документов** - просмотр и создание других документов на основании данного.
На основании документа «Данные мобильного ТСД» можно создать следующие документы:
• Инвентаризация;
• Перемещение;
• Начало обслуживания;
• Продажа;
• Списание.
Видео: ["Мобильный ТСД"](https://www.youtube.com/watch?v=forJhaiwxbs)
---
## Общие вопросы
Общие вопросы, которые могут возникнуть при работе с конфигурацией.
---
## Вопросы покупателей
**Содержание главы:**
* Какие сканеры, ТСД и т.д.,поддерживает "Управление IT-отделом 8"?
---
## Какие сканеры, ТСД и т.д.,поддерживает "Управление IT-отделом 8"?
Используйте официально сертифицированное оборудование, которое рекомендует фирма **1С**.
Его список можно найти по адресу: [список оборудования](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-podklyuchaemogo-oborudovaniya/terminal-sbora-dannykh/sertifitsirovannye-i-podderzhivaemye-modeli-oborudovaniya-tsd/).
---
## По работе в конфигурации
**Содержание главы:**
* Как подключить мобильное приложение к демо-базе?
* Файловая база, но регламентные задания не отрабатывают по расписанию?
* Проблема зависших сеансов 1с
* Изменение шаблона этикетки, чтобы не отображались символы штрих-кода
* Как добавить в форму списка документов свой столбец из документа?
* При использовании IIS в 1С получаем ошибку HttpException (0x80004005)
* Как перенести конфигурацию на другой компьютер/сервер?
* Как добавить в формах списка контактную информацию?
* Как открыть форму "Все функции"
* Как снять документ с проведения?
* Изменить активационные данные продукта
* После обновления - Выполняются дополнительные обработки данных.
* Проблемы с обновлением. Обновление предназначено для другой версии.
* Не работает загрузка изображений, ошибка "Класс не зарегистрирован"
* Включить возможность редактирования конфигурации
* Как удалить помеченные на удаление документы?
* Как пометить документ на удаление?
---
## База «ест» слишком много ресурсов сервера
***У нас большое количество обращений к СУБД и большое количество забирает ОЗУ. Для сравнения база бухгалтерии делает обращений в 3 раза меньше «Управления IT-отделом 8».***
Такая ситуация довольно типична для систем класса ITSM/ITIL по сравнению с бухгалтерскими и другими системами. Вот основные причины, почему меньшая по объёму база может генерировать в 3 раза больше обращений и потреблять больше ОЗУ:
## 1. Разный характер рабочей нагрузки
`Бухгалтерия` — преимущественно пакетная обработка (начисления, отчёты, сверки). Меньше транзакций, но они.
`Управление IT-отделом 8` — онлайн-транзакционная обработка, каждое действие пользователя (создание инцидента, комментарий, смена этапа) генерирует десятки мелких запросов к разным таблицам.
## 2. Архитектурные особенности ITSM-систем
Много связанных сущностей: инцидент → запрос на изменение → актив → конфигурационная единица. Одно действие затрагивает 5–10 таблиц. Каждое изменение записывается в историю, что удваивает количество операций записи.
## 3. Бизнес-правила и триггеры.
Автоматические действия (уведомления, изменение реквизитов) вызывают дополнительные запросы.
## 4. Высокая конкурентность в реальном времени
Несколько операторов одновременно работают с системой, в отличие от бухгалтерии (где обычно работают 1-2 сотрудника).
## Что проверить? Что позволит улучшить ситуацию:
- проверить шаги автоматизации (подсистема Автоматизация), иногда их количество избыточно, и они дублируют действия друг друга (например, вначале один меняет реквизит, а следом другой этот же реквизит на другой);
- проверь какие регламентные задачи запущены и с какой периодичностью они запускаются;
* некоторые регламентный задания стоит отключить (если не используются. Например, есть только одна учетная запись почты в системе, а работают все 5-ть регламентных);
* у некоторых стоит изменить расписания увеличив промежуток запуска. Например, почта запускается каждую минуту и обрабатывает огромное число писем.
---
## Включить возможность редактирования конфигурации
Вы должны понимать, что изменение конфигурации может негативно сказаться на дальнейшем обновлении конфигурации и ее поддержке.
Мы настоятельно не рекомендуем Вам изменять конфигурацию, но если такая необходимость все таки есть для включения возможности редактирования просмотрите [**ВИДЕО**](https://youtu.be/br4Gs2rt_q8).
Если Вы хотите добавить в конфигурацию отчет или обработку используйте внешние обработки и отчеты. Которые помогут Вам без изменения конфигурации добавить собственные отчеты и обработки, а также добавить к документам свои печатные формы.
---
## Изменение шаблона этикетки, чтобы не отображались символы штрих-кода
Зачастую в организации имеется стандарт этикетки, например, Code 128, который не должен отображает символьную кодировку штрих-кода. Разберем поэтапно, как создать подобного рода этикетку.
Для работы с печатью этикеток, используется стандартная подсистема поставляемая от фирмы **1С**, которая называется **Библиотека подключаемого оборудования**.
Эта библиотека содержит внешнюю компоненту и работает по принципу **подмены картинки вместо штрих-кода**.
Когда вы редактируете шаблон Вы видите картинку (которая выглядит как штрих-код, но на самом деле это картинка).
Когда она выводится в табличный документ для печати она трансформируется (подменяется) в штрих-код внешней компонентой. Рассмотрим детально, чтобы больше в этой части не возникло вопросов.
Внешняя компонента имеет ряд ограничений, которые накладываются на работу. Список видов штрих-кодов, который выводится при создании шаблона этикетки, берется из внешней компоненты и поправить его, к сожалению, не получится.
Есть другой способ вывода штрих-кода, основанный на использовании нужного шрифта, который устанавливается самостоятельно.
Как вариант можем предложить поискать в интернете самостоятельно нужный шрифт, установить его на клиентской машине и изменить в шаблоне. Но этот способ будет не универсальным и он будет работать только на той машине, где будет установлен этот шрифт.
Скачать шрифт можно в интернете, например вот отсюда: https://ru.fonts2u.com/category.html?id=70
Мы не используем этот способ повсеместно, т.к. он не универсальный и не будет работать без предварительных манипуляций, требующий прав администратора (для установки шрифтов) и т.д.
## Шаг 1.
Скачиваем необходимый шрифт и устанавливаем его в шрифты Windows.
## Шаг 2.
Переходим в **Шаблоны этикеток** и создаем новый шаблон. Выбираем ячейку, где будет находится штрих-код этикетки и два раза кликаем на доступное поле **Штрих-код**. После чего программа выдаст сообщение **Добавить штрих-код, как картинку?**, выбираем **Нет** (рис 1).
## Шаг 3.
Выделяем ячейку, где находится штрих-код и нажимаем правую кнопку мыши, после чего переходим в свойства ячейки (рис 2).
## Шаг 4.
В свойствах ячейки, в поле **Шрифт** необходимо указать установленный ранее шрифт штрих-кода (рис 3).
В результате получаем этикетку с необходимым форматом штрих-кода (без указания цифр) (рис 4).
:::info ВАЖНО!
Данный способ не является универсальным, так как требует установки ряда дополнительных шрифтов в операционную систему Windows.
:::
[Ссылка на видео](https://youtu.be/HZcXqeumJes)
---
## Изменить активационные данные продукта
Такая потребность часто возникает в результате реорганизации холдингов, когда организация, которая приобрела продукт ликвидируется и создается другая в рамках этого же холдинга.
Для изменения активационных данных конфигурации **Управление IT-отделом 8" необходимо:**
1. Услуга по перерегистрации конфигурации платная. Необходимо сделать заказ позиции на нашем сайте [Перерегистрация конфигурации "Управление IT-отделом 8" на другую организацию](https://softonit.ru/catalog/updateit/peregistr/)
2. После получения нового ключа активируйте конфигурацию новыми активационными данными.
Конфигурация перерегистрирована.
---
## Как добавить в формах списка контактную информацию?
Для добавления контактной информации в форме списка необходимо сделать следующее:
Откройте форму списка, например для мест хранения, далее **Еще -> Изменить форму** и станьте на элемент Ссылка и нажмите **Добавить поля**:
Далее добавим нужные нам поля из контактных данных:
Получаем результат:
Теперь список отображается вместе с контактной информацией.
---
## Как добавить в форму списка документов свой столбец из документа?
Очень часто возникает необходимость добавить реквизиты, которые нет в списке, но они есть в документах. Например, для документа **Окончание обслуживания** хочется вывести текущий статус:
Видим, что поля в динамическом списке не хватает.
Добавим нужное поле. Для этого нажмем в форме **Еще** и найдем в списке **Изменить форму...** ну и далее как на рисунке ниже:
Выберем нужный реквизит из списка (5) и после его добавления нажмем ОК и применим все настройки. Получим следующий список:
---
## Как открыть форму "Все функции"
Форму можно открыть следующим образом:
1. Сначала активируем видимость в меню (если она не видима)
Далее:
2. Теперь в меню видно пункт **Все функции**. Открываем его:
Используя этот пункт можно изменить или открыть любой объект конфигурации
---
## Как перенести конфигурацию на другой компьютер и(или) сервер?
Для переноса информационной базы необходимо иметь доступ к административной учетной записи в ИБ (информационной базе).
Далее, входим в конфигуратор
Введем данные администратора ИБ, после попадем в конфигуратор.
В конфигураторе совершим следующее и сохраним этот файл в нужную нам папку:
Итак, мы сохранили резервную копию ИБ.
Запоминаем путь, куда сохранили. После сохранения копируем этот файл на другой компьютер (если это необходимо), или сохраняем на флэшку и переносим на другой компьютер.
Разворачивание на другом компьютере:
Далее:
Третий шаг:
Подробнее об этом можете прочесть в интернете, чем отличается файловая база от серверной.
Для примера выберем базу файловую, файловая база может быть как на локальном компьютере, так и в сети в расшареной папке.
Будет создана в указанной папке пустая информационная база.
Снова открываем ее в конфигураторе.
После загрузки конфигурации, будет задан вопрос о перезапуске, и после перезапуска вы получите копию информационной базы.
---
## Как подключить мобильное приложение к демо-базе?
## Шаг №1.
Установите мобильное приложение из Google Play или AppStore
https://play.google.com/store/apps/details?id=ru.softonit.uitmobile&utm_source=softonit&utm_medium=organic&utm_campaign=site
https://apps.apple.com/us/app/управление-it-отделом-8/id1458344514?l=ru&ls=1&utm_campaign=site&utm_medium=organic&utm_source=softonit
## Шаг №2.
Чтобы протестировать работу мобильного приложения "Управление IT-отделом 8" на демо-базе, необходимо перейти по ссылке, полученной в письме и авторизоваться под учетной записью **Пользователь**.
После авторизации на начальной странице нажмите кнопку **Персональные настройки** (гаечный ключ).
Перейдите на вкладку "Мобильные клиенты" и нажмите кнопку "Настройка подключения". Высветится QR-код, который нужно отсканировать в мобильном приложении, выбрав вариант подключения **Прочитать QR-код с экрана компьютера**.
В результате будет произведена синхронизация с демо-базой и появится возможность тестирования мобильного приложения в **Основном режиме** на демонстрационной версии конфигурации.
---
## Как пометить документ на удаление?
Для пометки документа на удаление необходимо [снять его с проведения](/it/obshchie-voprosy/po-rabote-v-konfiguracii/kak-snyat-dokument-s-provedeniya) (если он проведен), а затем нажать на кнопку:
Если Вы хотите полностью удалить этот элемент, Вам необходимо пометить данный элемент на удаление, а затем запустить процедуру [удаления помеченных объектов](/it/obshchie-voprosy/po-rabote-v-konfiguracii/kak-udalit-pomechennye-na-udalenie-dokumenty).
---
## Как снять документ с проведения?
Для снятия документа с проведения необходимо в любом документе нажать на кнопку:
---
## Как удалить помеченные на удаление документы?
Для удаления помеченных документов необходимо иметь административные права
**Администрирование -> Поддержка и обслуживание -> Удаление помеченных объектов**
---
## Не работает загрузка изображений, ошибка "Класс не зарегистрирован"
## Ошибка при загрузке возникает и сообщается в строке "Состояние".
Для 32-битных систем попробуйте использовать команду:
```bat
regsvr32 msscript.ocx
```
Для 64-битных. Проблема в том, что 64-битные приложения не могут запускать 32-битные DLL, которые, например, инициализируются системой при создании `COM-объекта`.
Решить данную проблему можно с помощью создания 64-битного приложения COM+. Данное приложение способно взаимодействовать с 32-приложениями.
1. На сервере запускаем консоль "Службы компонентов" (Пуск - Администрирование - Службы компонентов).
2. В ветке "Приложения COM+" добавляем новое приложение. Выбираем "Создать новое приложение".
3. Имя приложения: `V8ComConnectorApp`, способ активации: `серверное`.
4. Учетная запись для запуска: выбираем учетную запись под которой работает сервер 1С.
5. Роль: "CreatorOwner", далее в ветке пользователей добавляем учетную запись, под которой работает сервер 1С.
6. В ветке созданного приложения переходим на ветку "Компоненты" и создаем компонент.
7. Выбираем "Импорт уже зарегистрированных", ставим галочку 32-разряда и в списке находим `MSScriptControl.ScriptControl.1.`
8. Заходим в свойства установленного компонента и на вкладке "Безопасность", списке "Явно установленные для выделенных объектов роли" включаем флажок напротив роли CreatorOwner.
После этого должно все работать.
---
## Изменение макетов печатных форм
# Добавление параметров номенклатуры и карточек номенклатуры в макетах печатных форм
Универсальный механизм подстановки реквизитов **Номенклатуры** и **Карточки номенклатуры** в макеты печатных форм без правки конфигурации. Достаточно добавить в макет параметр с именем по правилу `Номенклатура<ИмяРеквизита>` или `КарточкаНоменклатуры<ИмяРеквизита>` — система сама подставит туда нужное значение из документа.
## Зачем это нужно
Раньше, чтобы в печатной форме показать значение какого нибуть реквизита номенклатуры или карточки номенклатуры (например, производителя, бух. номер карточки), нужно было обращаться к программисту: править запрос в модуле менеджера, добавлять поле в выборку, согласовывать имя параметра. Любая мелкая правка макета превращалась в задачу на несколько часов, а то и дней.
Теперь добавление поля в макет — это **локальное изменение макета** (через стандартное «Администрирование → Печатные формы, отчеты и обработки → Макеты печатных форм → Изменить макет»). Не нужно править ни код 1С, ни запросы. Реализация в общем модуле один раз поддерживает все будущие параметры — список потенциально доступных полей соответствует составу реквизитов справочника на момент печати.
## Где это уже работает
| Документ / Справочник |
| --- |
| Заказ клиента |
| Заказ поставщику |
| Поступление |
| Продажа |
| Списание |
| Сборка-комплектация |
| Инвентаризация |
| Начало обслуживания |
| Окончание обслуживания ||
| Карточки номенклатуры (справочник) |
## Как пользоваться
### 1. Откройте копию макета на правку
В клиенте 1С: «Администрирование → Печатные формы, отчеты и обработки → Макеты печатных форм». Выбрать нужный макет и нажать `Изменить макет` или `F2`.
### 2. Добавьте нужный параметр в область строки
В области макета (например, «Строка» для «Заказа клиента»):
1. Поставьте курсор в нужную ячейку.
2. Откройте свойства ячейки (правый клик → **Свойства** или `Alt + Enter`).
3. В поле **Заполнение** выберите **Параметр**.
4. В поле **Параметр** введите имя по правилу:
- для Номенклатуры — `Номенклатура<ИмяРеквизита>`
- для Карточки номенклатуры — `КарточкаНоменклатуры<ИмяРеквизита>`
Имя реквизита берётся из таблиц приложений 1 и 2 этой статьи.
### 3. Сохраните и проверьте
Сохраните макет, закройте редактор, нажмите «Печать → Заказ клиента» ещё раз — теперь в нужной ячейке окажется значение из реквизита номенклатуры - производитель.
> ### Что произойдёт, если имя параметра указано неверно
> Параметр останется пустым. Печать не
сломается. Это ***штатное поведение***: лишние имена параметров система молча игнорирует, ошибок не возникает. Проверьте имя по таблице в приложении.
## Правила формирования имён параметров
### A. Простые реквизиты
`<Префикс><ИмяРеквизита>` — без разделителей.
Примеры:
- `НоменклатураАртикул`
- `НоменклатураГарантияМесяцев`
- `КарточкаНоменклатурыБухНомер`
- `КарточкаНоменклатурыДатаВводаВЭксплуатацию`
### B. Раскрытие реквизитов-ссылок
Для реквизита, который сам является ссылкой на справочник (например, `Производитель` или `ВидНоменклатуры`), помимо ключа с самим значением (`НоменклатураПроизводитель`) автоматически добавляются развёрнутые поля ***первого уровня вложенности*** ссылочного объекта:
| Имя параметра | Что подставляется |
| --- | --- |
| `НоменклатураВидНоменклатурыНаименование` | Наименование вида номенклатуры |
| `НоменклатураПоставщикНаименование` | Наименование контрагента-поставщика |
| `НоменклатураПоставщикИНН` | ИНН контрагента-поставщика |
| `НоменклатураПоставщикКПП` | КПП контрагента-поставщика |
| `КарточкаНоменклатурыКодПоОКОФНаименование` | Расшифровка кода ОКОФ |
> Имена реквизита и подреквизита идут подряд, без разделителей.
Глубина раскрытия — **один уровень**. То есть `НоменклатураПроизводительПолноеНаименование` доступно (это реквизит самого Производителя), а вот `НоменклатураПроизводительОсновноеЛицоИНН` — нет (это уже второй уровень вложенности).
### С. Дополнительные реквизиты
Если у номенклатуры или карточки настроены «Дополнительные реквизиты» (механизм БСП), они доступны под именами:
- `НоменклатураДопРеквизит<Идентификатор>` — для Номенклатуры
- `КарточкаНоменклатурыДопРеквизит<Идентификатор>` — для Карточки
`<Идентификатор>` формируется из наименования дополнительного реквизита: оставляются только буквы, цифры и подчёркивание, остальные символы убираются. Например, дополнительный реквизит «Цвет корпуса» доступен как `НоменклатураДопРеквизитЦветкорпуса`.
### D. Служебный параметр
| Имя параметра | Что подставляется |
| --- | --- |
| `НоменклатураДатаИВремяПечати` | Текущая дата и время сервера на момент печати |
| `КарточкаНоменклатурыДатаИВремяПечати` | То же |
## Ограничения
1. **Реквизиты составного типа не раскрываются** на подреквизиты. Например, у Карточки номенклатуры реквизит `ДокументПоступления` — составной (может быть `Поступление`, `Списание` и т. д.), поэтому доступен только ключ `КарточкаНоменклатурыДокументПоступления` (выведется представление), а вот `КарточкаНоменклатурыДокументПоступленияДата` или `...Номер` — нет.
2. **Перечисления** (`АмортизационнаяГруппа`) — подреквизитов нет по определению. В параметр подставляется представление значения перечисления.
3. **Устаревшие реквизиты** (`УдалитьВес`, `УдалитьКартинка` и подобные с префиксом «Удалить») в выборку не попадают. Использовать их в макетах нельзя.
4. **Изображения и хранилища значений** не передаются — это технические данные, для макета не пригодны.
5. **Табличные части номенклатуры/карточки** (например, `СетевыеИнтерфейсы` у Карточки) **не разворачиваются** в строки макета — для каждой строки печати используется одна номенклатура/карточка, ТЧ — это коллекция. Если нужна печать сетевых интерфейсов карточки — это отдельный макет «Карточка номенклатуры», для которого механизм не предназначен.
6. **Стандартный реквизит «Владелец»** карточки (= номенклатура, которой она принадлежит) сейчас не входит в набор автоматических параметров.
## Совет: как быстро узнать список доступных параметров
При правке макета пользователю не обязательно держать в голове все имена. Достаточно открыть таблицы **Приложения 1** (для Номенклатуры) и **Приложения 2** (для Карточки номенклатуры) этой статьи и взять оттуда имя нужного реквизита, добавив префикс.
Также можно ориентироваться на список реквизитов справочника в режиме 1С:ПредКонфигуратор.
---
## Приложение 1. Реквизиты справочника «Номенклатура»
В колонке «Имя параметра в макете» — то имя, которое нужно вписать в свойство «Параметр» ячейки.
| Имя параметра в макете | Синоним (как видит пользователь) | Описание |
| --- | --- | --- |
| `НоменклатураСсылка` | Ссылка | Сама ссылка на элемент (в текстовый параметр выведется как представление) |
| `НоменклатураКод` | Код | Код элемента (в справочнике Номенклатура код по умолчанию пустой) |
| `НоменклатураНаименование` | Наименование | Наименование позиции |
| `НоменклатураПометкаУдаления` | Пометка удаления | Истина — элемент помечен на удаление |
| `НоменклатураЭтоГруппа` | Это группа | Истина — элемент является группой каталога |
| `НоменклатураРодитель` | Родитель | Ссылка на родительскую группу |
| `НоменклатураАмортизационнаяГруппа` | Амортизационная группа | Амортизационная группа номенклатуры |
| `НоменклатураАртикул` | Артикул | Артикул позиции номенклатуры |
| `НоменклатураВидНоменклатуры` | Вид номенклатуры | Вид номенклатуры в информационной базе |
| `НоменклатураВРасчетПотребностейВключатьАналоги` | В расчёт потребностей включать аналоги | При расчёте минимального остатка учитывать аналоги |
| `НоменклатураГарантияМесяцев` | Гарантия месяцев | Срок гарантии в месяцах |
| `НоменклатураЕдиницаИзмерения` | Единица измерения | Единица измерения по классификатору, в которой ведётся учёт |
| `НоменклатураКодПоОКОФ` | Код по ОКОФ | Код по ОКОФ номенклатуры |
| `НоменклатураКомментарий` | Комментарий | Произвольный комментарий |
| `НоменклатураМинимальныйОстаток` | Минимальный остаток | Минимальный остаток номенклатуры, который должен быть в резерве |
| `НоменклатураПоставщик` | Поставщик | Поставщик номенклатуры |
| `НоменклатураПроизводитель` | Производитель | Производитель номенклатуры |
| `НоменклатураСтавкаНДС` | Ставка НДС | Ставка НДС по умолчанию для подстановки в документы |
| `НоменклатураФайлКартинки` | Файл картинки | Ссылка на файл картинки номенклатуры |
**Раскрытые поля реквизитов-ссылок** (примеры наиболее полезных — полный список зависит от состава реквизитов справочников-целей):
| Имя параметра в макете | Что подставляется |
| --- | --- |
| `НоменклатураПроизводительНаименование` | Наименование производителя |
| `НоменклатураПроизводительКод` | Код производителя |
| `НоменклатураПоставщикНаименование` | Наименование контрагента-поставщика |
| `НоменклатураПоставщикИНН` | ИНН поставщика |
| `НоменклатураПоставщикКПП` | КПП поставщика |
| `НоменклатураВидНоменклатурыНаименование` | Наименование вида номенклатуры |
| `НоменклатураЕдиницаИзмеренияНаименование` | Наименование единицы измерения (шт., упак. и т. д.) |
| `НоменклатураСтавкаНДСНаименование` | Наименование ставки НДС (20%, 10%, Без НДС и т. п.) |
| `НоменклатураКодПоОКОФНаименование` | Расшифровка кода ОКОФ |
---
## Приложение 2. Реквизиты справочника «Карточки номенклатуры»
В колонке «Имя параметра в макете» — то имя, которое нужно вписать в свойство «Параметр» ячейки.
| Имя параметра в макете | Синоним (как видит пользователь) | Описание |
| --- | --- | --- |
| `КарточкаНоменклатурыСсылка` | Ссылка | Сама ссылка на карточку (выведется как представление) |
| `КарточкаНоменклатурыКод` | Код | Код карточки (автонумерация, длина 11) |
| `КарточкаНоменклатурыНаименование` | Наименование карточки | Наименование карточки |
| `КарточкаНоменклатурыПометкаУдаления` | Пометка удаления | Истина — карточка помечена на удаление |
| `КарточкаНоменклатурыАвтоНаименование` | Авто наименование | Автоматически формировать наименование по формуле из настроек учёта |
| `КарточкаНоменклатурыАмортизационнаяГруппа` | Амортизационная группа | Амортизационная группа ОКОФ |
| `КарточкаНоменклатурыБухНомер` | Бух номер | Бухгалтерский номер карточки |
| `КарточкаНоменклатурыВерсияПО` | Версия ПО | Версия программного обеспечения |
| `КарточкаНоменклатурыВестиУчетПоКарточкамНоменклатуры` | Вести учёт по карточкам номенклатуры | Ведётся ли для данной карточки учёт по карточкам |
| `КарточкаНоменклатурыВидНоменклатуры` | Вид номенклатуры | Вид номенклатуры карточки |
| `КарточкаНоменклатурыГарантияМесяцев` | Гарантия месяцев | Срок гарантии в месяцах |
| `КарточкаНоменклатурыДатаВводаВЭксплуатацию` | Дата ввода в эксплуатацию | Дата ввода карточки в эксплуатацию |
| `КарточкаНоменклатурыДатаНачалаЛицензии` | Дата начала лицензии | Дата начала действия лицензии |
| `КарточкаНоменклатурыДатаНачалаПодпискиОбновлений` | Дата начала подписки обновлений | Дата начала действия подписки на обновления |
| `КарточкаНоменклатурыДатаОкончанияГарантии` | Дата окончания гарантии | Дата окончания гарантии от даты ввода в эксплуатацию |
| `КарточкаНоменклатурыДатаОкончанияЛицензии` | Дата окончания лицензии | Дата окончания действия лицензии |
| `КарточкаНоменклатурыДатаОкончанияПодпискиОбновлений` | Дата окончания подписки обновлений | Дата окончания действия подписки на обновления |
| `КарточкаНоменклатурыДатаПриобретения` | Дата приобретения | Дата приобретения карточки |
| `КарточкаНоменклатурыДатаУстановкиПО` | Дата установки ПО | Дата установки программного обеспечения |
| `КарточкаНоменклатурыДокументПоступления` | Документ поступления | Документ-основание поступления карточки (составной тип, выведется как представление) |
| `КарточкаНоменклатурыЕстьГарантия` | Есть гарантия | Истина — на карточку распространяется гарантия |
| `КарточкаНоменклатурыЕстьОграниченияПоКоличествуПользователейЛицензии` | Есть ограничения по количеству пользователей лицензии | Признак ограничения лицензии по количеству пользователей |
| `КарточкаНоменклатурыЕстьОграниченияПоСрокуДействияЛицензии` | Есть ограничения по сроку действия лицензии | Признак ограничения лицензии по сроку действия |
| `КарточкаНоменклатурыЕстьОграниченияПоСрокуДействияОбновлений` | Есть ограничения по сроку действия обновлений | Признак ограничения подписки на обновления по сроку |
| `КарточкаНоменклатурыЗаметки` | Заметки | Дополнительная информация по карточке |
| `КарточкаНоменклатурыИнвентарныйНомер` | Инвентарный номер | Инвентарный номер карточки |
| `КарточкаНоменклатурыКлючАктивации` | Ключ активации | Ключ активации лицензии |
| `КарточкаНоменклатурыКодПоОКОФ` | Код по ОКОФ | Код по ОКОФ карточки |
| `КарточкаНоменклатурыКоличествоПользователейЛицензии` | Количество пользователей лицензии | Количество пользователей у лицензии |
| `КарточкаНоменклатурыКомментарий` | Комментарий | Произвольное описание |
| `КарточкаНоменклатурыПервоначальнаяСтоимость` | Первоначальная стоимость | Сумма первоначальной стоимости |
| `КарточкаНоменклатурыПорядковыйНомер` | Порядковый номер | Порядковый номер карточки |
| `КарточкаНоменклатурыСерийныйНомер` | Серийный номер | Серийный номер карточки |
| `КарточкаНоменклатурыСетевоеИмя` | Сетевое имя | Сетевое имя устройства |
| `КарточкаНоменклатурыСетевойПользователь` | Сетевой пользователь | Сетевой пользователь устройства |
| `КарточкаНоменклатурыСрокПолезногоИспользования` | Срок полезного использования (мес.) | Срок полезного использования карточки в месяцах |
| `КарточкаНоменклатурыФайлКартинки` | Файл картинки | Ссылка на файл картинки карточки |
**Раскрытые поля реквизитов-ссылок** (примеры):
| Имя параметра в макете | Что подставляется |
| --- | --- |
| `КарточкаНоменклатурыВидНоменклатурыНаименование` | Наименование вида номенклатуры |
| `КарточкаНоменклатурыВидНоменклатурыКод` | Код вида номенклатуры |
| `КарточкаНоменклатурыКодПоОКОФНаименование` | Расшифровка кода ОКОФ |
| `КарточкаНоменклатурыКодПоОКОФКод` | Сам код ОКОФ (значение в справочнике) |
---
## После обновления - Выполняются дополнительные обработки данных.
Если после обновления версии программы наблюдается такое окно:
то предлагаем сделать следующее:
в разделе **Администрирование - Регламентные и фоновые задания** запустить регламентное задание **Отложенное обновление ИБ**:
---
## При использовании IIS в 1С получаем ошибку HttpException (0x80004005)
## Ошибка примерно такая
```
[HttpException (0x80004005): Обнаружено потенциально опасное значение Request.Path, полученное от клиента (:).]
System.Web.HttpRequest.ValidateInputIfRequiredByConfig() +9914812
System.Web.PipelineStepManager.ValidateHelper(HttpContext context) +53
```
**Алгоритм следующий:**
1. Открываем IIS.
2. Открываем наш сайт-публикацию в браузере.
3. Идем в сопоставления обработчиков.
4. Ищем ISAPI-dll и выделяем строку.
5. Справа нажимаем "Добавить сопоставление сценария".
6. Путь запроса - "*", Исполняемый файл - "C:\....\wsisapi.dll".
7. Нажимаем "Да".
Если это не поможет, то можно попробовать следующее:
---
## Проблема зависших сеансов 1C
Иногда в процессе работы возникают случаи, когда зависают сеансы пользователей 1С(особенность платформы от компании 1С). Такое часто случается если завершать работу с базой неправильно (Нажать на крестик в правом верхнем углу программы). Возникает вопрос: **Как правильно закрывать программу 1с?**. На рисунке ниже я показываю, более корректное закрытие окна программы 1С: Предприятие: в том же углу нажать на имя пользователя, а затем на гиперссылку **Завершить работу**.
Что делать если сеансы все же зависли. При использовании клиент – серверного варианта работы, есть такое приложение как **Администрирование серверов 1С предприятие**. Нужно открыть вашу Информационную базу (в примере это UT), по пути, указанном на рисунке ниже, и перейти в **Сеансы**. В правой части окна мы увидим список всех сеансов пользователей, работающих с базой, выберем нужный, нажмем правой кнопкой мыши и нажмем **Удалить**. Да совершенно верно- все так просто.
При работе в файловом режиме специальных инструментов нет, здесь может помочь банальная перезагрузка компьютера с базой, удаление процессов 1С в **Диспетчере задач**, но все их назвать корректными нельзя.
---
## Проблемы с обновлением. Обновление предназначено для другой версии.
Иногда возникает такая ситуация, когда конфигурация не может быть обновлена на новую версию.
Установленные обновления платформа *не видит*. Это может быть следствием не правильной установки прошлого обновления.
Первым делом необходимо проверить, какая версия действительно у Вас установлена. Для этого запустите конфигурацию в режиме конфигуратора и проверьте версию в двух местах. Действительно ли та версия установлена.
1. Посмотрите как версия в *О программе*:
2. Посмотрите какая версия в поддержке:
В конфигураторе **Меню -> Конфигурация -> Поддержка -> Настройка поддержки**.
Действительно. Мы убедились, что версия и там и там стоит 3.0.14.1, но при установке следующего обновления, конфигурация пишет:
**Данное обновление предназначено для версий 3.0.14.1**
Но ведь и так установлена данная версия! Верно?
Если у Вас все как на картинке (понятное дело номер версии может отличаться), то только после этого необходима последовательность шагов, которая поможет Вам обновить конфигурацию.
## Причины такого поведения
Почему система не может найти обновление? Дело в том, что в следствии неправильного обновления такая ошибка может возникнуть, конфигурация внутри, при последнем обновлении, обновилась, но по прежнему считает, что она предыдущей версии. Поэтому при следующем обновлении Вы можете наткнуться на подобную ошибку. Лечится эта ошибка так: конфигурацию необходимо заставить насильно изменить версию *внутри*.
## Как решить эту проблему
:::info Внимание!
Все что указано ниже Вы выполняете на свой страх и риск!
:::
1. Необходимо сделать бэкап конфигурации, чтобы избежать в будущем *головной боли*
**Конфигуратор -> Меню -> Администрирование -> Выгрузить информационную базу**
**Конфигуратор Меню -> Конфигурация -> Поддержка -> Настройка поддержки**
Щелкаем кнопку **Включить возможность изменения**.
3. После этого закрываем окно "Настройка поддержки" и нажимаем на кнопку **Обновить конфигурацию базы данных (или F7)**
4. Снова открываем настройку поддержки:
5. И снова как и пункте 3 нажимаем **Обновить конфигурацию базы данных** (или F7)
6. Таким образом мы *отвязали* конфигурацию от поставщика, теперь необходимо ее снова привязать. Для этого Вам необходимо написать в [службу поддержки в личном кабинете](https://softonit.ru/personal/tickets/) с просьбой предоставить cf-файл, для обновления конфигурации, т.к. конфигурация не может обновиться. Мы Вам вышлем "нормальный" cf-файл и Вы его снова привяжите к конфигурации.
7.
Итак у Вас есть `cf-файл` с конфигурацией поставщика. Необходимо его загрузить. Для этого нажмите
**Конфигуратор -> Меню -> Конфигурация -> Сравнить, объединить с конфигурацией из файла**
и выберите файл, который мы Вам прислали с нормальной конфигурацией поставщика. После этого Вам будет выдано предупреждение.
Щелкаем **Да**, а затем **Выполнить** и нажимаем в открывшемся окне `"ОК"`.
После этого необходимо снова как и в пункте 3 нажать **Обновить конфигурацию базы данных (или `F7`).**
Теперь в конфигурации восстановлена возможность обновления. Конфигурация теперь *думает*, что у нее правильная версия и она нормально обновится на следующую версию.
---
## Файловая база, но регламентные задания не отрабатывают по расписанию?
В файловой базе есть ограничения работы с регламентными заданиями, а именно они не запускаются автоматически если в конфигурации никто не работает, а если даже и работает, то регламентные стартуют от пользователя, который вошел первым с минимальным приоритетом. Причем не всегда будет понятно как они запускаются.
Для файловых баз выход есть!
Необходимо создать пользователя **ServiceDes**k и запускать конфигурацию с помощью планировщика Windows из командной строки используя этого пользователя.
Это позволит автоматически запускать создание заданий по электронным письмам. Пример запуска с помощью командной строки:
```cmd
"c:\Program Files (x86)\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\1C_base\IT" /N"ServiceDesk" /P"12345"
```
Где
`D:\1C_base\IT` путь к информационной базе
`12345` пароль пользователя `ServiceDesk`
---
## СRM - подсистема
:::info CRM система управления взаимоотношениями с клиентами
Модель взаимодействия, основанная на теории, что центром всей философии бизнеса является клиент,
а главными направлениями деятельности компании являются меры по обеспечению эффективного маркетинга,
продаж и обслуживания клиентов. Поддержка этих бизнес-целей включает сбор, хранение и анализ информации о потребителях, поставщиках,
партнёрах, а также о внутренних процессах компании. Функции для поддержки этих бизнес-целей включают продажи, маркетинг,
поддержку потребителей.
:::
В нашей конфигурации предусмотрена **подсистема CRM**.
Работа данного функционала схожа с работой подсистемы **Техническая поддержка**.
Инциденты, поступившие в Service Desk, поэтапно обрабатываются специалистами и доводятся до логического завершения.
В CRM все обстоит точно также, чтобы в этом убедиться схематично рассмотрим работу подсистемы:
***Что мы видим?***
Как и у системы обработки инцидентов, цель CRM аналогична, довести обращение до завершения, а именно,
это потенциального клиента перевести в статус клиента. Следовательно, механизм технической поддержки полностью подходит для создания CRM,
за исключением добавления в работу новой сущности [Потенциальные клиенты](/it/podsistema-service-desk-upravlenie-incidentami/crm-podsistema/potencialnye-klienty). Разберем настройку, на примере.
Первым делом, что необходимо сделать - это создать *процесс* и настроить его *этапы*, по которым будем работать с обращениями
потенциальных клиентов. Перейдем в **Справочники -> Service Desk -> Процессы** и создадим новый процесс *Проявление интереса*.
Согласно схеме, представленной выше, настроим этапы процесса следующим образом:
* **Новый** - новое обращение (возможен переход на этапы *Выбор*, *Отказ*).
* **Выбор** - потенциальный клиент стоит перед выбором продолжения взаимоотношений (возможен переход на этапы *Выставление счета*, *Отказ*).
* **Выставление счет**а - потенциальный клиент продолжил взаимоотношения и ожидает счета на оплату (возможен переход на этапы *Оплачен*, *Отказ*).
* **Оплачен** - счет оплачен (возможен переход на этап *Ожидание документов*).
* **Ожидание документов** - ожидаем закрывающих документов (возможен переход на этап *Клиент*).
* **Клиент** - потенциальный клиент переведен в статус клиента (возможен переход на этап *Работа по договору*).
* **Работа по договору** - работаем с клиентом по заключенному договору (возможен переход на этап *Выставление счета* в случае истечения срока действия заключенного договора).
* **Отказ** - клиент отказался вести взаимоотношения на этапах (*Новый*, *Выбор*, *Выставление счета*).
После переходим к созданию новой учетной записи, на которую будем получать обращения потенциальных клиентов **Администрирование -> Учетные записи электронной почты**.
Стоит заметить, что при использовании **подсистемы CRM** необходимо иметь минимум две учетные записи.
Одну использовать для создания заданий на основе инцидентов, а другую для работы с **CRM**.
Следующий шаг - настройка автоматического создания заданий (обращений) на основе входящей электронной почты. Начиная с версии 4.0 эта настройка ведётся не в справочнике "Правила событий" (выведен из эксплуатации), а в подсистеме **Автоматизация**: справочник **Шаги автоматизации** содержит шаг "Создать задание из письма", у которого настраивается условие отбора входящих писем (например, по учётной записи CRM) и значения, подставляемые в создаваемое задание/обращение - включая проект, к которому будет отнесено обращение, и приоритет поиска инициаторов при записи входящего письма.
Для более удобной работы с подсистемой **CRM** можно использовать **Канбан-доску**.
Перейдем в **Техническая поддержка -> Группы канбан-доски** и добавим новые группы, которые будут отображаться на канбан.
При создании группы, важно не забывать выставлять реквизит *Отображать* в положение **Да**, иначе на канбан-доске она не будет отображаться.
После этого создаем новую канбан-доску и добавляем группы, которые создали ранее.
Результат канбан-доски *CRM*.
Итог настройки подсистемы.
В документе **Задания** будут созданы задания на основании обращений потенциальных клиентов, поступивших на почту *CRM*.
Настроенным шагом автоматизации проставляются реквизиты задания.
В справочник [Потенциальные клиенты](/it/podsistema-service-desk-upravlenie-incidentami/crm-podsistema/potencialnye-klienty) добавляется новая позиция и после чего можно приступить к работе с потенциальным клиентом.
Сортировкой по процессам, можно отделить инциденты от проявленных интересов.
| **Список ролей для работы с подсистемой "CRM"** |
|-------------------------------------------------|
| Выполнение заданий |
| Добавление заданий |
| Добавление изменение спринтов |
| Оценка заданий из электронных писем |
| Просмотр не распределенных заданий |
| Просмотр отчетов по заданиям |
| Просмотр чужих заданий |
| Распределение заданий |
| Управление процесxсами и этапами |
| Чтение заданий |
---
## Потенциальные клиенты
В **подсистеме "CRM"** находится справочник **Потенциальные клиенты** в нем содержатся организации, которые проявили интерес к нашему продукту и могут стать нашими клиентами.
## Форма элемента "Потенциальные клиенты"
### Закладка "Основное"
Cодержить следующие реквизиты:
* [x] Организация;
* [x] Клиент (заполняется, если потенциальный клиент стал клиентом);
* [x] Местоположение;
* [x] Ответственный (выбирается сотрудник, отвечающий за работу с нашей стороны).
### Закладка "Адреса, телефоны"
Может содержать контактную информацию о потенциальном клиенте.
### Действия с потенциальным клиентом
На основе потенциального клиента, можно создать справочники **Контактное лицо** или **Контрагент**.
Также с потенциальными клиентами можно произвести ряд действий при нажатии на кнопку **Действий**.
* [x] Запланировать взаимодействие;
* [x] Запланировать встречу;
* [x] Написать СМС;
* [x] Написать электронное письмо;
* [x] Позвонить.
---
## SLA (соглашения об уровне обслуживания)
В этом разделе описана пользовательская работа с подсистемой **SLA** в конфигурации «Управление IT-отделом 8»: настройка соглашений, работа с заявками, паузы, завершение и отчётность.
## Разделы документации
| Раздел | Содержание |
|--------|------------|
| [Введение в SLA](./Введение%20в%20SLA.md) | Что такое SLA, основные понятия, включение механизма. |
| [Настройка SLA](./Настройка%20SLA.md) | Константы, соглашения, услуги, графики, индивидуальные и коллективные соглашения. |
| [Работа с заданиями по SLA](./Работа%20с%20заданиями%20по%20SLAv2.md) | Реквизиты задания, выбор услуги, отображение сроков, реакция и выполнение, «Создать продолжение». |
| [Паузы и завершение SLA](./Паузы%20и%20завершение%20SLA.md) | Постановка и снятие пауз, причины, выполнение и автоматическое завершение, эскалации. |
| [Отчёты по SLA](./Отчёты%20по%20SLA.md) | Мониторинг текущих SLA, нарушенные SLA, сводные отчёты, доступность услуг. |
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Введение в SLA
## Что такое SLA в конфигурации
Подсистема **SLA** (Service Level Agreement — соглашение об уровне обслуживания) в конфигурации «Управление IT-отделом 8» позволяет задать обязательные сроки по заявкам и контролировать их выполнение.
С помощью SLA вы можете:
- **Фиксировать сроки** — время реакции (когда нужно взять заявку в работу) и время выполнения (когда нужно завершить работу).
- **Учитывать рабочие графики** — время считается только в часы оказания услуг по графику соглашения (например, пн–пт 9:00–18:00).
- **Контролировать соблюдение** — в задании отображаются оставшееся время и индикация приближения к нарушению или просрочке.
- **Работать с паузами** — при ожидании клиента, оборудования или согласования таймер SLA можно приостановить.
- **Вести отчётность** — строить отчёты по соблюдению SLA, времени реакции и выполнения, доступности услуг.
SLA применяется в проектах, в которых включена соответствующая функциональность (например, техподдержка, юристы, сервисный центр).
## Когда SLA считается
SLA учитывается **только по одному проекту** в задании. Если в задании несколько проектов с включённым SLA, в интерфейсе указывается проект, по которому ведётся учёт SLA.
:::info Важно
- В задании должны быть заполнены: **Организация**, **Клиент**, **Услуга SLA**, при необходимости — **Тип процесса** и **Приоритет**.
- Должно существовать **действующее соглашение SLA** с этим клиентом (или коллективное соглашение), в котором указана выбранная услуга и сроки.
- Сроки (время реакции и время выполнения) задаются в соглашении в числовом виде и в связке с константой **Единица времени SLA** (минута, час или день).
:::
## Основные понятия
| Понятие | Описание |
|--------|----------|
| **Время реакции** | Срок, до которого заявку нужно взять в работу (например, первый ответ клиенту или назначение исполнителя и начало работ). |
| **Время выполнения** | Срок, до которого заявку нужно выполнить (перевести в статус «Выполнено» по проекту SLA). |
| **Расчётная дата реакции** | Момент времени, до которого необходимо отреагировать на заявку. |
| **Расчётная дата выполнения** | Момент времени (дедлайн), до которого необходимо выполнить заявку. |
| **Фактическая дата реакции** | Момент, когда заявка была фактически взята в работу (например, после первого комментария исполнителя или перевода в раздел «В работе»). |
| **Фактическая дата выполнения** | Момент перевода заявки в раздел со статусом «Выполнено». |
| **Пауза SLA** | Период, когда таймер SLA не тикает (ожидание клиента, ожидание оборудования, приостановка по разделу и т.п.). |
## Включение механизма SLA
Механизм SLA включается глобально константой **SLAСервисыРаботы**. Если константа выключена, функциональность SLA в конфигурации недоступна.
В каждом **проекте**, где нужен учёт SLA, в функциональности проекта должна быть включена соответствующая опция (SLA). Только задания в таких проектах участвуют в расчёте SLA.
## Дальнейшие шаги
- [Настройка SLA](./Настройка%20SLA.md) — соглашения, услуги, графики, константы.
- [Работа с заданиями по SLA](./Работа%20с%20заданиями%20по%20SLAv2.md) — реквизиты задания, отображение сроков, приоритеты.
- [Паузы и завершение SLA](./Паузы%20и%20завершение%20SLA.md) — паузы, возобновление, закрытие заданий.
- [Отчёты по SLA](./Отчёты%20по%20SLA.md) — мониторинг и отчётность.
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Настройка SLA
Перед тем как задания начнут учитывать SLA, нужно один раз всё настроить: включить механизм в константе, завести услуги и график, оформить соглашение с клиентом. Дальше система сама будет подбирать нужное соглашение по каждому заданию и считать сроки.
## Настройки по умолчанию
Основные настройки SLA собраны в разделе **Настройка параметров учёта → Проекты и задания → SLA**.
Здесь задаются:
| Настройка | Назначение |
|-----------|------------|
| **Время реакции по умолчанию** | Число. Подставляется в новую строку услуги при создании документа **«Соглашение SLA»** - удобно, чтобы не заполнять вручную одно и то же значение. |
| **Время выполнения по умолчанию** | Число. То же самое для времени выполнения. |
| **Единица времени SLA** | Минута / Час / День. Определяет, в каких единицах трактуются числовые нормативы в соглашениях. Например, при единице **Час** значение *10* в поле «Время реакции» означает 10 часов. |
| **Тип процесса по умолчанию** | Тип процесса, который автоматически подставляется в новое задание (например, *«Инцидент»*). |
:::warning Единица времени фиксируется после первого соглашения
Пока в базе нет ни одного проведённого документа **«Соглашение SLA»**, единицу времени можно свободно менять. Но как только появится хотя бы одно проведённое соглашение - поле **Единица времени SLA** становится **недоступным для изменения**. Это защита от рассогласования уже введённых нормативов с новой единицей.
:::
:::info Про рабочее время
В подсказке под полями времени написано важное - **тут указывается рабочее время по графику услуг**, а не астрономическое:
* при графике **8x5 (пятидневка)** 1 день = 24 рабочих часа = 3 рабочих дня по 8 часов;
* при графике **24x7 (круглосуточно)** 1 день = 24 рабочих часа = 1 календарный день.
То есть *8 часов на реакцию* при графике «пн-пт 9:00-18:00» - это ровно один рабочий день, а не 8 астрономических часов.
:::
## Другие константы SLA
Помимо панели выше, в конфигурации есть ещё константы, влияющие на SLA:
| Константа | Назначение |
|-----------|------------|
| **SLAСервисыРаботы** | Главный «выключатель» механизма SLA во всей конфигурации. Если константа выключена - функциональности SLA нет вовсе, соглашения не считаются. |
| **Интервал автоматического завершения выполненных заданий** | Количество часов, после которых уже выполненные задания автоматически переходят в статус **«Завершено»** и по SLA больше не пересматриваются (возобновить SLA по ним уже нельзя). |
:::info Про таймаут паузы SLA
Помимо константы «Интервал автозавершения» у каждого проекта есть **своё поле** **Таймаут паузы SLA (часов)** - оно ограничивает длительность **одной паузы** SLA и настраивается в карточке проекта на подвкладке **SLA**. То есть у разных проектов могут быть разные значения. Подробнее см. статью **«Документ "Проект"»**, раздел **Подвкладка «SLA»**.
:::
## Справочники и данные для SLA
Перед тем как оформлять соглашение, нужно завести необходимый минимум справочников.
### Услуги SLA
В справочнике **Услуги SLA** описываются услуги, по которым Вы даёте гарантии клиенту. В интерфейсе он открывается как **«Каталог услуг»** через меню **Проекты → Работы → Каталог услуг** (не через раздел SLA!). Справочник поддерживает **иерархию** - услуги можно объединять в группы (например, *«1С»*, *«Поддержка пользователей»*, *«Техподдержка пользователей»*).
Услуги лучше **именовать по результату для клиента**, а не по технической операции - клиенту важно, что он получит, а не как это внутри устроено.
* ❌ Не очень: *«Настройка DNS»*, *«Замена картриджа»*, *«Перезагрузка сервера»*.
* ✅ Лучше: *«Доступ к интернету»*, *«Обеспечение печати»*, *«Управление доступами пользователей»*.
При создании услуги заполняются:
* **Наименование** и **Родитель** (в какой группе находится);
* **Категория** - удобная классификация для отчётов (например, *«Сеть»*, *«Оргтехника»*, *«Безопасность»*). Заполняется **отдельным полем**, не в скобках после наименования;
* **Тип** - обычно *«Пользовательский сервис»*;
* **Статус** - *«В работе»* / *«Не используется»* и другие; только услуги «в работе» доступны для выбора в соглашениях;
* **Описание** - подробное пояснение, что клиент получает по этой услуге;
* **Норма времени, ч** - плановая длительность оказания услуги;
* **Ответственный** - сотрудник, отвечающий за услугу;
* тумблеры **«Популярная»** (выделяется в интерфейсе) и **«Влияет на доступность»** (учитывается в отчётах по доступности);
* дополнительные вкладки **Компетенции**, **Зависимости**, **Оформление** - для расширенной настройки.
### Графики работы (Календари)
Открывается через меню **Проекты → SLA → Графики работы**.
График в соглашении SLA задаёт, **когда именно оказывается услуга**. По этому графику считается рабочее время для сроков реакции и выполнения.
* Используется справочник **Графики работы** (в конфигурации это справочник **Календари**) с указанием рабочих дней и часов (например, *пн-пт, 9:00-18:00*).
* Если задание создано в нерабочее время (например, ночью или в выходной), отсчёт начнётся с начала следующего рабочего периода по графику.
* График SLA **не совпадает** с личным графиком работы сотрудников: если по соглашению услуга предоставляется круглосуточно, время SLA продолжит идти и в отсутствие конкретного исполнителя.
### Причины паузы SLA
Открывается через меню **Проекты → SLA → Причины паузы SLA**.
Справочник используется, когда SLA ставится на паузу - вручную или автоматически. Примеры типовых причин:
* Ожидание клиента;
* Ожидание оборудования;
* Ожидание поставщика;
* Ожидание согласования;
* Форс-мажор;
* Внутреннее расследование.
Список можно расширять под свои процессы. Подробнее про сами паузы см. статью **«Паузы и завершение SLA»**.
### Производственные календари и отклонения от графика
Оба справочника лежат в том же разделе **Проекты → SLA**:
* **Производственные календари** - для учёта праздников и нерабочих периодов (стандартный механизм 1С).
* **Причины отклонения от графика** - для регистрации простоев услуг (недоступность). Влияет на отчётность по доступности услуг.
---
## Документ «Соглашение SLA»
Открывается через меню **Проекты → SLA → Соглашения SLA**.
Соглашение SLA - это центральный документ подсистемы. В нём фиксируется, **кому** и **с какими сроками** Вы оказываете услуги, по **какому графику**.
### Шапка документа
В шапке заполняются:
| Реквизит | Описание |
|----------|----------|
| **Номер** и **от** | Служебные реквизиты самого документа: номер и дата создания. Не путать с периодом действия соглашения. |
| **Действует с / по** | Период действия соглашения. Именно эти даты система использует, чтобы понять, действует ли соглашение на дату задания. |
| **Организация** | Кто оказывает услуги (Ваша организация). |
| **Статус** | **Проектируется** / **В работе** / **Не используется**. Только соглашения в статусе **«В работе»** реально влияют на расчёт SLA. |
| **Тариф** | Для расчёта стоимости обслуживания (если ведётся тарификация). |
| **Соглашение** | Переключатель между двумя видами: **Индивидуальное** - для конкретного набора клиентов из вкладки «Клиенты»; **Коллективное** - для всех, у кого нет индивидуального соглашения. |
| **Проект** | Проект SLA. Если не указан - соглашение действует по всем проектам, где включён SLA. |
| **Тип соглашения** | Например, *«С внешним клиентом (SLA)»* - определяет, к какому типу отношений относится соглашение. Заполняется из отдельного справочника. |
| **График** | График предоставления услуг (например, *«Пн-Пт с 09:00 до 18:00 с перерывом на обед»*). По нему считаются сроки реакции и выполнения. |
| **Контрагент** | С кем заключено соглашение (юридическое лицо). |
| **Договор** | Ссылка на юридический договор с контрагентом (при необходимости). |
| **Комментарий** | Свободное поле для заметок. |
### Табличная часть «Клиенты»
В табличной части **Клиенты** перечисляются клиенты, для которых действует соглашение. Одному контрагенту может соответствовать несколько клиентов (контактные лица, подразделения, пользователи и т.п.). Для всех перечисленных клиентов действуют одни и те же условия соглашения.
:::warning Только по одному клиенту
В табличной части **Клиенты** можно добавлять только **отдельных клиентов** - физлиц, контактных лиц, пользователей поштучно. **Добавить сразу группу физлиц или список нельзя** - если у соглашения много клиентов, каждого придётся выбрать отдельной строкой.
:::
### Табличная часть «Услуги»
В табличной части **Услуги** задаются сами услуги и нормативы по каждой из них.
| Колонка | Описание |
|---------|----------|
| **Услуга SLA** | Услуга из справочника **Услуги SLA**. |
| **Время реакции** | Число - норматив времени реакции (в единицах из константы **Единица времени SLA**). |
| **Время выполнения** | Число - норматив времени выполнения. |
| **Приоритет** | Приоритет задания. Если пусто - строка действует для всех приоритетов. |
| **Тип процесса** | Тип процесса (инцидент, запрос на обслуживание и т.д.). Если пусто - для всех типов. |
Одна и та же услуга может быть указана несколько раз - с разными приоритетами или разными типами процесса. Тогда при расчёте SLA для конкретного задания система выберет строку с максимальным совпадением реквизитов.
:::warning Важно
В одной таблице **не должно быть двух строк с одинаковой комбинацией** *Услуга SLA + Приоритет + Тип процесса* - иначе система не сможет однозначно выбрать норматив.
:::
---
## Индивидуальные и коллективные соглашения
В подсистеме есть два вида соглашений, которые часто используются вместе.
* **Индивидуальное соглашение** привязано к конкретным клиентам из табличной части **Клиенты**. Оно имеет приоритет над коллективным для этих клиентов.
* **Коллективное соглашение** не привязано к конкретным клиентам и действует «по умолчанию» для всех, у кого нет индивидуального.
В форме задания при выборе **Услуга SLA** показываются услуги из **обоих видов соглашений**, действующих для выбранной организации, клиента и даты задания.
:::tip Типовой сценарий
Обычно организации создают одно **коллективное соглашение** с базовыми нормативами для всех клиентов, и **индивидуальные соглашения** - для VIP-клиентов, у которых сроки жёстче.
:::
---
## Изменение условий и миграция соглашений
Со временем условия SLA могут меняться - например, ужесточаются сроки или добавляются новые услуги. Есть два способа обновить соглашение, не потеряв историю.
### Способ 1: Завершить старое и ввести новое соглашение
Подходит, когда меняются существенные условия (сроки, состав услуг, график).
1. Открыть действующий документ **«Соглашение SLA»**.
2. Указать **дату окончания** действия и провести документ.
3. Создать новый документ **«Соглашение SLA»** (можно скопировать существующий), указать новую **дату начала**.
4. Провести новое соглашение.
Так сохранится чёткая история: до даты окончания действует старое соглашение, с даты начала - новое.
### Способ 2: Дополнительное соглашение
Если меняется только часть услуг или добавляются новые условия, можно создать **дополнительное соглашение SLA** по тому же клиенту. Количество соглашений по одному клиенту **не ограничено**.
---
## Ограничения по разделам проекта
Если в проекте включён SLA, к разделам этого проекта предъявляются жёсткие требования - должен быть **ровно один** раздел с каждым из ключевых статусов жизненного цикла:
| Требование | Зачем |
|------------|-------|
| Ровно один раздел со статусом **«Новый»** | Чтобы система однозначно понимала, куда попадают новые задания. |
| Ровно один раздел со статусом **«Возобновлено»** | Чтобы правильно возобновлять таймер после паузы. |
| Ровно один раздел со статусом **«Выполнено»** | Чтобы фиксировать факт выполнения по SLA. |
Если этих правил не соблюсти - система не сможет однозначно определить, когда задание переходит «в работу», «на паузу» или «выполнено» при смене раздела.
Подробнее про статусы раздела см. статью **«Работа с заданиями по SLA»**, раздел **«Разделы проекта и SLA»**.
---
:::info Связанные статьи
* **«Введение в SLA»** - общие понятия, что такое SLA и когда применяется.
* **«Работа с заданиями по SLA»** - реквизиты задания, отображение сроков, реакция и выполнение.
* **«Паузы и завершение SLA»** - паузы, причины, автоматическое завершение, эскалация.
* **«Документ "Проект"»** - подвкладки **Функционал** (включение SLA) и **SLA** (таймаут паузы).
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Отчёты по SLA
В этом разделе описаны отчёты подсистемы SLA и работа с ними. Отчёты помогают отслеживать активные заявки, разбираться с нарушениями и оценивать качество обслуживания по клиентам, услугам и исполнителям.
Отчёты открываются из панели **Проекты → Отчёты по проектам**. Основная часть SLA-отчётов лежит в категории **SLA**, отчёт "Показатели ITIL" - в категории **Service Desk**.
Администратору полный список также доступен через **Настройки → Печатные формы, отчёты и обработки → Отчёты** - с поиском по слову "SLA".
## Разделы документации
| Раздел | Содержание |
|--------|------------|
| [Мониторинг текущих SLA](./Мониторинг%20текущих%20SLA.md) | Оперативная сводка активных заданий с процентом использования нормативов и статусом (Норма / Предупреждение / Угроза / Нарушено). В метаданных - "Активные SLA". |
| [Исполнение SLA](./Исполнение%20SLA.md) | Ретроспективный анализ качества обслуживания. Полный и краткий варианты с детализацией по реакции и выполнению. |
| [Нарушения SLA](./Нарушения%20SLA.md) | Задания, в которых нарушены нормативы реакции и/или выполнения - в разрезе нарушителей, услуг или хронологии. |
| [Сводный SLA](./Сводный%20SLA.md) | Общая статистика соблюдения SLA по клиентам, приоритетам, проектам или услугам за период. |
| [Динамика SLA](./Динамика%20SLA.md) | Тренды по месяцам - как меняется процент выполнения SLA от периода к периоду (график и таблица). |
| [Доступность услуг SLA](./Доступность%20услуг%20SLA.md) | Расчёт процента доступности услуг с детализацией причин простоя (Availability Report). |
| [Действующие SLA](./Действующие%20SLA.md) | Обзор всех соглашений SLA в разрезе периода - активные, новые, завершённые. |
| [Показатели ITIL](./Показатели%20ITIL.md) | Стандартные KPI ITIL - процент решённых задач и разбивка по линиям поддержки. |
| [Причина отклонения от графика](./Причина%20отклонения%20от%20графика.md) | Универсальный документ регистрации отклонений от графика - отсутствие сотрудника с замещающим или недоступность услуги SLA. |
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Действующие SLA
Отчёт **Действующие SLA** показывает динамику соглашений SLA по периодам: сколько соглашений действовало (активные), сколько появилось новых и сколько завершилось в каждом подпериоде. Помогает менеджерам продаж и обслуживания видеть текущий портфель обязательств перед клиентами - какие соглашения активны, у каких заканчивается срок, у каких появляются новые условия.
Данные берутся из документов "Соглашение SLA" и группируются по выбранному шагу (месяц, квартал, год и т. д.).
## Как открыть отчёт
**Проекты → Отчёты по проектам → SLA → Действующие SLA (по клиентам)** (либо другие варианты - "Таблица действующих SLA" или "Диаграмма действующих SLA").
Администратору полный список отчётов также доступен через **Настройки → Печатные формы, отчёты и обработки → Отчёты** - поиск "Действующие SLA".
## Параметры
| Параметр | Что делает |
|---|---|
| **Период** | Общий диапазон анализа (по умолчанию - текущий год). |
| **Шаг** | Разбивка периода - День / Неделя / Месяц (по умолчанию) / Квартал / Год / Весь период. |
## Варианты отчёта
Отчёт содержит три варианта:
| Вариант | Тип вывода | Описание |
|---|---|---|
| **Действующие SLA (по клиентам)** | Таблица | Табличное представление с детализацией по клиентам. |
| **Таблица действующих SLA** | Таблица | Табличное представление с группировкой по периодам и статусам. |
| **Диаграмма действующих SLA** | Диаграмма + таблица | Линейная диаграмма динамики SLA с детализацией по соглашениям. |
## Что видно в отчёте
Основной вариант (по клиентам) группируется по подпериоду → статусу → соглашениям:
| Колонка | Содержание |
|---|---|
| **Начало подпериода** | Дата начала подпериода (задаётся параметром "Шаг"). |
| **Статус** | Активные / Новые / Завершенные. |
| **Соглашение SLA** | Ссылка на документ. |
| **Дата начала** | Начало действия соглашения. |
| **Дата окончания** | Конец действия. |
| **Клиент** | Контрагент из табличной части "Клиенты" соглашения (в варианте "по клиентам"). |
| **Количество** | Число соглашений в подпериоде с этим статусом. |
## Статусы SLA в отчёте
Каждое соглашение в каждом подпериоде получает один из трёх статусов:
| Статус | Описание |
|---|---|
| **Активные** | Соглашения, действовавшие на конец подпериода (дата начала - до конца подпериода, дата окончания - после). |
| **Новые** | Соглашения, начавшиеся в этом подпериоде и не являющиеся заменой завершённого соглашения того же контрагента. |
| **Завершенные** | Соглашения, завершившиеся в этом подпериоде и не заменённые новым соглашением того же контрагента. |
:::info Логика отсечения
Если у одного контрагента в одном подпериоде завершается одно соглашение и начинается другое - это считается **продлением**. Такое соглашение не попадёт ни в "Новые", ни в "Завершенные".
:::
## Отборы
Все отборы по умолчанию **выключены**. Включаются в панели настроек.
| Отбор | Что делает |
|---|---|
| **Проект** | Отбор соглашений по проекту. |
| **Услуга SLA** | Отбор по услуге. |
| **Контрагент** | Отбор по контрагенту. |
| **Клиент** | Отбор по клиенту. |
| **Вид соглашения** | Отбор по виду (по умолчанию - индивидуальное). |
| **Статус соглашения** | Отбор по статусу (по умолчанию - в работе). |
| **Статус** | Какие статусы отображать: Активные / Новые / Завершенные. |
## Сценарии использования
### Сценарий 1. Оценка динамики SLA за год
*Задача:* понять, как менялось количество действующих соглашений SLA по месяцам за год.
1. Открыть отчёт, выбрать вариант **"Диаграмма действующих SLA"**.
2. Установить период - нужный год.
3. Убедиться, что шаг установлен - **Месяц**.
4. Сформировать.
5. Линейная диаграмма покажет три линии: активные, новые и завершённые соглашения. Рост линии "Активные" говорит о расширении клиентской базы.
### Сценарий 2. Выявление клиентов с завершающимися SLA
*Задача:* определить, у каких клиентов соглашения завершаются в текущем квартале.
1. Открыть отчёт, вариант **"Действующие SLA (по клиентам)"**.
2. Период - текущий квартал.
3. Включить отбор **"Статус"**, выбрать **"Завершенные"**.
4. Сформировать.
5. Отчёт покажет список завершающихся соглашений с указанием клиентов и дат окончания. Эти клиенты - кандидаты для продления.
### Сценарий 3. Анализ оттока и привлечения
*Задача:* сравнить количество новых и завершённых соглашений по кварталам.
1. Открыть отчёт, вариант **"Таблица действующих SLA"**.
2. Период - последние 4 квартала.
3. Шаг - **Квартал**.
4. Сформировать.
5. Если количество завершённых стабильно превышает новые - сигнал об оттоке клиентов.
### Сценарий 4. Обзор портфеля обязательств
*Задача:* видеть общую картину всех действующих соглашений прямо сейчас.
1. Открыть отчёт, вариант **"Действующие SLA (по клиентам)"**.
2. Период - текущий месяц.
3. Отбор **"Статус = Активные"**.
4. Сформировать.
5. Увидеть список всех клиентов, перед которыми есть обязательства по SLA.
### Сценарий 5. История соглашений с конкретным контрагентом
*Задача:* посмотреть историю соглашений SLA с определённым контрагентом.
1. Выбрать любой вариант - например, **"Таблица действующих SLA"**.
2. Включить отбор **"Контрагент"**, выбрать нужного.
3. Период - последние 2 года.
4. Шаг - **Квартал**.
5. Сформировать.
6. Отчёт покажет, в какие периоды у контрагента были действующие, новые или завершённые соглашения.
:::tip Активные vs Завершённые
Отчёт показывает и завершённые соглашения за прошлые периоды - удобно для истории: можно понять, что было в силе год назад, какие условия менялись.
:::
---
:::info Связанные материалы
* **["Отчёты по SLA"](./index.md)** - оглавление раздела.
* **["Настройка SLA"](../Настройка%20SLA.md)** - как создаётся и настраивается соглашение SLA.
* **["Сводный SLA"](./Сводный%20SLA.md)** - статистика соблюдения соглашений.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Динамика SLA
Отчёт **Динамика SLA** показывает, как процент выполнения SLA меняется от периода к периоду. Есть два варианта представления — **График динамики** (линейная диаграмма) и **Таблица динамики** (числовое представление тех же данных).
Используется для мониторинга долгосрочных трендов: улучшается или ухудшается ситуация со временем, стабильны ли показатели, есть ли сезонность.
## Как открыть отчёт
**Проекты → Отчёты по проектам → SLA → График динамики SLA** или **Таблица динамики SLA**.
Администратору полный список отчётов также доступен через **Настройки → Печатные формы, отчёты и обработки → Отчёты** - поиск "Динамика SLA".
## Варианты отчёта
| Вариант | Представление | Когда использовать |
|---|---|---|
| **График динамики SLA** | Линейный график с точками по месяцам. | На дашборде руководителя, в презентациях — визуальное восприятие тренда. |
| **Таблица динамики SLA** | Табличное представление тех же данных. | Для точных чисел, экспорта в Excel, детального анализа. |
## Что видно в отчёте
### В графике
- **Ось X** — периоды (месяцы, кварталы или другой шаг).
- **Ось Y** — процент выполнения SLA (0-100%).
- **Точки на графике** — значение процента за каждый период.
- **Метка на последней точке** — текущее значение (например, 13,8).
- **Таблица под графиком** — числовые данные для каждого шага.
### В таблице
Полный набор колонок в варианте **"Таблица динамики SLA"**:
| Колонка | Содержание |
|---|---|
| **Начало шага** | Дата начала подпериода (месяц или другой шаг). |
| **Новых заданий** | Сколько заданий создано в этом периоде. |
| **Завершенных** | Сколько закрыто в этом периоде. |
| **Выполнение SLA (%)** | Процент соблюдения. |
| **Среднее время реакции** | Средняя фактическая реакция за период. |
| **Среднее время выполнения** | Среднее фактическое выполнение. |
| **Без нарушений** | Сколько заданий прошло без нарушений. |
| **Нарушений** | Сколько нарушено. |
:::note Таблица под графиком - сокращённая
В варианте **"График динамики SLA"** таблица под графиком показывает не все колонки: только Начало шага, Новых заданий, Завершенных, Выполнение SLA (%), Без нарушений, Нарушений. Средние времена реакции и выполнения доступны только в варианте "Таблица динамики SLA".
:::
Строки с плохими показателями подсвечиваются красным / розовым, хорошие — без подсветки.
## Параметры и отборы
**Параметры отчёта** (в верхней панели):
| Параметр | Что делает |
|---|---|
| **Период** | Общая длина анализа (по умолчанию - текущий год). |
| **Шаг** | Разбивка периода - День / Неделя / Месяц (по умолчанию) / Квартал / Год. |
| **Единица времени** | Секунды / Минуты / Часы - для средних времён. |
**Отборы** (по умолчанию выключены, включаются в панели настроек):
| Отбор | Что делает |
|---|---|
| **Проект SLA** | Отбор по проекту. |
| **Организация** | Отбор по организации. |
| **Услуга SLA** | Отбор по услуге. |
| **Клиент** | Отбор по клиенту. |
| **Ответственный** | Отбор по ответственному. |
| **Исполнитель** | Отбор по исполнителю. |
| **Приоритет** | Отбор по приоритету. |
| **Тип соглашения** | Отбор по типу соглашения SLA. |
## Сценарии использования
### Сценарий 1. Годовой обзор для руководства
*Задача:* показать динамику соблюдения SLA за прошедший год.
1. Открыть вариант **"График динамики SLA"**.
2. Период — предыдущий календарный год.
3. Шаг — Месяц.
4. Сформировать.
5. Скопировать график в презентацию или сохранить как изображение.
### Сценарий 2. Проверка эффекта от изменений
*Задача:* понять, повлияло ли внедрение нового процесса на показатели SLA.
1. Определить момент изменения (например, март 2026 — новая система маршрутизации).
2. Открыть **"Таблица динамики SLA"**, период — за 6 месяцев до и 6 месяцев после.
3. Шаг — Месяц.
4. Сформировать.
5. Сравнить средние показатели двух половин периода — виден ли эффект.
### Сценарий 3. Выявление сезонности
*Задача:* понять, есть ли периоды, когда SLA систематически проседает.
1. Открыть **"График динамики SLA"**.
2. Период — 2 года или больше.
3. Шаг — Месяц.
4. Сформировать.
5. Посмотреть, повторяются ли провалы в одни и те же месяцы (например, декабрь–январь из-за отпусков).
6. Планировать усиление команды или сдвиг сроков в проблемные периоды.
### Сценарий 4. Динамика по конкретному клиенту
*Задача:* показать клиенту его собственную динамику качества обслуживания.
1. Открыть **"Таблица динамики SLA"**.
2. Включить фильтр **Клиент**, выбрать нужного.
3. Период — квартал.
4. Шаг — Неделя.
5. Сформировать.
6. Отправить клиенту как отчёт (или использовать при встрече).
### Сценарий 5. Оценка эффекта сезонных нагрузок
*Задача:* понять, справляется ли команда с пиковыми нагрузками.
1. Открыть **"Таблица динамики SLA"**.
2. Период — год.
3. Шаг — Месяц.
4. Обратить внимание на месяцы с максимумом "Новых заданий" — как в эти месяцы держался процент выполнения SLA.
5. Если в пиковые месяцы процент проседает — рассмотреть варианты: временные сотрудники, изменение маршрутизации, автоматизация.
:::tip Использовать таблицу и график вместе
На дашборде удобно держать оба варианта: график для визуального восприятия, таблица для точных чисел. Отчёты можно вывести на разные вкладки одной формы.
:::
---
:::info Связанные материалы
* **["Отчёты по SLA"](./index.md)** — оглавление раздела.
* **["Сводный SLA"](./Сводный%20SLA.md)** — статичная статистика (без разбивки по времени).
* **["Нарушения SLA"](./Нарушения%20SLA.md)** — вариант "Хронология" показывает нарушения по месяцам.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Доступность услуг SLA
Отчёт **Доступность услуг SLA** показывает процент времени, в течение которого услуги были доступны клиентам, и детализирует причины простоев. Это один из ключевых показателей ITIL - Availability. Используется для отчётности по SLO (Service Level Objective), например, когда в соглашении зафиксирован порог 99,5% доступности.
## Как открыть отчёт
**Проекты → Отчёты по проектам → SLA → Доступность услуг SLA**.
Администратору полный список отчётов также доступен через **Настройки → Печатные формы, отчёты и обработки → Отчёты** - поиск "Доступность услуг SLA".
## Параметры
| Параметр | Что делает |
|---|---|
| **Период** | Даты, за которые считается доступность (по умолчанию - текущий квартал). |
| **Единица времени** | Секунды / Минуты / Часы. Влияет на все временные показатели и отображается в заголовках колонок. |
| **Рабочий график** | Задаётся через кнопку **"Настройки…"** (в верхней панели по умолчанию не показан). Если оставлен пустым - для каждой услуги подбирается наиболее часто используемый рабочий график из её заданий. Если выбран конкретный график - применяется ко всем услугам. |
| **Услуга SLA** (отбор) | Ограничить отчёт одной услугой. |
:::tip Разные графики для разных услуг
Если услуги обслуживаются по разным графикам (5/2 и 24/7), оставьте параметр "Рабочий график" пустым - система подберёт график автоматически для каждой услуги.
:::
## Варианты отчёта
Отчёт содержит **два предопределённых варианта**. Переключение - через кнопку "Выбрать вариант".
| Вариант | Представление |
|---|---|
| **Доступность услуг SLA** (основной) | Сводная таблица по услугам - общий процент доступности за период. |
| **Причины отклонения услуг SLA** | Детальная таблица с группировкой по услугам, внутри - все периоды недоступности с причинами. |
### Вариант "Доступность услуг SLA"
Сводная таблица с группировкой по услугам SLA:
| Колонка | Содержание |
|---|---|
| **Услуга SLA** | Услуга, по которой рассчитывается доступность. |
| **Количество заданий** | Число заданий с SLA по услуге за период. |
| **Доступность (%)** | Средний процент времени, когда услуга была доступна. |
| **Время жизни** | Суммарное время жизни заданий (в выбранных единицах). |
| **Время недоступности** | Суммарное время простоя услуги в рамках жизни заданий. |
| **Доступное время** | Суммарное время нормальной работы услуги. |
### Вариант "Причины отклонения услуг SLA"
Детальная таблица с группировкой по услугам, внутри каждой - периоды недоступности:
| Колонка | Содержание |
|---|---|
| **Услуга SLA** | Услуга, по которой зафиксировано отклонение. |
| **Дата начала** | Начало периода недоступности. |
| **Дата окончания** | Окончание периода недоступности. |
| **Причина отклонения** | Вид причины из документа ["Причина отклонения от графика"](./Причина%20отклонения%20от%20графика.md). |
| **Рабочее время** | Количество рабочих единиц времени за весь период по графику услуги. |
| **Время простоя** | Время простоя в рамках выбранного периода с учётом рабочего графика. |
## Как рассчитывается доступность
Для каждого задания с SLA определяется "время жизни":
- Задание **завершено** - от даты создания до даты фактического завершения.
- Задание **не завершено**, конец периода в прошлом - от даты создания до конца периода.
- Задание **не завершено**, конец периода в будущем - от даты создания до текущей даты.
Затем определяется пересечение времени жизни задания с периодами недоступности услуги (из регистра `ОтклоненияУслугSLA`, куда пишет документ ["Причина отклонения от графика"](./Причина%20отклонения%20от%20графика.md)).
**Процент доступности = (доступное время / время жизни) × 100.**
Итоговый процент доступности по услуге - **среднее** от процентов по всем её заданиям.
:::note Услуги без заданий
Если у услуги есть отклонения за период, но нет заданий - она всё равно попадёт в отчёт. Доступность рассчитывается по рабочему графику за весь период.
:::
:::tip Обрезка по периоду
Если отклонение выходит за границы выбранного периода, время простоя учитывается только за ту часть, которая попадает в период.
:::
## Цветовая индикация
В варианте **Доступность услуг SLA** строки подсвечиваются:
| Условие | Цветовая индикация |
|---|---|
| Доступность менее 90% | Красный фон, тёмно-красный текст |
| Доступность 90-100% | Жёлтый фон |
| Доступность 100% | Без подсветки |
## Сценарии использования
### Сценарий 1. Ежемесячный анализ доступности услуг
*Задача:* оценить, какие услуги имели наименьшую доступность за прошедший месяц.
1. Открыть отчёт, вариант **"Доступность услуг SLA"**.
2. Период - прошлый месяц.
3. Сформировать.
4. Обратить внимание на строки, подсвеченные красным или жёлтым - услуги с пониженной доступностью.
5. Для проблемных услуг переключиться на вариант **"Причины отклонения услуг SLA"**, включить фильтр по услуге.
### Сценарий 2. Расследование причин простоя услуги
*Задача:* понять, почему конкретная услуга имела низкую доступность.
1. Открыть отчёт, вариант **"Причины отклонения услуг SLA"**.
2. Установить нужный период.
3. Включить фильтр **Услуга SLA** и выбрать интересующую.
4. Сформировать.
5. Проанализировать причины отклонений и их длительность.
6. Определить наиболее частую причину - для принятия корректирующих мер.
### Сценарий 3. Сравнение доступности по конкретному графику
*Задача:* посмотреть доступность в рабочее время по конкретному графику.
1. Открыть отчёт, вариант **"Доступность услуг SLA"**.
2. Параметр **"Рабочий график"** - выбрать нужный (например, "5/2 с 9:00 до 18:00").
3. Сформировать.
4. Время жизни, недоступности и доступное время будут рассчитаны только по рабочим часам выбранного графика.
### Сценарий 4. Подготовка отчёта для клиента
*Задача:* подготовить данные о выполнении обязательств по доступности.
1. Открыть отчёт, вариант **"Доступность услуг SLA"**.
2. Период - соответствует отчётному (месяц, квартал).
3. Единица времени - Часы.
4. Сформировать.
5. Сохранить в файл для включения в отчёт клиенту.
6. При необходимости детализации - сформировать вариант **"Причины отклонения услуг SLA"** за тот же период.
### Сценарий 5. Оценка эффекта улучшений
*Задача:* проверить, дало ли эффект внедрение резервирования / улучшения процесса.
1. Открыть отчёт по конкретной услуге.
2. Период 1 - 3 месяца до внедрения.
3. Период 2 - 3 месяца после внедрения.
4. Сравнить проценты доступности - виден ли рост.
:::info Если отчёт показывает 100% по всем услугам
Скорее всего, в системе нет ни одного зарегистрированного документа простоя услуги. Проверьте журнал ["Причины отклонения от графика"](./Причина%20отклонения%20от%20графика.md) - если там нет документов с объектом отклонения "Услуга SLA", отчёт покажет 100% везде. Заложите регистрацию простоев в регламент - иначе доступность будет завышаться.
:::
:::tip Время пересчитывается при каждом формировании
Для незавершённых заданий время жизни считается до текущего момента. Повторное формирование даст актуальные данные.
:::
---
:::info Связанные материалы
* **["Отчёты по SLA"](./index.md)** - оглавление раздела.
* **["Причина отклонения от графика"](./Причина%20отклонения%20от%20графика.md)** - документ регистрации простоя услуги.
* **["Настройка SLA"](../Настройка%20SLA.md)** - как задаётся график услуги и порог SLO.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Исполнение SLA
Отчёт **Исполнение SLA** (в метаданных - `ИсполнениеSLA`) предназначен для ретроспективного анализа качества обслуживания по SLA-соглашениям за выбранный период. Показывает все задания (как активные, так и завершённые) с детализацией по времени реакции и выполнения.
## Как открыть отчёт
**Проекты → Отчёты по проектам → SLA → Исполнение SLA (полный)** или **Исполнение SLA (краткий)**.
Администратору полный список отчётов также доступен через **Настройки → Печатные формы, отчёты и обработки → Отчёты** - поиск "Исполнение SLA".
## Варианты отчёта
Отчёт содержит два предопределённых варианта:
| Вариант | Представление | Когда использовать |
|---|---|---|
| **Исполнение SLA (полный)** | Детальная таблица с блоками "Реакция" и "Выполнение" | Разбор нарушений, ежемесячный отчёт, полный аудит |
| **Исполнение SLA (краткий)** | Сокращённая таблица с ключевыми показателями | Отчёт клиенту, быстрая сводка |
### Вариант "Исполнение SLA (полный)"
Данные группируются по исполнителю, внутри группы - список заданий.
**Колонки блока "Реакция":**
| Колонка | Описание |
|---|---|
| **Время реакции факт** | Сколько рабочих часов прошло до первой реакции исполнителя. |
| **Время реакции план** | Нормативное время реакции из соглашения SLA. |
| **Реакция (%)** | Процент использования норматива реакции. 100% и выше - нарушение. |
| **Фактическая дата реакции** | Дата и время первой реакции. |
| **Расчётная дата реакции** | Крайний срок реакции по SLA. |
**Колонки блока "Выполнение":**
| Колонка | Описание |
|---|---|
| **Время выполнения факт** | Сколько рабочих часов ушло на выполнение задания. |
| **Время выполнения план** | Полный нормативный цикл (реакция + выполнение). |
| **Выполнение (%)** | Процент использования полного норматива. 100% и выше - нарушение. |
| **Фактическая дата выполнения** | Когда задание было фактически выполнено. |
| **Расчётная дата выполнения** | Крайний срок выполнения по SLA. |
Дополнительно выводятся: **Клиент**, **Исполнитель**, **Услуга SLA**.
:::info Единица времени
Данные времени реакции и выполнения выводятся в единицах, указанных в параметре "Единица времени".
:::
### Вариант "Исполнение SLA (краткий)"
Сокращённый вариант с фокусом на общий результат. Содержит колонки: задание, дата, клиент, исполнитель, услуга SLA, фактическая дата выполнения, время факт/план в выбранных единицах, процент выполнения.
## Параметры и отборы
**Параметры отчёта** (в верхней панели):
| Параметр | Что делает |
|---|---|
| **Период** | Даты, за которые считаются задания (по умолчанию - текущий месяц). Фильтрует по **дате создания задания**, а не по дате выполнения - задание, созданное в январе и закрытое в феврале, попадёт в январь. |
| **Единица времени** | Секунды / Минуты / Часы. |
**Отборы** (по умолчанию выключены, включаются в панели настроек):
| Отбор | Назначение |
|---|---|
| **Исполнитель** | Отбор по конкретному исполнителю или группе. |
| **Клиент** | Отбор по клиенту. |
| **Организация** | Отбор по организации-поставщику услуг. |
| **Проект SLA** | Отбор по проекту SLA. |
| **Услуга SLA** | Отбор по услуге из соглашения. |
## Цветовая индикация
| Цвет строки | Значение | Что означает |
|---|---|---|
| Красный фон | Выполнение или реакция более 100% | Норматив SLA нарушен. |
| Жёлтый фон | Выполнение или реакция 90-100% | Зона риска - норматив почти исчерпан. |
| Без подсветки | Выполнение менее 90% | В пределах нормы. |
## Особенности расчёта
### Для активных заданий
Для заданий, ещё не завершённых (нет фактической даты реакции или выполнения), отчёт использует **текущее время** на момент формирования. Учитываются:
- **Рабочий график** из соглашения SLA - считаются только рабочие часы.
- **Паузы SLA** - время приостановок (ожидание клиента, согласование и др.) вычитается из фактического времени.
Это позволяет видеть актуальную картину по активным заданиям, не дожидаясь их завершения.
:::info Норматив выполнения
Плановое время выполнения = сумма нормативов реакции и выполнения. Это полное время от создания задания до его закрытия.
:::
### Какие задания попадают в отчёт
В отчёт включаются только задания, у которых:
- Заполнен **Проект SLA** (задание привязано к проекту с SLA).
- Заполнено **Соглашение SLA** (задание привязано к конкретному SLA-соглашению).
## Итоговые строки
В обоих вариантах отчёта выводятся итоги по группам:
| Показатель | Агрегация |
|---|---|
| Время реакции факт | Сумма |
| Время реакции план | Сумма |
| Реакция (%) | Среднее |
| Время выполнения факт | Сумма |
| Время выполнения план | Сумма |
| Выполнение (%) | Среднее |
Ориентиры по среднему проценту: **менее 80%** - хороший результат, **80-100%** - зона внимания, **более 100%** - систематические нарушения.
## Сценарии использования
### Сценарий 1. Ежемесячный отчёт по качеству обслуживания
*Задача:* подготовить сводку для руководства за прошедший месяц.
1. Открыть отчёт, вариант **"Исполнение SLA (полный)"**.
2. Период - прошлый месяц.
3. Сформировать.
4. Обратить внимание на строки с **красным фоном** - это нарушения SLA.
5. В итоговых строках по исполнителям видно суммарное время и средний процент.
Что анализировать:
- средний процент реакции и выполнения по каждому исполнителю;
- количество строк с красным / жёлтым фоном;
- исполнителей с наибольшим числом нарушений.
### Сценарий 2. Анализ работы конкретного сотрудника
*Задача:* оценить качество работы исполнителя за квартал.
1. Открыть отчёт, вариант **"Исполнение SLA (полный)"**.
2. Период - нужный квартал.
3. Включить отбор **Исполнитель**, выбрать пользователя.
4. Сформировать.
Что анализировать:
- динамика процента реакции / выполнения по датам;
- повторяющиеся нарушения - возможно, по определённым услугам;
- сравнение факт/план по времени.
### Сценарий 3. Отчёт для клиента
*Задача:* предоставить клиенту информацию о выполнении SLA по его заданиям.
1. Открыть отчёт, вариант **"Исполнение SLA (краткий)"**.
2. Период - согласованный с клиентом.
3. Включить отбор **Клиент**.
4. При необходимости добавить отбор по **Проекту SLA** или **Услуге SLA**.
5. Сформировать.
Краткий вариант содержит только ключевые показатели без технических деталей.
### Сценарий 4. Анализ работ по услугам
*Задача:* выяснить, по каким услугам чаще всего нарушаются нормативы.
1. Открыть отчёт, вариант **"Исполнение SLA (полный)"**.
2. Установить нужный период.
3. В расширенных настройках изменить группировку: заменить **Исполнитель** на **Услуга SLA**.
4. Сформировать.
Теперь данные сгруппированы по услугам, и в итоговых строках виден средний процент выполнения. Услуги с высоким средним процентом (близким к 100% или выше) - кандидаты на пересмотр нормативов.
### Сценарий 5. Разбор конкретного нарушения
*Задача:* понять, из-за чего было нарушено конкретное задание.
1. Открыть отчёт, вариант **"Исполнение SLA (полный)"**.
2. Найти в отчёте нужное задание (красная строка).
3. Кликнуть по ссылке в колонке "Задание" - открыть карточку.
4. Проверить: даты создания и закрытия, историю пауз, комментарии исполнителя.
5. Сопоставить фактические даты в отчёте с расчётными - понять, на каком этапе задержка.
---
:::info Связанные материалы
* **["Отчёты по SLA"](./index.md)** - оглавление раздела.
* **["Нарушения SLA"](./Нарушения%20SLA.md)** - только задания с нарушениями.
* **["Сводный SLA"](./Сводный%20SLA.md)** - общая статистика без деталей по каждому заданию.
* **["Мониторинг текущих SLA"](./Мониторинг%20текущих%20SLA.md)** - оперативный контроль активных заданий.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Мониторинг текущих SLA
Отчёт **Мониторинг текущих SLA** (в метаданных - `АктивныеSLA`) предназначен для оперативного контроля всех незавершённых заданий с SLA в реальном времени.
Отчёт показывает актуальное состояние таймеров, время до дедлайна, процент использования нормативов и текущий статус каждого задания. Это основной инструмент для руководителя поддержки и линии первой помощи — с него начинается рабочий день.
## Как открыть отчёт
**Проекты → Отчёты по проектам → SLA → Мониторинг текущих SLA**
Администратору полный список отчётов также доступен через **Настройки → Печатные формы, отчёты и обработки → Отчёты** - поиск "Активные SLA".
## Параметр "Единица времени"
Параметр **Единица времени** определяет, в каких единицах отображаются числовые показатели:
- **Секунды** — точные значения (используется при коротких нормативах, например 5-10 минут).
- **Минуты** — округление до одного знака после запятой.
- **Часы** — округление до одного знака (используется чаще всего для типовых SLA).
Параметр влияет на все временные колонки отчёта: время реакции факт/норматив, время выполнения факт/норматив.
:::tip Пересчёт "на лету"
Время реакции и выполнения пересчитывается **в момент формирования отчёта** с учётом всех активных пауз. Вы всегда видите актуальные данные, а не значение из последнего запуска регламентного пересчёта. Для получения свежей картины достаточно нажать **"Сформировать"** повторно.
:::
## Что видно в отчёте
Отчёт группируется по исполнителям, внутри каждой группы — задания. Для каждой строки выводятся следующие колонки:
| Колонка | Содержание |
|---|---|
| **Задание** | Ссылка на документ. |
| **Клиент** | Клиент задания (из реквизита). |
| **Услуга SLA** | Услуга, по которой ведётся расчёт SLA. |
| **Приоритет** | Приоритет задания (плашка с цветовой индикацией). |
| **Статус SLA** | *Норма / Предупреждение / Угроза / Нарушено* — по проценту использования нормативов. |
| **Расчётная дата реакции** | Плановый дедлайн реакции. |
| **Время реакции (факт)** | Сколько уже потрачено рабочего времени. |
| **Норматив реакции** | Плановое время реакции по соглашению. |
| **Реакция (%)** | Процент использования норматива. |
| **Расчётная дата выполнения** | Плановый дедлайн выполнения. |
| **Время выполнения (факт)** | Сколько потрачено на выполнение. |
| **Норматив выполнения** | Плановое время выполнения. |
| **Выполнение (%)** | Процент использования норматива. |
## Статусы SLA
Каждому заданию автоматически присваивается статус в момент формирования отчёта. Основой служит **максимальный процент** из реакции и выполнения — если реакция уже дана, а выполнение достигло 92%, задание будет в статусе "Угроза".
| Статус | Условие | Цветовая индикация |
|---|---|---|
| **Норма** | Реакция и выполнение менее 75% | Без подсветки |
| **Предупреждение** | Реакция или выполнение — 75–90% | Жёлтый фон строки |
| **Угроза** | Реакция или выполнение — 90–100% | Жёлтый фон + тёмно-красный текст |
| **Нарушено** | Реакция или выполнение более 100% | Красный фон + тёмно-красный текст |
:::info Как рассчитывается "факт"
За точку отсчёта берётся **"Начало работ по графику"** — момент, с которого по графику услуги стартует рабочее время после регистрации задания (реквизит регистра SLA `НачалоРаботПоГрафику`).
Факт = *текущая дата − Начало работ по графику*, с двумя вычетами:
- **не считается нерабочее время** (ночь, выходные, праздники по календарю услуги);
- **не считается время всех пауз SLA** (перевод в "Приостановлено", ручная пауза, автопауза по комментарию исполнителя).
Поэтому задание, созданное в пятницу вечером и ждущее реакции всю субботу, в понедельник утром не будет считаться просроченным — "Начало работ по графику" у него приходится на утро понедельника.
:::
## Варианты отчёта
Отчёт содержит три предопределённых варианта. Переключение — через **"Настройки → Выбрать вариант"** в шапке отчёта.
### Мониторинг (основной)
Детальная таблица со всеми колонками — то, что описано выше. Используется для оперативной работы и разбора конкретных заданий.
### Статистика
Сводная таблица количества заданий по статусам SLA и исполнителям. Показывает, сколько заданий в норме, сколько в зоне риска, сколько нарушено — без деталей по каждому.
Удобно для утреннего взгляда на общую ситуацию: "есть ли вообще что-то критичное".
### Диаграмма
Круговая диаграмма распределения активных SLA по статусам. Визуально показывает долю каждого статуса от общего числа заданий.
Используется для дашбордов и презентаций руководству.
## Отборы
Единственный параметр отчёта - **Единица времени**. Всё остальное - **отборы** через панель настроек (по умолчанию выключены).
| Отбор | Что фильтрует |
|---|---|
| **Проект SLA** | Только задания по конкретному проекту. |
| **Организация** | По вашей организации-поставщику услуг. |
| **Приоритет** | По приоритету задания (низкий / средний / высокий / критический). |
Отборы комбинируются — можно указать сразу несколько.
:::note Периода нет
В отличие от большинства отчётов, здесь **нет фильтра по периоду**. Отчёт всегда показывает все текущие активные (незавершённые) SLA — по определению.
:::
## Сценарии использования
### Сценарий 1. Утренний контроль состояния SLA
*Задача:* оценить общую ситуацию по SLA в начале рабочего дня.
1. Открыть отчёт, выбрать вариант **Статистика**.
2. Оценить количество заданий в каждом статусе.
3. Если есть задания со статусом **Нарушено** или **Угроза** — переключиться на вариант **Мониторинг**.
4. Определить конкретные задания и исполнителей, требующих внимания.
5. Перейти в задание по ссылке из отчёта, принять меры.
### Сценарий 2. Выявление проблемных исполнителей
*Задача:* понять, у кого из исполнителей больше всего заданий в зоне риска.
1. Открыть отчёт, вариант **Мониторинг**.
2. Просмотреть группировки по исполнителям — у кого сконцентрированы **Предупреждение**, **Угроза** и **Нарушено**.
3. Обсудить с исполнителем перераспределение нагрузки или помощь.
### Сценарий 3. Мониторинг SLA по конкретному проекту
*Задача:* контролировать только задания из определённого проекта (например, "Техподдержка VIP-клиентов").
1. Открыть отчёт, вариант **Мониторинг**.
2. Включить фильтр **Проект SLA**, выбрать нужный.
3. Нажать **Сформировать** — в отчёте останутся только активные SLA этого проекта.
4. Работать со строками, подсвеченными жёлтым или красным.
### Сценарий 4. Подготовка сводки для руководства
*Задача:* показать наглядную визуализацию состояния SLA (например, на планёрке).
1. Открыть отчёт, вариант **Диаграмма**.
2. При необходимости включить фильтр по организации.
3. Нажать **Сформировать** — получится круговая диаграмма распределения по статусам.
4. Сохранить или скопировать в презентацию.
### Сценарий 5. Контроль критичных заданий
*Задача:* убедиться, что задания с высшим приоритетом не нарушают SLA.
1. Открыть отчёт, вариант **Мониторинг**.
2. Включить фильтр **Приоритет**, выбрать **Критический** (или другой нужный).
3. Нажать **Сформировать**.
4. Проверить, что все задания в статусе **Норма**.
5. Если есть **Предупреждение** — принять превентивные меры (назначить дополнительного исполнителя, эскалировать).
:::tip Совет
Для наглядности в течение дня отчёт можно держать открытым в отдельном окне и обновлять каждые 10–15 минут — так вы будете видеть, как задания движутся из "Нормы" через "Предупреждение" к "Угрозе", и успеете отреагировать раньше, чем возникнет нарушение.
:::
---
:::info Связанные материалы
* **["Отчёты по SLA"](./index.md)** — оглавление раздела.
* **["Нарушения SLA"](./Нарушения%20SLA.md)** — что делать с уже нарушенными заданиями.
* **["Работа с заданиями по SLA"](../Работа%20с%20заданиями%20по%20SLAv2.md)** — реквизиты, реакция, выполнение.
* **["Паузы и завершение SLA"](../Паузы%20и%20завершение%20SLA.md)** — как работают паузы, которые учитываются в расчёте.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Нарушения SLA
Отчёт **Нарушения SLA** (в метаданных - `НарушениеSLA`) показывает задания, в которых нарушены нормативы реакции и/или выполнения. Используется для разбора "после факта" - понять, кто, где и на сколько превысил сроки, и принять организационные меры.
Отображаются только те задания, в которых зафиксирован **нарушитель** - исполнитель, допустивший превышение нормативного времени.
## Как открыть отчёт
**Проекты → Отчёты по проектам → SLA → Нарушения SLA** (один из девяти вариантов: по времени реакции / по времени выполнения / по времени реакции или выполнения, каждый - с группировкой "Нарушители" / "Услуги" / "Хронология").
Администратору полный список отчётов также доступен через **Настройки → Печатные формы, отчёты и обработки → Отчёты** - поиск "Нарушения SLA".
## Варианты отчёта
У отчёта девять предопределённых вариантов, объединённых в три группы. Все варианты содержат одну и ту же информацию, но по-разному сгруппированы.
| Группа | Что попадает в отчёт | Варианты группировки |
|---|---|---|
| **По времени реакции** | Задания, где нарушен только норматив реакции. | Нарушители / Услуги / Хронология |
| **По времени выполнения** | Задания, где нарушен только норматив выполнения. | Нарушители / Услуги / Хронология |
| **По времени реакции или выполнения** | Задания, где нарушено любое из двух — обзор всех нарушений разом. | Нарушители / Услуги / Хронология |
**Группировки:**
- **Нарушители** — по исполнителям (у кого сколько нарушений).
- **Услуги** — по услугам SLA (какие услуги "горят").
- **Хронология** — по месяцам (тренд во времени).
## Что видно в отчёте
| Колонка | Содержание |
|---|---|
| **Нарушитель / Услуга / Месяц** | Заголовок группы (зависит от варианта). |
| **Задание** | Ссылка на документ. |
| **Дата задания** | Момент создания задания. |
| **Клиент** | Клиент задания. |
| **Услуга SLA** | Услуга, по которой было нарушение. |
| **Приоритет** | Приоритет задания. |
| **Нарушитель выполнения / реакции** | Исполнитель на момент фиксации нарушения. |
| **Превышение (часы)** | На сколько времени превышен норматив. |
| **Превышение (%)** | То же самое в процентах. |
| **Количество** | Итоговый счётчик по группе. |
## Цветовая индикация
Строки в отчёте автоматически подсвечиваются в зависимости от величины превышения:
| Цвет | Что означает |
|---|---|
| 🟡 Жёлтый фон | Небольшое превышение — до 25%. |
| 🔴 Розовый / светло-красный | Значительное превышение — свыше 25%. |
Итоговые строки по группам подсвечиваются так же — сразу видно "горящих" нарушителей или услуги.
## Параметры и отборы
**Параметры отчёта** (в верхней панели):
| Параметр | Что делает |
|---|---|
| **Период** | Даты, за которые считаются нарушения (по умолчанию - текущий месяц). Фильтрует по **дате создания задания**, а не по дате выполнения - задание, созданное в январе и закрытое в феврале, попадёт в январь. |
| **Единица времени** | Секунды / Минуты / Часы - формат чисел превышения. |
**Отборы** (по умолчанию выключены, включаются в панели настроек):
| Отбор | Что делает |
|---|---|
| **Исполнитель** | Отбор по конкретному сотруднику. |
| **Клиент** | Отбор по клиенту. |
| **Проект SLA** | Отбор по проекту. |
| **Приоритет** | Отбор по приоритету. |
## Сценарии использования
### Сценарий 1. Ежемесячный разбор с командой
*Задача:* обсудить результаты работы за месяц с исполнителями.
1. Открыть вариант **"Нарушения по времени реакции или выполнения (Нарушители)"**.
2. Задать период — прошедший месяц.
3. Нажать **Сформировать**.
4. Открыть список: у кого больше всего розовых строк — с ним первый разговор.
5. По каждому нарушению уточнить причину — перегрузка, приоритетный конфликт, отпуск.
### Сценарий 2. Выявление "проблемных" услуг
*Задача:* понять, какие услуги чаще всего срывают SLA.
1. Открыть вариант **"Нарушения по времени выполнения (Услуги)"**.
2. Период — квартал.
3. Сформировать.
4. Отсортировать по "Количество нарушений".
5. Если у услуги хронически много нарушений — это сигнал: либо нормативы жёсткие, либо процесс сломан. Обсудить с заказчиком возможность пересмотра норматива в соглашении.
### Сценарий 3. Тренды: становится ли лучше
*Задача:* оценить, улучшается ли ситуация со временем.
1. Открыть вариант **"Нарушения по времени реакции или выполнения (Хронология)"**.
2. Период — 6 месяцев.
3. Сформировать.
4. Посмотреть, растёт или падает количество нарушений по месяцам.
5. Соотнести с изменениями в команде, процессах, нагрузке.
### Сценарий 4. Разбор нарушения по конкретному клиенту
*Задача:* подготовить объяснение перед клиентом.
1. Открыть любой вариант с группировкой **Услуги**.
2. Включить фильтр **Клиент** — выбрать нужного.
3. Сформировать.
4. Получить список всех нарушений именно по этому клиенту — с датами, услугами, превышениями.
5. Использовать при подготовке ответного письма или встречи.
### Сценарий 5. Быстрая проверка "нет ли критичных"
*Задача:* убедиться, что не пропущены нарушения по критичным приоритетам.
1. Открыть вариант **"Нарушения по времени реакции или выполнения (Нарушители)"**.
2. Включить фильтр **Приоритет = Критический**.
3. Сформировать.
4. Если появились строки — разобрать каждую как ЧП.
:::tip Совет
"Хронология" удобнее всего смотреть на график в других отчётах (["Динамика SLA"](./Динамика%20SLA.md)) — в этом отчёте она даётся таблицей, но общий тренд лучше воспринимается визуально.
:::
---
:::info Связанные материалы
* **["Отчёты по SLA"](./index.md)** — оглавление раздела.
* **["Мониторинг текущих SLA"](./Мониторинг%20текущих%20SLA.md)** — отчёт по активным заданиям (до нарушения).
* **["Сводный SLA"](./Сводный%20SLA.md)** — общая статистика соблюдения.
* **["Динамика SLA"](./Динамика%20SLA.md)** — тренды выполнения по времени.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Показатели ITIL
Отчёт **Показатели ITIL** показывает ключевые метрики из методологии ITIL - процент решённых задач, распределение по линиям поддержки, среднее время решения. Есть два варианта - **графики** (визуальный, для дашбордов) и **подробный отчет** (табличный, для детального разбора).
## Как открыть отчёт
**Проекты → Отчёты по проектам → Service Desk → Показатели ITIL** (графики) или **Показатели ITIL (подробный отчет)**.
:::note Отчёт лежит в категории Service Desk, а не SLA
В отличие от остальных SLA-отчётов, "Показатели ITIL" размещён в категории **Service Desk** панели "Отчёты по проектам". Ищите его именно там.
:::
Администратору полный список отчётов также доступен через **Настройки → Печатные формы, отчёты и обработки → Отчёты** - поиск "Показатели ITIL".
## Варианты отчёта
| Вариант | Представление | Когда использовать |
|---|---|---|
| **Показатели ITIL (графики)** | Спидометр процента решённых задач + круговая диаграмма по линиям поддержки. | На дашборде руководителя, в презентациях. |
| **Показатели ITIL (подробный отчет)** | Таблица со списком заданий и колонками KPI. | Для детального разбора, экспорта, проверки данных. |
## Что видно в отчёте
### Графический вариант
Состоит из двух блоков:
**1. Спидометр "Процент решённых задач"**
Полукруглая шкала от 0 до 100 с цветными зонами:
| Зона | Диапазон | Что означает |
|---|---|---|
| Красная | 0-50% | Плохо - большинство задач не решается вовремя. |
| Оранжевая | 50-70% | Ниже среднего - нужны меры. |
| Жёлтая | 70-80% | Приемлемо, но есть куда стремиться. |
| Зелёная | 80-100% | Хорошо - поддержка справляется. |
Стрелка указывает текущее значение.
**2. Диаграмма "По линиям поддержки"**
Круговая диаграмма распределения решённых задач между линиями (1-я, 2-я, 3-я). Помогает понять, на каком уровне обрабатывается основная нагрузка. Линия поддержки берётся из карточки исполнителя (реквизит `ЛинияПоддержки`).
### Подробный отчет
Таблица со списком всех заданий за период. Основные колонки:
| Колонка | Содержание |
|---|---|
| **Задание** | Ссылка на документ. |
| **Количество** | Всего заданий по этому исполнителю. |
| **Количество завершенных** | Сколько закрыто. |
| **Количество завершенных в рамках SLA** | Сколько закрыто в срок. |
| **Количество завершенных 1-ой линией поддержки** | Разбивка по линии 1. |
| **Количество завершенных 2-ой линией поддержки** | Разбивка по линии 2. |
| **Количество завершенных 3-ей линией поддержки** | Разбивка по линии 3. |
| **% завершенных** | Доля успешно закрытых. |
| **Среднее время решения (мин)** / **(ч)** | Среднее время решения в выбранных единицах. |
| **Время решения (ч)** / **(мин)** | Общее время решения. |
## Параметры и отборы
Единственный параметр отчёта - **Период**. Всё остальное - **отборы** через панель настроек (по умолчанию выключены):
| Отбор | Что делает |
|---|---|
| **Инициатор** | Отбор по инициатору задания. |
| **Организация** | Отбор по организации. |
| **Линия поддержки** | Отбор по линии поддержки исполнителя. |
| **Текущий исполнитель** | Отбор по сотруднику. |
## Сценарии использования
### Сценарий 1. Дашборд руководителя
*Задача:* показать текущее состояние KPI руководителю или на общий экран.
1. Открыть вариант **"Показатели ITIL (графики)"**.
2. Период - текущий месяц.
3. Сформировать.
4. Оценить положение стрелки - в зелёной ли зоне.
5. Обновлять раз в день или неделю.
### Сценарий 2. Разбор эффективности по сотрудникам
*Задача:* понять, кто из исполнителей закрывает задачи быстрее.
1. Открыть **"Показатели ITIL (подробный отчет)"**.
2. Период - месяц.
3. Сформировать.
4. Отсортировать по колонке **"Среднее время решения"**.
5. Разобрать разброс: у кого-то задачи закрываются за минуты, у кого-то - часами. Это либо разная сложность (услуги), либо реальная разница в скорости работы.
### Сценарий 3. Оценка распределения по линиям
*Задача:* понять, справляется ли первая линия или всё уходит на вторую.
1. Открыть **"Показатели ITIL (графики)"**.
2. Посмотреть на круговую диаграмму "По линиям поддержки".
3. Оптимальное распределение - 60-70% на первой линии (она должна закрывать типовое), 20-30% на второй, остальное на третьей.
4. Если первая линия закрывает мало - обучить, дать больше полномочий или инструкций.
### Сценарий 4. Ежеквартальный отчёт по KPI
*Задача:* подготовить сводный KPI за квартал.
1. Открыть **"Показатели ITIL (подробный отчет)"**.
2. Период - прошедший квартал.
3. Сформировать.
4. Экспортировать в Excel через "Сохранить как".
5. Использовать в отчёте руководству - с итогами "% в срок", "среднее время", "распределение по линиям".
### Сценарий 5. Проверка эффекта обучения / изменения процесса
*Задача:* оценить, стал ли процесс эффективнее после изменения.
1. Определить момент изменения (например, "внедрили новую базу знаний").
2. Сформировать отчёт за 3 месяца до и 3 месяца после.
3. Сравнить: изменился ли % решённых, среднее время, распределение по линиям.
:::tip Порог зелёной зоны
Обычно зелёная зона на спидометре начинается от 80-90%. Если у вашей команды меньше - это уже сигнал разбираться: либо перегрузка, либо процессы поломаны, либо нормативы SLA неадекватны реальной сложности задач.
:::
## Известные ограничения и особенности
:::warning Ограниченные права
Отчёт **"Показатели ITIL"** доступен только пользователям с полными правами. Обычным пользователям через панель отчётов проекта он не откроется. Задача на расширение доступа - в трекере: T-21210.
:::
:::warning Некорректный подсчёт "завершенных в срок" и времени реакции
В отдельных случаях подробный вариант отчёта неправильно считает колонки **"Количество завершенных в рамках SLA"** и время реакции. Известно и учтено в трекере: обращение T-47830 (закрыто). При расхождениях перекрёстно проверять данные с отчётом ["Сводный SLA"](./Сводный%20SLA.md).
:::
:::warning Пустой отчёт при периоде с 1-го числа месяца
Обнаружено расхождение: при выборе периода с датой начала строго 1-го числа месяца (например, 01.07.2026 - 31.07.2026) в расчёт могут не попасть задания, закрытые в этом же месяце. При смещении даты начала на 1 день назад (30.06.2026) данные появляются. Обход - при формировании отчёта стартовать период с последнего дня предыдущего месяца.
:::
---
:::info Связанные материалы
* **["Отчёты по SLA"](./index.md)** - оглавление раздела.
* **["Сводный SLA"](./Сводный%20SLA.md)** - общая статистика соблюдения.
* **["Мониторинг текущих SLA"](./Мониторинг%20текущих%20SLA.md)** - оперативный контроль.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Причина отклонения от графика
**Причина отклонения от графика** (в метаданных - `ПричиныОтклоненияОтГрафика`) - универсальный документ регистрации периодов отклонения от графика работы. Одним документом фиксируется двух типов информация:
- **отсутствие сотрудника** (болезнь, отпуск, командировка) с указанием замещающего;
- **недоступность услуги SLA** (авария, плановые работы, простой оборудования).
Тип регистрируемого отклонения определяется значением поля **Пользователь** - это ссылка полиморфного типа (в метаданных - `ОбъектОтклонения`), включающая пользователей, услуги SLA и другие объекты. В форме документа поле подписано "Пользователь", но принимает значение как сотрудника, так и услуги SLA. Документ пишет движения в регистр `ОтклоненияУслугSLA` (для услуг) и в графики работы (для пользователей), поэтому от корректной регистрации зависит расчёт SLA и отчёт ["Доступность услуг SLA"](./Доступность%20услуг%20SLA.md).
## Как открыть журнал документов
**Service Desk → SLA → Причины отклонения от графика**.
## Как создать документ
1. Открыть журнал документов.
2. Нажать **"Создать"** → откроется форма нового документа.
3. Заполнить поля (см. таблицу ниже).
4. Записать и провести документ.
## Поля документа
| Поле в форме | В метаданных | Что указать |
|---|---|---|
| **Номер** | `Номер` | Присваивается автоматически. |
| **От** | `Дата` | Дата создания документа. |
| **Пользователь** | `ОбъектОтклонения` | Ключевое поле. Ссылка полиморфного типа - выбирается сотрудник (тогда документ регистрирует его отсутствие) или услуга SLA (тогда документ регистрирует её недоступность). |
| **Причина** | `ВидПричины` | Из справочника **Виды причин отклонения от графика** (Заболевание / Отпуск / Отгул / Командировка / Авария / Плановые работы и т. п.). |
| **Интервал с** | `ДатаНачала` | Начало периода отклонения (с точностью до минуты). |
| **по** | `ДатаОкончания` | Конец периода отклонения. |
| **Замещающий** | `Замещающий` | Сотрудник, который берёт на себя обязанности отсутствующего (заполняется только при регистрации отсутствия сотрудника). |
| **Основание** | `Основание` | Ссылка на документ-основание. Возможные типы - **Задание** или **Проблема**. |
| **Комментарий** | `Комментарий` | Дополнительная информация. |
:::info Справочник причин
Список доступных причин настраивается в справочнике **Виды причин отклонения от графика** (Service Desk → SLA → Виды причин отклонения от графика). Там можно добавить свои виды под нужды организации.
:::
## Что видно в журнале
Журнал показывает все зарегистрированные отклонения:
| Колонка | Содержание |
|---|---|
| **Дата** | Когда создан документ. |
| **Номер** | Автоматический номер. |
| **Пользователь и сервис** | Сотрудник или услуга - объект отклонения. |
| **Причина отклонения** | Вид причины из справочника. |
| **Дата начала** | Начало интервала. |
| **Дата окончания** | Конец интервала. |
| **Основание** | Документ-основание (если указан). |
| **Комментарий** | Дополнительно. |
| **Автор** | Кто зарегистрировал документ. |
Справа предусмотрена панель отборов - по периоду, пользователю или сервису, причине, автору.
## Сценарии использования
### Сценарий 1. Регистрация больничного сотрудника
*Задача:* сотрудник заболел с обеда, зафиксировать факт и назначить замещающего.
1. Открыть журнал **"Причины отклонения от графика"**.
2. Создать новый документ.
3. Пользователь - заболевший сотрудник.
4. Причина - "Заболевание".
5. Интервал с - момент начала (например, сегодня 13:00), по - предполагаемая дата возвращения. Если неясно, поставить до конца текущего дня и позже продлить.
6. Замещающий - коллега, который перехватит задачи.
7. Провести документ.
С этого момента активные задачи сотрудника не будут "съедать" его норматив по SLA во время отсутствия, а новые пойдут замещающему.
### Сценарий 2. Плановый отпуск сотрудника
*Задача:* заранее зарегистрировать отпуск сотрудника.
1. Создать документ **за несколько дней** до начала.
2. Пользователь - уходящий в отпуск.
3. Причина - "Отпуск".
4. Интервал с ... по - даты по приказу.
5. Замещающий - коллега на время отпуска.
6. Основание - оставить пустым или связать с заданием/проблемой (документы ЗУП в основание не подставляются).
7. Провести.
### Сценарий 3. Регистрация простоя услуги SLA
*Задача:* услуга "Электронная почта" была недоступна 2 часа из-за аварии, отразить это в отчёте по доступности.
1. Открыть журнал.
2. Создать новый документ.
3. Пользователь - выбрать **услугу SLA** "Электронная почта".
4. Причина - "Авария" (или другой подходящий).
5. Интервал с - момент отказа услуги.
6. по - момент восстановления.
7. Замещающий - не заполнять (не применимо к услуге).
8. Комментарий - "Отказ MX-сервера, восстановлено после перезагрузки".
9. Провести документ.
Этот документ отразится в регистре `ОтклоненияУслугSLA` и повлияет на процент доступности в отчёте ["Доступность услуг SLA"](./Доступность%20услуг%20SLA.md).
### Сценарий 4. Регистрация плановых работ по услуге
*Задача:* заранее зафиксировать плановое обслуживание сервера, из-за которого услуга "1С:Бухгалтерия" будет недоступна.
1. Создать документ **до начала работ**.
2. Пользователь - услуга "1С:Бухгалтерия".
3. Причина - "Плановые работы".
4. Интервал с ... по - плановые начало и окончание работ.
5. Провести.
### Сценарий 5. Корректировка ранее оформленного отклонения
*Задача:* сотрудник продолжает болеть / услуга восстановилась позже, чем планировали.
1. Найти документ в журнале.
2. Открыть его.
3. Изменить поле **"по"** (дата окончания интервала).
4. Записать и провести заново.
Отчёты пересчитаются автоматически при следующем формировании.
:::tip Кто ведёт эти документы
Отсутствия сотрудников обычно регистрирует руководитель отдела поддержки или дежурный администратор. Простои услуг - тот, кто разбирал инцидент (обычно после закрытия). Важно заложить это в регламент - иначе SLA и Доступность будут считаться с искажениями.
:::
:::warning Основание - только Задание или Проблема
Реквизит **Основание** принимает ссылку только на документ **Задание** или **Проблема** (регистрация ИТ-инцидента). Приказы из ЗУП или другие внешние документы туда подставить нельзя - связь фиксируется вручную через комментарий.
:::
---
:::info Связанные материалы
* **["Отчёты по SLA"](./index.md)** - оглавление раздела.
* **["Доступность услуг SLA"](./Доступность%20услуг%20SLA.md)** - отчёт, использующий данные о недоступности услуг из этого документа.
* **["Настройка SLA"](../Настройка%20SLA.md)** - общая настройка соглашений и графиков.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Сводный SLA
Отчёт **Сводный SLA** показывает общую статистику соблюдения SLA за период в четырёх разрезах: по клиентам, приоритетам, проектам и услугам. Используется для ежемесячной и квартальной отчётности перед руководством и заказчиками.
## Как открыть отчёт
**Проекты → Отчёты по проектам → SLA → Сводный SLA** (один из четырёх вариантов: по клиентам / по приоритетам / по проектам / по услугам).
Администратору полный список отчётов также доступен через **Настройки → Печатные формы, отчёты и обработки → Отчёты** - поиск "Сводный SLA".
## Варианты отчёта
| Вариант | Группировка | Типовое применение |
|---|---|---|
| **Сводный SLA (по клиентам)** | Организация → Клиент → Задание | Отчёт для менеджмента: у каких клиентов какие показатели. |
| **Сводный SLA (по приоритетам)** | Организация → Приоритет → Задание | Проверить, что критичные задачи действительно в приоритете. |
| **Сводный SLA (по проектам)** | Организация → Проект → Задание | Сравнить эффективность между проектами. |
| **Сводный SLA (по услугам)** | Организация → Услуга → Задание | Понять, какие услуги "съедают" больше всего SLA. |
## Что видно в отчёте
Для каждой группы (клиента, приоритета, проекта или услуги) и внутри — для каждого задания выводятся:
| Колонка | Смысл |
|---|---|
| **Количество заданий** | Всего заданий за период по этой группе. |
| **Без нарушений** | Сколько заданий прошло без нарушений SLA. |
| **Нарушено реакций** | Сколько нарушений по реакции. |
| **Нарушено выполнений** | Сколько нарушений по выполнению. |
| **% выполнения SLA** | Итоговый показатель качества обслуживания (доля заданий без нарушений). |
| **Среднее время реакции** | Средний факт по реакции для этой группы. |
| **Среднее время выполнения** | Средний факт по выполнению. |
## Цветовая индикация
Итоговые строки групп подсвечиваются:
- 🟢 **Зелёным** — 100% выполнение SLA (нет нарушений по этой группе).
- 🔴 **Розовым / красным** — есть нарушения, процент ниже 100.
Это позволяет сразу отделить "спокойных" от "проблемных".
## Параметры и отборы
**Параметры отчёта** (в верхней панели):
| Параметр | Что делает |
|---|---|
| **Период** | Даты, за которые считаются задания (по умолчанию - текущий месяц). Фильтрует по **дате создания задания**. |
| **Единица времени** | Секунды / Минуты / Часы - формат средних времён. |
**Отборы** (по умолчанию выключены, включаются в панели настроек):
| Отбор | Что делает |
|---|---|
| **Организация** | Отбор по организации. |
| **Проект SLA** | Отбор по проекту. |
| **Клиент** | Отбор по клиенту. |
| **Услуга SLA** | Отбор по услуге. |
| **Приоритет** | Отбор по приоритету. |
| **Ответственный** | Отбор по ответственному сотруднику. |
## Сценарии использования
### Сценарий 1. Ежемесячный отчёт для руководства
*Задача:* показать общую картину соблюдения SLA за прошлый месяц.
1. Открыть вариант **"Сводный SLA (по клиентам)"**.
2. Период — прошедший месяц.
3. Сформировать.
4. Экспортировать в Excel через кнопку "Сохранить как".
5. Вставить в презентацию или отправить отчёт по почте.
### Сценарий 2. Разбор проблемных клиентов
*Задача:* понять, у каких клиентов чаще всего срываются сроки.
1. Открыть **"Сводный SLA (по клиентам)"**.
2. Период — квартал.
3. Сформировать.
4. Найти клиентов с розовым итогом (менее 100%).
5. По каждому такому клиенту двойным кликом раскрыть список заданий — понять причины.
### Сценарий 3. Проверка работы с высоким приоритетом
*Задача:* убедиться, что критичные задания обрабатываются вовремя.
1. Открыть **"Сводный SLA (по приоритетам)"**.
2. Период — прошедший месяц.
3. Сформировать.
4. Строка "Критический" должна быть **зелёной** — 100% без нарушений.
5. Если розовая — это первый разговор с руководителем поддержки.
### Сценарий 4. Сравнение проектов
*Задача:* оценить, какой из проектов эффективнее.
1. Открыть **"Сводный SLA (по проектам)"**.
2. Период — квартал или год (для стабильности статистики).
3. Сформировать.
4. Сравнить % выполнения SLA между проектами.
5. Использовать при пересмотре ресурсов, приоритетов, KPI.
### Сценарий 5. Аналитика по услугам для соглашения
*Задача:* подготовить данные для пересмотра нормативов в соглашении SLA.
1. Открыть **"Сводный SLA (по услугам)"**.
2. Период — полгода-год (для представительности).
3. Сформировать.
4. Услуги с 100% выполнением — можно ужесточить нормативы (или сохранить как есть).
5. Услуги с частыми нарушениями — обсудить смягчение нормативов или изменение процесса.
:::tip Что "плохой процент"
Как правило, целевой уровень выполнения SLA — 95% и выше. Ниже 90% — сигнал разбираться срочно: либо нормативы нереалистичные, либо процессы поломаны, либо не хватает людей.
:::
---
:::info Связанные материалы
* **["Отчёты по SLA"](./index.md)** — оглавление раздела.
* **["Нарушения SLA"](./Нарушения%20SLA.md)** — детали по каждому нарушению.
* **["Динамика SLA"](./Динамика%20SLA.md)** — как процент выполнения меняется во времени.
* **["Мониторинг текущих SLA"](./Мониторинг%20текущих%20SLA.md)** — оперативный контроль активных заданий.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Отчёты по SLA(SLA)
# Отчёты и мониторинг SLA
В конфигурации предусмотрена отчётность по SLA для мониторинга текущих заявок, анализа нарушений и оценки качества обслуживания.
## Мониторинг текущих SLA
Отслеживание заявок, которые приближаются к нарушению или уже просрочены.
Типичные данные отчёта:
- Задание, клиент, соглашение SLA, услуга SLA, исполнитель.
- Осталось до реакции / до выполнения (в часах и процентах).
- Признак «На грани нарушения» (например, менее 30 минут до реакции).
- Фактические даты реакции и выполнения (если уже зафиксированы).
*Скриншот (заполнить): отчёт или список «Мониторинг текущих SLA» — пример вида отчёта.*
## Нарушенные SLA
Фиксация и анализ нарушений по всем заданиям.
Типичные данные:
- Задание, клиент, исполнитель, услуга / проект.
- Нарушен тип: реакция или выполнение.
- Насколько превышено (в часах и процентах).
- Нарушитель (пользователь).
- Статус инцидента по нарушению (создан / закрыт), если предусмотрено создание инцидента при нарушении.
*Скриншот (заполнить): отчёт «Нарушенные SLA».*
## Время реакции и выполнения по заданиям
Сравнение фактических сроков с плановыми по каждому заданию.
Типичные данные:
- Задание, соглашение SLA.
- Время реакции: факт / план / отклонение.
- Время выполнения: факт / план / отклонение.
- Признак «Нарушено» (да/нет).
## Сводный отчёт SLA по клиентам
Оценка качества обслуживания в разрезе клиентов.
Типичные данные:
- Клиент.
- Количество заданий.
- Количество нарушений по реакции и по выполнению.
- Процент выполнения SLA.
- Среднее время реакции и выполнения.
- Количество недоступных услуг (из отчёта о доступности), если применимо.
## Сводный отчёт SLA по исполнителям
Анализ производительности и дисциплины исполнителей.
Типичные данные:
- Исполнитель.
- Количество задач (по тем, где он реально участвовал).
- Среднее время реакции и выполнения.
- Доля нарушенных SLA (%).
- Среднее время жизни заявки.
- Количество возобновлённых заданий (показатель устойчивости решения).
## Качество предоставленных услуг (оценка клиентом)
Отчёт отражает выполнение SLA и оценку со стороны инициатора.
Типичные данные:
- Клиент / проект / услуга.
- Процент выполнения SLA.
- Средняя оценка инициатора.
- Среднее время реакции и выполнения.
- Количество нарушений.
- Доля заданий с повторным открытием.
- Количество жалоб или низких оценок.
## Доступность услуг SLA (Availability Report)
Учёт времени, когда услуга была недоступна. Удобно строить в виде диаграммы с порогом, например 99,5%.
Формула доступности:
**Доступность (%) = ((Общее время работы − Время недоступности) / Общее время работы) × 100**
Время недоступности регистрируется документом **«Причины отклонения от графика»**: указывается услуга, период и причина недоступности.
Типичные данные отчёта:
- Услуга, клиент, период (день / неделя / месяц).
- Общее время работы по графику SLA.
- Время недоступности.
- Доступность (%).
- Причины недоступности (из документов отклонений).
*Скриншот (заполнить): отчёт «Доступность услуг SLA» или диаграмма доступности.*
## SLA по приоритетам
Проверка соответствия нормативов разным уровням приоритета.
Типичные данные:
- Приоритет (низкий / средний / высокий / критический).
- Среднее время реакции и выполнения.
- Плановый порог SLA.
- Процент нарушений.
- Среднее отклонение от норматива.
## SLA-аналитика по услугам
Анализ качества по каждой услуге SLA.
Типичные данные:
- Услуга.
- Количество заявок (инцидентов).
- Процент нарушений.
- Средняя доступность.
- Среднее время реакции и выполнения.
- Средняя стоимость обслуживания (при тарификации).
- Исполнители / подрядчики.
## Динамика SLA по периодам
Тренды по времени для дашборда качества обслуживания.
Типичные данные:
- Период (месяц, квартал, год).
- Процент выполнения SLA.
- Среднее время реакции и выполнения.
- Количество нарушений.
- Количество новых заданий.
## Служебные и отладочные отчёты
- **SLA без фактических данных** — задания, у которых не заполнены фактические даты реакции или выполнения. Помогает выявлять ошибки интеграции или незавершённую фиксацию.
- **SLA без договора** — задания, по которым не удалось подобрать соглашение SLA. Используется для отладки настройки соглашений и состава клиентов.
## Округление
Средние показатели в отчётах округляются по математическим правилам.
---
:::note
Детальное описание каждого отчёта, параметров и способов построения уточняйте в конфигурации «Управление IT-отделом 8» — состав и названия отчётов могут отличаться в зависимости от версии и доработок.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Паузы и завершение SLA
В процессе работы задание не всегда «тикает» без остановок — иногда исполнителю приходится ждать ответа клиента, поставки оборудования или согласования. В такие моменты SLA ставится на паузу. А после того, как задание выполнено, оно ещё какое-то время «висит» и потом закрывается автоматически. Здесь про то, как это работает и на что обращать внимание.
## Когда таймер SLA ставится на паузу
Таймер SLA **не тикает** в четырёх случаях. При активной паузе плашка времени становится **серой** с подписью «На паузе» и датой начала паузы.
### 1. Перевод в раздел со статусом «Приостановлено»
Если задание переводят в раздел, у которого статус ЖЦ = «Приостановлено» (например, «Ждём ответ»), система **автоматически создаёт паузу**. Время с момента перевода до возврата в рабочий раздел в срок SLA не учитывается.
При этом открывается **модальное окно «Основание паузы»**, где нужно выбрать **причину** из справочника (см. ниже) и при желании добавить комментарий.
:::info Как это связано со статусом раздела
Ключевое понятие здесь — **статус жизненного цикла раздела**, а не его название. Раздел может называться как угодно («Ждём ответ», «На согласовании», «Материалы»), важно, что у него в справочнике «Разделы проектов» стоит статус ЖЦ «Приостановлено». Подробнее — в статье [«Работа с заданиями по SLA»](./Работа%20с%20заданиями%20по%20SLAv2.md), раздел «Разделы проекта и SLA».
:::
### 2. Ручная пауза из формы задания
В форме задания в блоке SLA есть кнопка **⏸ «Приостановить SLA»**. Она позволяет поставить паузу без смены раздела — например, когда нужно явно зафиксировать ожидание клиента, но задание физически остаётся в разделе «В работе».
По нажатию открывается то же самое окно указания причины и комментария, что и при смене раздела.
### 3. Автоматическая пауза при публичном комментарии исполнителя
Если исполнитель (или любой сотрудник со стороны исполнителя) оставляет **публичный** комментарий в задании, система автоматически ставит паузу с причиной **«Ожидание клиента»**. Логика такая: исполнитель ответил клиенту и ждёт его реакции — на это время SLA останавливается.
:::tip Приватные комментарии на паузу не влияют
Внутренние (приватные) комментарии клиент не видит, они не считаются ответом клиенту. Пауза от них не ставится, реакция по SLA от них не фиксируется. Это удобно для служебных пометок внутри команды поддержки.
:::
### 4. Возобновление задания после «Выполнено»
Если задание уже было переведено в раздел со статусом «Выполнено», а потом снова открыто (клиент вернулся с уточнением, работу нужно продолжить), система засчитывает промежуток «выполнено → снова в работе» как **технологическую паузу**. Дедлайны пересчитываются с учётом этого простоя, чтобы задание не оказалось искусственно просрочено.
## Когда пауза снимается
Пауза закрывается автоматически или вручную в четырёх случаях.
| Способ | Что происходит |
|---|---|
| **Перевод из «Приостановлено» в рабочий раздел** («В работе» / «Возобновлено») | Пауза закрывается, таймер снова идёт. Расчётные даты реакции и выполнения пересчитываются с учётом остатка. |
| **Кнопка ▶ «Возобновить SLA»** на форме | Закрывает активную паузу, поставленную вручную или автоматически. Кнопка доступна только при наличии активной паузы — иначе система выведет предупреждение. |
| **Публичный комментарий инициатора (клиента)** | Если пауза была поставлена «в ожидании ответа клиента», любой новый публичный комментарий от инициатора автоматически снимает её. |
| **Истечение таймаута паузы** | Если пауза длится дольше, чем **Таймаут паузы SLA (часов)**, заданный в карточке проекта, она автоматически закрывается — задание нельзя держать на паузе бесконечно. |
После снятия паузы обновляются не только расчётные даты, но и накопленные значения времени реакции и выполнения — чтобы то, что видно на форме, соответствовало фактическому прогрессу.
## Причины паузы SLA
Причины хранятся в справочнике **Причины паузы SLA** (`Проекты → SLA → Причины паузы SLA`). Справочник иерархический — причины можно объединять в группы. Типовой набор:
| Причина | Кто ставит | Пояснение |
|---|---|---|
| Ожидание клиента | Исполнитель / автоматически | Ответили клиенту, ждём ответа или подтверждения. |
| Ожидание оборудования / запасных частей | Исполнитель | Невозможно продолжить, пока не приедет поставка. |
| Ожидание внешнего подрядчика | Исполнитель / ответственный | Часть работ передана внешнему исполнителю. |
| Ожидание согласования | Ответственный | Решение принимает руководство, юрист, служба безопасности. |
| Перенос по инициативе клиента | Клиент | Клиент просит отложить работы. |
| Форс-мажор | Руководитель / служба качества | Массовый инцидент, чрезвычайная ситуация. |
| Внутреннее расследование / ошибка заявки | Служба поддержки | Заявка признана ошибочной или дубликатом до принятия решения. |
Список можно расширить под свои процессы через тот же справочник.
:::info Причина ставится всегда
При автоматической паузе (по комментарию или по смене раздела) причина подставляется по умолчанию — «Ожидание клиента» или значение из настроек. При ручной паузе пользователь выбирает причину сам.
:::
## Таймаут паузы SLA
У каждого проекта в карточке на подвкладке **SLA** есть поле **Таймаут паузы SLA (часов)**. Оно ограничивает **длительность одной паузы**: если пауза длится дольше указанного значения, система автоматически её снимает и возобновляет отсчёт SLA.
Это защита от «зависших» задач: без таймаута задание могло бы годами лежать на паузе с формально соблюдённым SLA. За настройки в разных проектах может отвечать разное значение — например, у критичных проектов 24 часа, у обычных — 72.
Подробнее про настройку таймаута — в статье [«Документ "Проект"»](../Документ%20Задание/Документ%20Проект.md), подвкладка «SLA».
## Выполнение и завершение задания
### Фиксация факта выполнения
Задание считается **выполненным по SLA**, когда его переводят в раздел проекта со статусом ЖЦ **«Выполнено»**. В этот момент в регистре реквизитов SLA фиксируются:
- **Фактическая дата выполнения**;
- **Время выполнения** (с учётом рабочего графика и всех пауз);
- при необходимости — **признак нарушения** и **нарушитель выполнения** (текущий исполнитель на момент перевода).
Если фактическая дата больше расчётной — SLA нарушен, задание помечается как «просрочено по выполнению».
### Автоматическое завершение (закрытие SLA)
После фактического выполнения задание какое-то время остаётся в статусе «Выполнено» без формального закрытия SLA — на случай, если клиент вернётся с уточнением.
Регламентное задание **«Автоматическое завершение заданий»** периодически проверяет такие заявки. По истечении срока, заданного константой **«Интервал автоматического завершения выполненных заданий»** (в часах), задание закрывается окончательно:
- ставится признак **Завершено = Истина**;
- фиксируется **Фактическая дата завершения**.
С этого момента SLA по заданию **больше не пересчитывается**. Возобновить таймер нельзя. Если работу нужно продолжить — используется кнопка **«Создать продолжение»** (создаётся новое задание со ссылкой на текущее как на родительское).
:::info Константа задаётся один раз
Интервал автозавершения — глобальная настройка на всю базу. Меняется в `Настройка параметров учёта → Проекты и задания → SLA`. Например, если установить 72, задание закрывается через трое суток после перевода в «Выполнено».
:::
### Ручное завершение SLA
При досрочном закрытии заявки — например, если клиент отказался от услуги или заявка признана дубликатом — можно завершить SLA вручную из формы задания. После этого задание переходит в статус «Завершено» и не участвует в дальнейшем пересчёте сроков.
## Уведомления по SLA
Все SLA-уведомления в УИТ 4.0 работают через подсистему **Автоматизация** (справочник открывается через **Справочники → Автоматизация**). Четыре предопределённых правила отслеживают сроки и рассылают уведомления получателям.
Помимо самих правил в разделе **Справочники → Автоматизация** доступны и вспомогательные справочники:
* **Журнал выполнения автоматизаций** - лог сработавших правил;
* **Мёртвые события автоматизации** - события, которые не удалось обработать;
* **Оформление оповещений e-mail** - шаблоны писем;
* **Очередь событий автоматизации** - события в ожидании обработки;
* **Типы событий автоматизации** - какие типы триггеров бывают;
* **Шаблоны шагов автоматизации** - готовые шаги (Email, SMS, попап и т. п.);
* **Шаги автоматизации** - привязка шагов к правилам.
### Какие правила есть
| Правило | Когда срабатывает |
|---|---|
| **Задание: Приближается срок реакции по SLA** | Осталось меньше 25% времени до дедлайна реакции |
| **Задание: Приближается срок выполнения по SLA** | Осталось меньше 25% времени до дедлайна выполнения |
| **Задание: Срок реакции по SLA истёк** | Дедлайн реакции наступил, а реакции нет (публичного комментария или перевода в «В работе» не было) |
| **Задание: Срок выполнения по SLA истёк** | Дедлайн выполнения наступил, задание не в «Выполнено» |
Все четыре правила активны по умолчанию после запуска команды **«Восстановить предопределённые»** в справочнике «Автоматизация».
### Каналы доставки
У каждого правила настроены шаги для разных каналов. По умолчанию активны:
- **📧 Email** — письмо получателю (нужна настроенная учётная запись почты);
- **🔔 Всплывающее оповещение** — попап в колокольчике внутри УИТ.
Дополнительно можно включить:
- **📱 SMS** — доступно у правил «Срок истёк» (для критичных уведомлений);
- **✈️ Telegram** — через бота;
- **📲 Push-уведомление** — в мобильном приложении.
### Кому приходят уведомления
- **Исполнителю** задания — по всем четырём событиям.
- **Руководителю проекта** (указывается в карточке проекта SLA) — по событиям «Срок истёк».
- **Наблюдателям задания** — если они в списке участников.
:::warning Уволенным сотрудникам уведомления не шлются
Если получатель помечен в справочнике «Пользователи» как **Недействителен** (например, уволен из компании), система при формировании списка получателей его пропускает. Ни писем, ни попапов ему не поступит, и «шлейф» после восстановления учётки тоже не всплывёт.
:::
### Дедупликация — без спама
Правила не шлют уведомление повторно на каждом цикле периодики. Логика такая:
- «Приближается реакция» — приходит **один раз**, когда осталось меньше 25% времени. Дальше не повторяется, пока не наступит следующий этап.
- «Срок реакции истёк» — срабатывает только когда **реакции ещё нет**. Как только исполнитель дал реакцию (комментарий, перевод в «В работе»), правило больше не срабатывает.
- Аналогично для выполнения.
### Содержимое уведомления
Во всплывающем оповещении и письме указаны:
- номер и тема задания;
- тип события («Срок реакции истёк», «Приближается срок выполнения»);
- расчётная дата дедлайна;
- имя исполнителя;
- ссылка на задание.
Даты форматируются аккуратно — без секунд и без «0:00:00» для полуночи.
## Раскраска SLA в списке заданий
Задания с активным SLA в списке подсвечиваются в зависимости от того, сколько времени осталось до дедлайна.
| Цвет | Что означает | Когда появляется |
|---|---|---|
| 🟢 Зелёный | Всё в порядке | Осталось более 25% времени |
| 🟡 Жёлтый фон | Внимание, времени осталось мало | Израсходовано 75–90% времени |
| Тёмно-красный шрифт | Срок почти истёк | Израсходовано 90–100% времени |
| 🔴 Светло-красный фон | Срок нарушен | Израсходовано 100% и более |
| ⚪ Серый | SLA на паузе | Задание в разделе со статусом «Приостановлено» или в ручной паузе |
Тёмно-красный шрифт (90–100%) обычно виден недолго — задание быстро переходит в красную зону, поэтому в живой работе его легко пропустить. Именно для этого работает уведомление «Приближается срок» — оно приходит раньше, чем задание успеет уйти в тёмно-красный.
## Эскалация при нарушении SLA
Когда SLA нарушен (по реакции или по выполнению), система автоматически выполняет несколько действий, а дальше подключается человек.
### Что делает система
- Задание подсвечивается **красным** в списке и на форме.
- В участники задания автоматически добавляется **руководитель исполнителя** (указывается в карточке проекта или сотрудника).
- Отправляются **уведомления** исполнителю и руководителю (через правила «Срок истёк»).
- В карточке задания фиксируется **нарушитель** — тот сотрудник, который был исполнителем на момент фиксации нарушения.
### Что решает человек
Дальнейшие действия — уже вручную, по решению руководителя:
- сменить приоритет задания;
- переназначить исполнителя;
- создать связанный инцидент по нарушению SLA;
- зафиксировать причину в комментариях;
- при необходимости — обратиться к клиенту с объяснением.
Автоматических «карающих» действий система не выполняет — они всегда остаются на усмотрение руководителя.
## Часовые пояса
Все даты и время в заданиях и SLA записываются в **часовом поясе сервера 1С**. Расчёт сроков и сравнение с текущим временем идут в этом же поясе.
Если сотрудники или клиенты работают в разных часовых поясах, стоит:
- убедиться, что часовой пояс сервера соответствует основному часовому поясу бизнеса;
- в графике услуг учитывать рабочие часы по этому же поясу;
- при необходимости объяснить клиентам, что время в интерфейсе — «серверное».
Учёт индивидуальных часовых поясов клиентов конфигурацией отдельно не ведётся.
## График работ — обязательное условие
:::warning График должен быть заполнен на актуальный год
Если у графика соглашения не заполнено расписание на дату задания, SLA не сможет рассчитать сроки. Система выведет сообщение: **«График "название" не заполнен на дату задания. Заполните график работ»**, и SLA по заданию не зафиксируется.
**Что делать:**
1. Открыть график: `Проекты → SLA → Графики работы` (или Календари).
2. Выбрать нужный график.
3. Нажать **«Заполнить по умолчанию»** — расписание заполнится по обычным правилам (пн–пт рабочие, сб–вс выходные).
4. Проверить, что производственный календарь на этот же год тоже заполнен (стандартный механизм 1С).
Актуально в начале каждого календарного года — если график не переведён на новый год заранее, все новые задания перестанут получать корректный расчёт SLA.
:::
---
:::info Связанные статьи
* **[«Введение в SLA»](./Введение%20в%20SLA.md)** — общие понятия SLA и когда применяется.
* **[«Настройка SLA»](./Настройка%20SLA.md)** — константы, справочники, соглашения, услуги, графики.
* **[«Работа с заданиями по SLA»](./Работа%20с%20заданиями%20по%20SLAv2.md)** — реквизиты задания, отображение сроков, реакция и выполнение.
* **[«Документ "Проект"»](../Документ%20Задание/Документ%20Проект.md)** — подвкладка **SLA** (Таймаут паузы SLA, руководитель проекта).
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Работа с заданиями по SLA
## Общий обзор
**SLA** (Service Level Agreement — соглашение об уровне обслуживания) - это механизм, который позволяет задавать обязательные сроки по заданиям и контролировать их соблюдение. В заданиях фиксируется время на реакцию исполнителя и время на выполнение работ, а система автоматически следит за сроками и подсвечивает проблемные задания.
SLA работает **только в тех проектах**, где включена функциональность SLA (карточка проекта → подвкладка **Функционал** → тумблер **SLA**). Подробнее см. статью **«Документ "Проект"»**, раздел **Подвкладка «Функционал»**.
## Откуда берутся нормативы
Нормативы **Времени реакции** и **Времени выполнения** не задаются в самом задании - они берутся из **Соглашения SLA** с клиентом. В соглашении на вкладке **Услуги** для каждой услуги прописаны свои сроки в часах:
Например, для услуги *«Помощь по телефону»* в соглашении установлено: **8 часов на реакцию** и **24 часа на выполнение**. Когда в задании выбирают эту услугу - система автоматически подставляет именно эти сроки.
То есть пользователь в задании ничего не вводит руками: достаточно правильно заполнить реквизиты, и система сама подберёт нужное соглашение и нормативы.
:::info Учёт рабочего времени
Время реакции и выполнения считается **только в часы работы по графику соглашения** (например, пн-пт 9:00-18:00). Если задание создано в нерабочее время (ночью или в выходной), отсчёт начнётся с начала следующего рабочего периода по графику. Так что 8 часов на реакцию по графику пн-пт 9:00-18:00 - это полный рабочий день, а не астрономические 8 часов.
:::
## Реквизиты задания, которые влияют на SLA
Чтобы по заданию начал считаться SLA, на форме задания должны быть заполнены реквизиты, на основе которых система подбирает соглашение и нормативы.
В блоке **SLA** на боковой панели справа:
* **Организация** - своя организация (поставщик услуг);
* **Услуга SLA** - конкретная услуга из действующего соглашения;
* **Тип процесса** - тип запроса (см. ниже);
* **Приоритет** - приоритет задания (см. ниже);
* **SLA** - ссылка на найденное соглашение (заполняется автоматически).
Дополнительно в реквизитах задания:
* **Клиент** - получатель услуги (для кого выполняется задание).
После заполнения этих полей система ищет подходящее **Соглашение SLA** по комбинации: организация + клиент + услуга + приоритет + тип процесса + дата задания. Если соглашение найдено - в блоке SLA в шапке задания заполняются нормативы и расчётные даты реакции и выполнения.
:::info Если соглашение не найдено
Если по заданному набору реквизитов подходящее соглашение не нашлось - поле **SLA** остаётся пустым, нормативы не подставляются и таймеры не запускаются. В этом случае нужно проверить:
* действует ли соглашение SLA на дату задания;
* указан ли клиент задания в табличной части **Клиенты** соглашения;
* есть ли в соглашении строка по выбранной услуге и приоритету.
:::
## Выбор услуги SLA
По кнопке выбора рядом с полем **Услуга SLA** открывается справочник **Каталог услуг** с группами и услугами.
:::info Важно
В списке показываются **только те услуги**, которые входят в действующее соглашение SLA для выбранных организации и клиента на дату задания. Услуги без соглашения недоступны для выбора - это исключает ввод того, по чему нет договорённостей.
:::
## Тип процесса
Тип процесса определяет, к какому виду запроса относится задание. Список типов задаётся в справочнике **Типы процессов**.
Тип процесса влияет на выбор строки соглашения SLA: в соглашениях могут быть отдельные нормативы для разных типов процессов одной и той же услуги.
## Приоритет задания
Приоритет задания задаётся не напрямую, а через комбинацию **Срочности** и **Влияния**. Из выпадающего списка приоритета можно выбрать одну из девяти комбинаций:
По выбранной комбинации система автоматически определяет уровень приоритета задания (например, *Ниже среднего (4)*) и подбирает соответствующее соглашение SLA.
## Блок SLA в шапке задания
В верхней части документа задания расположен блок с информацией по SLA.
* **Проект SLA** - проект, по которому ведётся учёт SLA;
* **Услуга** - выбранная услуга;
* **Приоритет** - уровень приоритета. Плашка с приоритетом **подсвечивается цветом** в зависимости от уровня: *Ниже среднего (4)* - зелёная, *Высокий (2)* - розовая, и так далее. Это помогает быстро оценить срочность задания, не вчитываясь в текст.
* **Соглашение** - конкретное соглашение SLA и дата его действия.
Ниже идут две плашки с таймерами:
* **Время реакции** - сколько времени отведено на первый ответ исполнителя. Под значением - текущий статус: **Ожидание** (ещё не отреагировали), **Выполнено** (реакция в срок), при превышении - таймер становится красным.
* **Время выполнения** - сколько времени отведено на завершение задания. Если задание в данный момент на паузе, плашка становится **серой** с подписью **«На паузе»** и датой постановки на паузу (например, *«На паузе с 24.06.2026 11:56:40»*). Это удобно, чтобы видеть, как долго задание стоит в ожидании.
:::info Цветовая индикация SLA
В списке заданий и на форме задания состояние SLA подсвечивается цветом по проценту израсходованного времени:
* **🟢 Зелёный** (осталось более 25% времени) - всё в порядке;
* **🟡 Жёлтый фон** (израсходовано 75-90% времени) - предупреждение, времени осталось мало;
* **Тёмно-красный шрифт** (израсходовано 90-100% времени) - срок почти истёк. Это состояние есть, но проявляется недолго - задание быстро переходит в просрочку, поэтому в работе его легко не заметить;
* **🔴 Светло-красный фон** (израсходовано 100% и более) - срок уже просрочен;
* **⚪ Серый** - SLA на паузе (например, задание находится в разделе со статусом «Приостановлено»).
:::
## Разделы проекта и SLA
В редакции 4.0 поведение SLA при перемещении задания между разделами проекта определяется **статусом раздела**, а не его названием.
У каждого раздела в справочнике **Разделы проектов** есть реквизит **Статус**, который относит раздел к одному из жизненных циклов:
* **Новый** - задание только поступило;
* **В работе** - задание взято в работу (SLA считает время выполнения);
* **Приостановлено** - задание на паузе (SLA не тикает);
* **Возобновлено** - задание возобновлено после паузы;
* **Выполнено** - задание выполнено (SLA фиксирует факт выполнения).
Например, на скриншотах ниже:
* раздел **«Выполнение»** имеет статус **«В работе»** - то есть при переводе задания в этот раздел SLA фиксирует факт начала работ;
* раздел **«Ждём ответ»** имеет статус **«Приостановлено»** - то есть при переводе задания на данный раздел, SLA автоматически ставится на паузу.
Это позволяет именовать разделы под бизнес-логику конкретного проекта, не теряя стандартное поведение SLA.
## Реакция, пауза и выполнение
**Фактическая дата реакции** фиксируется в момент, когда задание впервые переведено в раздел со статусом **«В работе»**. После этого таймер реакции останавливается, и начинается отсчёт времени выполнения.
**Пауза SLA** срабатывает в нескольких случаях:
* **Перевод в раздел со статусом «Приостановлено»** - например, исполнитель ответил клиенту и перевёл задание в раздел *«Ждём ответ»* (статус «Приостановлено») - SLA автоматически встаёт на паузу.
* **Публичный комментарий исполнителя** - если исполнитель пишет ответ клиенту, система может автоматически поставить заявку на паузу с причиной *«Ожидание клиента»*. Приватные комментарии на паузу не влияют.
* **Ручная пауза** через кнопку **⏸** в блоке SLA (см. ниже).
Снимается пауза автоматически, когда:
* задание переводят обратно в рабочий раздел (со статусом «В работе» или «Возобновлено»);
* инициатор задания пишет публичный комментарий (клиент ответил - значит, ждать его больше не нужно);
* пользователь нажимает кнопку **▶** «Возобновить SLA».
**Фактическая дата выполнения** фиксируется в момент перевода задания в раздел со статусом **«Выполнено»**. Таймер выполнения останавливается.
Если фактическая дата превысила расчётную - фиксируется **нарушение** (отдельно по реакции и отдельно по выполнению).
## Кнопки управления SLA
В боковой панели справа от блока SLA расположены три кнопки управления:
* **⏸ (пауза)** - вручную ставит SLA на паузу. По нажатию открывается окно, где нужно выбрать **причину паузы** из справочника (например, *«Ожидание оборудования»*, *«Ожидание подрядчика»*, *«Ожидание согласования»*, *«Перенос по инициативе клиента»*) и при желании добавить комментарий. В регистр пауз записывается инициатор паузы (текущий пользователь) и выбранная причина.
* **▶ (возобновить)** - снимает активную паузу и возобновляет отсчёт SLA. Если активной паузы нет - система покажет предупреждение.
* **ⓘ (информация)** - открывает отчёт по SLA с детальной информацией о расходовании времени.
Подробнее про причины пауз и автоматическое завершение см. статью **«Паузы и завершение SLA»**.
## Типовой сценарий работы
Чтобы было понятнее, как SLA сопровождает задание - вот пример обычного рабочего цикла:
1. **Поступило задание** - инициатор создал задание (например, через почту или вручную). Раздел «Новые», таймер реакции пошёл.
2. **Исполнитель взял в работу** - перевёл задание в раздел «Выполнение» (статус «В работе»). Фиксируется фактическая дата реакции, начинает идти время выполнения.
3. **Исполнитель ответил клиенту** и перевёл задание в раздел *«Ждём ответ»* (статус «Приостановлено»). SLA автоматически встаёт на паузу.
4. **Клиент ответил** - публичный комментарий инициатора снимает паузу, задание возвращается в работу.
5. **Исполнитель завершил работу** - перевёл задание в раздел «Выполнено». Фиксируется фактическая дата выполнения, таймер останавливается.
6. **Автоматическое завершение SLA** - спустя установленный таймаут (настраивается в карточке проекта на подвкладке **SLA** в поле *«Таймаут паузы SLA (часов)»*) задание окончательно закрывается по SLA.
## Изменение реквизитов задания «на лету»
Если в уже созданном задании изменить **приоритет**, **услугу SLA**, **тип процесса** или другие параметры, влияющие на соглашение, система **пересчитывает нормативы** и расчётные даты. При этом учитывается уже потраченное рабочее время - новый дедлайн считается как «текущий момент + остаток времени по новому нормативу», а не от даты создания заново. Это защищает задание от необоснованного «просрочивания» при смене параметров.
## Кнопка «Создать продолжение»
Если задание уже **завершено** по SLA (закрыто и учтено), повторно открывать его для продолжения работ **не рекомендуется** - метрики SLA по нему уже зафиксированы. Вместо этого в форме закрытого задания используется кнопка **«Создать продолжение»**.
При нажатии:
* создаётся **новое задание** со ссылкой на текущее как на родительское;
* в новое задание копируются ключевые данные: тема, описание, организация, клиент, инициатор, тип задания и т. п.;
* SLA нового задания рассчитывается заново при первой записи;
* исходное задание остаётся закрытым, его метрики SLA не меняются.
Это аккуратный способ продолжить работу по теме, не «портя» статистику SLA по уже выполненному заданию.
## Эскалация при нарушении SLA
Если срок реакции или выполнения нарушен:
* задание подсвечивается **красным** в списке и на форме;
* в участники задания может быть автоматически добавлен **руководитель исполнителя**;
* исполнителю и руководителю отправляются **уведомления**.
Дальнейшие действия - смена приоритета, переназначение, создание инцидента по нарушению - выполняются вручную по решению руководителя.
---
:::info Связанные статьи
* **«Документ "Задание"»** - подробное описание формы задания и кнопок управления SLA в боковой панели.
* **«Документ "Проект"»** - включение SLA в проекте (подвкладка «Функционал») и параметр **Таймаут паузы SLA**.
* **«Настройка SLA»** - константы, справочники, соглашения SLA.
* **«Паузы и завершение SLA»** - подробности по паузам, причинам и автоматическому завершению.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Подсистема Service Desk (управление инцидентами)
Служба технической поддержки на каждом предприятии может быть построена разнообразными способами (имеется в виду реализации процессов поддержки). Существует несколько моделей службы поддержки, например: централизованная, локальная, виртуальная — с единым телефонным центром и т. д. Служба технической поддержки может быть организована как в целях обслужить внешних клиентов (аутсорсинг обслуживания компьютеров и т. п.), так и внутренних (подразделение ИТ-департамента на крупных предприятиях).
В описании концепции ITIL, построенной на процессном подходе, Service Desk является единственным описанным функциональным подразделением. Это исключение сделано ввиду большой важности подразделения техподдержки при внедрении и практическом использовании современных ИТ-подходов и методик.
Правильно организованная техподдержка (Service Desk) всегда начинается с регистрации всех обращений конечных пользователей, служит единой точкой для общения пользователя с ИТ-службой. Наиболее популярные решения по практической организации техподдержки часто строятся на базе Call-center (иногда даже пользователи их отождествляют). Он является начальной точкой контактов конечных пользователей со службой техподдержки и служит источником информации об их фактической удовлетворенности уровнем сервиса, что дополняет информацию о технических параметрах качества обслуживания компании-клиента (внешнего или внутреннего).
На больших предприятиях или в крупных аутсорсинговых компаниях, служба технической поддержки часто организована по следующему многоуровневому принципу:
Пользователь — обращается с вопросом в службу поддержки по телефону или с помощью электронной заявки (электронная почта, специальные шаблоны заявок и т.п.)
Оператор (1-я линия поддержки, Call-center) — регистрирует обращение, при возможности помогает пользователю самостоятельно, либо эскалирует (передаёт и контролирует выполнение) заявку на вторую линию поддержки.
Вторая линия поддержки — получает заявки от первой линии, работает по ним, при необходимости привлекая к решению проблемы специалистов из смежных отделов (системные администраторы, поддержка POS-терминалов, поддержка специального ПО, поддержка специального оборудования (Дилинг) и т. д.)
[Все это реализовано в нашем решении и даже больше!](https://softonit.ru/catalog/products/it/#detail)
Остановимся на ключевых элементах построенного нами Service Desk и перечислим возможности, чтобы понимать, что есть что. Итак, наш Service Desk умеет следующее:
* [x] Самостоятельное обращение пользователей через Web-интерфейс;
* [x] Создание заданий на основании входящих писем на электронный ящик службы поддержки;
* [x] Настраиваемые процессы с возможностью настройки этапов исполнения и назначения исполнителей;
* [x] Настраиваемые этапы выполнения процессов (цвет, фон, иконка, состояние);
* [x] Использование подпроцессов в заданиях;
* [x] Прикрепление скриншотов, сделанных пользователем, к заданию одной кнопкой;
* [x] Просмотр, как собственных заданий, так и заданий подчиненных сотрудников;
* [x] Прикрепление произвольных файлов в задании;
* [x] Обмен сообщениями с пользователем;
* [x] Неограниченный список наблюдателей, которые оповещаются при изменении в задании любого реквизита(ов) с указанием, что конкретно было изменено. Наблюдателем можно назначить любого пользователя;
* [x] Оповещение наблюдателей заданий одним из способов: Электронным письмом (e-mail); SMS (sms.ru, МТС, Билайн); В конфигурации;
* [x] Управление шаблонами всех видов оповещений;
* [x] Создание дочерних под заданий по задаче. Это позволяет, например, руководителю отдела разбить крупную задачу по подчиненным и контролировать выполнение каждой подзадачи;
* [x] Фиксирование всех изменений в задании;
* [x] Привязка базы знаний к заданиям;
* [x] Оценка качества выполнения задания;
* [x] Диаграмма Ганта с возможностью просмотра выполнения задания по периоду, этапу и исполнителю, а также сравнение с контрольной датой выполнения.
* [x] Большие возможности по анализу выполненных/невыполненных/просроченных заданий.
| **Список ролей для работы с подсистемой "Service Desk** |
|-----------------------------------------------------|
| Выполнение заданий |
| Добавление заданий |
| Добавление изменение спринтов |
| Оценка заданий из электронных писем |
| Просмотр не распределенных заданий |
| Просмотр отчетов по заданиям |
| Просмотр чужих заданий |
| Распределение заданий |
| Управление процессами и этапами |
| Чтение заданий |
---
## Анкетирование
Программа позволяет готовить опросы, проводить их среди респондентов, а также анализировать результаты опросов.
В общем случае, работа с анкетированием предполагает следующие этапы:
* **настройка программы** – выполняет администратор программы;
* **подготовка вопросов и шаблонов анкет** – выполняет сотрудник, ответственный за составление анкет;
* **назначение опроса респондента**м – осуществляет сотрудник, ответственный за проведение опросов;
* **заполнение анкет** – во время проведения опроса респонденты могут заполнить свои анкеты;
* **контроль хода проведения опроса** – осуществляет сотрудник, ответственный за проведение опросов;
* **анализ результатов опроса** – проводят сотрудники, заинтересованные в результатах опроса.
Ответственные за этапы подготовки, назначения, контроля и анализа опросов – не обязательно выделенные сотрудники.
Выполнение этих этапов может быть поручено и одному сотруднику, который будет заниматься анкетированием в числе прочих своих обязанностей.
Для того чтобы использовать в программе возможности анкетирования, администратору программы необходимо включить флажок **Анкетирование** в разделе **Администрирование –> Органайзер –> Заметки, напоминания, анкетирование, шаблоны сообщений**
После включения флажка в разделе **Техническая поддержка** становятся доступными следующие команды:
## Подготовка анкет осуществляется в два этапа:
* Вначале необходимо подготовить вопросы, из которых будет состоять предполагаемая анкета.
* Затем, используя подготовленные вопросы, нужно составить шаблон анкеты.
### Подготовка вопросов
Подготовка вопросов осуществляется в списке Вопросы для анкетирования, который открывается соответствующей командой подменю Анкетирование.
В списке содержится общий список вопросов, которые могут быть включены в любую анкету.
Эти вопросы называются элементарными, т.к. могут использоваться в качестве элементов более сложных конструкций, например, в табличных вопросах.
Добавим новый вопрос:
В поле **Наименование** напишите краткое представление вопроса, которое выводится при подборе вопросов в шаблоны анкет и используется для поиска вопросов.
По умолчанию, текст из поля Наименование автоматически подставляется в поле **Формулировка**.
Вопрос можно включить в одну из групп списка. Для этого выберите группу в поле **Родитель**.
Поле **Формулировка** может содержать развернутый текст вопроса, который будет отображаться респонденту.
При этом в шаблоне анкет формулировку можно поменять.
Содержание и формы ответов респондента зависят от значения поля **Тип ответа**.
Тип ответа может быть одним из следующих:
* **Строка** – в этом случае от респондента требуется ввести ответ в виде текстовой информации, при этом ограничение по количеству символов строки задается в поле Длина строки;
* **Текст** – ответ вводится респондентом в текстовом поле неограниченной длины. Длинный ответ можно ввести в отдельном окне;
* **Число** – при ответе на вопрос этого типа респондент вводит число, параметры которого должны быть заданы в полях *Длина* и *Точность*. При попытке ввода респондентом числа, которое больше или меньше ограничения, указанного в полях *Минимальное значение* и *Максимальное значение*, будет выдано предупреждение о вводе некорректных данных.
Включение флажка *Агрегировать сумму* в отчетах позволяет в отчете **Анализ опроса** выводить общую сумму по всем анкетам, в которых заполнен ответ на этот вопрос.
* **Дата** – при ответе на вопрос этого типа респондент вводит дату;
* **Булево** – респонденту доступен выбор одного из двух значений: Да или Нет;
* **Выбор одного варианта ответа из предложенных** – с помощью этого типа ответа можно предложить респонденту выбрать один из вариантов ответа с помощью переключателя. Возможные варианты ответов составитель может задать в списке;
* **Выбор нескольких вариантов ответа из предложенных** – респондент может отметить произвольное количество вариантов ответа с помощью флажков. Возможные варианты ответов составитель может задать в списке. Если у варианта ответа включить флажок Требует открытого ответа, то респонденту будет предложено пояснить свой выбор в текстовом поле рядом с вариантом ответа.
Включение флажка **Попросить респондента прокомментировать ответ**, пояснив характер комментария на этапе подготовки вопроса позволит респонденту при заполнении анкеты в текстовом поле под вариантами ответов разъяснить свой ответ. После включения флажка в поле ниже нужно указать текст, который будет выводиться перед текстовым полем разъяснения респондента.
Флажок **Попросить респондента прокомментировать ответ**, пояснив характер комментария недоступен при выборе типа ответа Текст и Выбор нескольких вариантов ответа из предложенных. В ответе типа Текст и так можно дать развернутый ответ. Для ответа типа Выбор нескольких вариантов ответа из предложенных при необходимости предусмотрен вывод поля с комментарием для каждого варианта ответа (см. описание типа ответа выше).
### Создание шаблона анкеты
Подготовка шаблонов анкеты осуществляется в списке **Шаблоны анкет** подменю **Анкетирование**.
Создадим новый шаблон анкеты:
Укажите Наименование шаблона.
На вкладке Заголовки введите Заголовок анкеты.
Поле Наименование отображается в списке шаблонов, а Заголовок будет отображаться в анкете при ее заполнении респондентом и в списке доступных анкет.
Анкета может состоять из нескольких разделов, два из которых, Вступление и Заключение, являются обязательными и присутствуют в любой анкете.
На вкладке Заголовки можно ввести тексты разделов Вступление и Заключение. Например, в разделе Вступление можно поприветствовать респондента, а в разделе Заключение – поблагодарить его за заполненную анкету. Текст разделов Вступление и Заключение будут показаны респонденту в начале и при завершении анкеты соответственно.
Для перехода к работе над вопросами анкеты нажмите кнопку Записать. Вопросы можно добавить только после сохранения шаблона.
На вкладке Вопросы можно приступить к формированию списка вопросов анкеты.
В любой анкете содержится как минимум один раздел с вопросами. Если анкета состоит из большого количества вопросов, то для удобства работы респондента с анкетой рекомендуется сгруппировать вопросы по нескольким разделам. Для комфортной работы респондента с анкетой рекомендуется включать в раздел не более 10-15 вопросов.
Структура анкеты представляет собой дерево.
Для добавления нового элемента в шаблон выделите нужное место в дереве (если вводится первый раздел, то необходимо выделить корень анкеты), нажмите кнопку Добавить.
Для примера создадим один раздел шаблона анкеты:
В этом разделе добавим созданный нами ранее вопрос:
После добавления вопроса структура дерева шаблона анкеты должна выглядеть так:
### Назначение опроса респондентам
Для того чтобы респондент приступил к заполнению анкеты по составленному шаблону, необходимо выполнить ряд подготовительных действий. Сначала необходимо организовать проведение опроса, в рамках которого определить сроки его проведения, состав респондентов и шаблон анкеты, на основании которого будут сформированы анкеты респондентов.
Назначением опросов занимается сотрудник, ответственный за проведение опросов, в списке Проведение опросов подменю Анкетирование.
Создадим новый опрос:
В поле **Наименование** указывается заголовок опроса, под которым данная анкета появится в списке доступных анкет у респондентов.
Период проведения опроса задается в полях **Действует с…по**. Поля не обязательны к заполнению. Если период проведения опроса не задан, то такая анкета будет находиться в списке доступных анкет у респондента до тех пор, пока он не ответит на нее.
В поле **Шаблон анкеты** указывается ранее подготовленный шаблон анкеты для этого опроса (выбирается из списка **Шаблоны анкет**).
**Респонденты** – это обычные и внешние пользователи программы. Внешние пользователи программы связаны с такими объектами программы как "Контактные лица" и "Контрагенты".
В поле **Тип респондентов** необходимо указать, для какого типа пользователей программы предназначен опрос.
Затем в список Респонденты необходимо Добавить элементы списков программы, которые могут быть респондентами. Если опрос предназначен для всех респондентов указанного типа, то необходимо включить флажок Свободный опрос. Список Респонденты в таком случае будет недоступен для редактирования.
Если включить флажок Показывать в архиве анкет, то такая анкета будет доступна респонденту в списке архивных анкет. Все свои ранее заполненные анкеты с включенным флажком респондент может посмотреть с помощью ссылки Архив анкет.
Включив флажок Предварительное сохранение, можно разрешить респонденту заполнять анкету в несколько подходов. Если флажок включен, то респондент сможет сохранить частично заполненную анкету с помощью кнопки Записать. Респондент может вернуться к заполнению анкеты в любое время. При этом анкета не будет считаться окончательно заполненной до тех пор, пока респондент не нажмет кнопку Завершить и закрыть. Если флажок Предварительное сохранение не включен, то респонденту нужно будет заполнить анкету за один подход. В анкете для записи будет доступна только кнопка Завершить и закрыть.
### Заполнение анкет
Для того, что бы у респондентов была возможность работать с анкетами, им необходимо добавить роль **Добавление и изменение ответов на вопросы анкет**;а также добавить на начальную страницу форму Доступные анкеты.
Для того, чтобы добавить на начальную страницу форму Доступные анкеты, необходимо перейти **Главное - Рабочие столы - выбрать рабочий стол для редактирования**.
В нужной группе создать кнопку "Доступные анкеты".
На закладке "Обработчик" нужно выбрать реквизиты **"Открыть форму"** и **"Доступные анкеты"**.
После входа в программу респондента для него открывается список **Доступные анкеты**.
Если опрос был запланирован с ограничением по времени проведения, то в списке доступных анкет после названия анкеты будет указан срок, до которого необходимо ее заполнить.
Ранее заполненные анкеты респондент может посмотреть по ссылке **Архив анкет** (зависит от настроек при назначении опроса).
По двойному щелчку мыши в списке **Доступные анкеты** можно перейти к заполнению анкеты.
На первой странице анкеты отображается текст из вступительного раздела.
Для перемещения между разделами анкеты можно использовать кнопки Назад и Далее. Также для перемещения по разделам можно использовать навигационный список разделов, видимость которого настраивается с помощью кнопок **Скрыть разделы / Показать разделы**.
Если для анкеты предусмотрена возможность предварительного сохранения, то становится доступной кнопка Записать, по которой можно сохранить частично заполненную анкету, чтобы вернуться к ее заполнению позднее. Если анкета уже заполнялась ранее, но не была завершена, то в списке доступных анкет указывается дата ее последнего редактирования.
Если составителем анкеты были предусмотрены обязательные вопросы, то при попытке завершить редактирование анкеты будет выполнена автоматическая проверка, и респонденту будет предложено ответить на оставшиеся незаполненные обязательные вопросы.
После того как даны ответы на все вопросы, нужно нажать кнопку **Завершить и закрыть**.
Программа выводит сообщение, что дальнейшее заполнение анкеты будет невозможно. Для подтверждения действия нажмите кнопку **Да**, для того чтобы сохранить возможность вернуться к заполнению анкеты еще раз, нажмите кнопку **Нет**.
После подтверждения анкета пропадает из списка Доступные анкеты, но ее можно посмотреть по ссылке Архив анкет. В списке Архив анкет отображаются анкеты, у которых составитель включил флажок Показывать в архиве анкет. Анкету можно открыть двойным щелчком мыши, также можно выделить нужную анкету из списка и нажать кнопку Выбрать.
### Анализ результатов опроса
В программе предусмотрена возможность провести анализ результатов опроса при помощи отчетов **Анализ опроса, Аналитический отчет по анкетированию**. Полный список отчетов, доступ к которым может настроить **Администратор** системы:
| **Список ролей для работы с подсистемой "Анкетирование"** |
| Добавление и изменение опросов |
| Добавление и изменение ответов на вопросы анкет |
| Добавление и изменение шаблонов анкет |
| Чтение ответов на вопросы анкет |
---
## Документ "Задание"
**Задание** - точка входа в нашу систему. Все, что нам необходимо выполнить, попадает в задания. А работать по заданию можно по нескольким схемам, и, в зависимости от того, как Вам будет удобнее работать, Вы можете выбрать нужный вариант. Приведем все схемы работы.
**1. Упрощенно.**
Пользователь -> Задание
**2. С выполнением работ**
Пользователь -> Задание -> Наряд на работы -> Лист учета рабочего времени (опционально)
**3. С планированием и выполнением работ**
Пользователь -> Задание -> План на работы -> Наряд на работы -> Лист учета рабочего времени (опционально)
Так же можно варьировать задания. Простые можно вести упрощенно, те, по которым нужно вести план и факт выполненных работ или просто факт, необходимо ввести в программу "Наряд на работы"
---
## Автоматическое выполнение и завершение заданий
:::info Важно!
Обратите внимание, что Выполнено и Завершено по отношению к заданиям - это две разных сущности.
:::
**Задание Выполнено** - когда исполнитель со своей стороны выполнил все и считает, что он сделал все возможное для *Инициатора* по его задаче. Этот шаг конечный для задания.
**Задание Завершено** - это виртуальный статус, когда мы со своей стороны все сделали, а потом *Инициатор* проверил и сказал "да все сделано". Т.е. это не отдельный этап, а обозначение того, что задание выполнено и потом проверено.
Ведь может так случиться, что мы выполнили, но Инициатор сказал, что его не устраивает решение и надо переделывать.
Важно не путать эти вещи.
## Автоматическое выполнение задания
Задания могут быть настроены таким образом, чтобы они при отсутствии активности по ним и находясь на каком-то из определенных этапов, в течении какого-то времени, выполнялись автоматически.
Для настройки данного функционала необходимо открыть Процесс и перейти на вкладку **Автоматическое выполнение**:
Можно указать флагом *Автоматический перевод на этап* будет ли задание с выбранным процессом переведено на указанный этап автоматически, так же указывается период автовыполнения.
Период задается в часах. Время автоматическое выполнения начинает отсчитываться от даты последней корректировки задания (для новых заданий автовыполнение не работает).
В табличной части указываются этапы, на которых будет совершено автовыполнение.
Т.е. если текущий этап *Выполнение* и дата корректировки заданий на этом этапе будет больше 168 часов, то задание будет автоматически переведено на этап *Выполнено*.
При этом будут разосланы все уведомления, как будто бы выполнение было совершено вручную.
Автоматическое выполнение происходит с помощью регламентного задания [Автоматическое выполнение заданий](/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/nastroyka-avtomaticheskogo-sozdaniya-zadaniy-i-rassylki-opoveshcheniy)
Если автоматическое выполнение не работает, то первым делом необходимо обратить внимание на расписание выполнения регламентных заданий.
## Автоматическое завершение задания.
Вспомним [схему жизни задания](/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/shema-zhizni-dokumenta-zadanie).
По методологии ITIL для завершения задания (инцидента) необходимо дать инициатору время на проверку того, как выполнил исполнитель задание.
Часто бывает так, что исполнитель, как он думал, выполнил задачу, но после того, как задание проверил инициатор (т.е. тот, кто поставил задачу), он остается не удовлетворен результатом.
В этом случае задание возвращается на доработку и снова происходит итерация: *В работе → Выполнено → Проверка → [Завершено (если все выполнено как надо) или снова в Работу (если снова есть недочеты)]*
В нашем решении предусмотрено такое поведение системы.
Исполнитель может перевести задание на этап со статусом *Выполнено*, а система сама, автоматически должна перевести уже на *Завершено*.
При этом завершение происходит, через определенное время, эту настройку можно найти в **Администрирование -> Настройка параметров учета -> Проекты и задания -> Прочее -> Интервал автоматического завершения выполненных заданий**. И задать интервал в часах.
### Задание будет завершено если:
1. Задание выполнено исполнителем (переведено на этап со статусом Выполнено)
2. Дата последней правки задания больше интервала автоматического завершения выполненных заданий.
3. Автоматически при выполнении регламентного задания "Автоматическое завершение заданий" (проверьте его расписание).
4. Вручную, если пользователь поставил оценку в задании в информационной базе, либо перешел по ссылке и поставил оценку по заданию из электронного письма при выполнении исполнителем.
:::info Важно понимать!
Если качество не удовлетворило инициатора, то он может **вернуть задание на доработку** на предопределенный этап *Возобновлено*.
:::
Это он может сделать следующим способом:
1. Из электронного письма, которое он получил при выполнении инициатором ответив на него;
2. Из электронного письма, которое он получил при выполнении инициатором перейдя по ссылке оценивания и оставив комментарий;
3. Вручную в информационной базе добавив комментарий к переписке.
[Видеоинструкция](https://youtu.be/K5IS3nKkDws)
---
## Автоматическое назначение исполнителя
В конфигурации реализован механизм, который позволяет автоматически назначать исполнителя в документе Задание.
Для того, чтобы начать пользоваться им нужно в первую очередь заполнить необходимые реквизиты у пользователя.
## Основные реквизиты пользователя для автоназначения
* **Участие в автоназначении исполнителей** - включите флажок, для того чтобы определить участвует ли этот пользователь в автоназначении заданий или нет.
* **График** - заполните для того, чтобы иметь возможность автоназначения с учетом графиков рабочего времени.
* **Линия поддержки** - заполните для автоназначения из фиксированной группы.
* **Местоположение** - заполните для автоназначения с учетом того, откуда задание/проблема.
Возможен сценарий автоназначения пользователя по сервисам, в зависимости от компетенции пользователя (компетенцию, необходимо создать в разделе **Справочники -> Компетенции**).
В этом случае компетенция должна быть указана у пользователя и сервиса.
После заполнения реквизитов пользователя, нужно настроить шаг автоматизации, который будет назначать исполнителя (подсистема Автоматизация, справочник **Шаги автоматизации**) - вместо справочника «Правила событий», выведенного из эксплуатации.
## Правила автоназначения исполнителей
* **Исполнитель с наименьшей нагрузкой** - будет назначен исполнитель, у которого наименьшая нагрузка.
* **Исполнитель с наименьшей нагрузкой из фиксированной группы** - будет назначен исполнитель, у которого наименьшая нагрузка в указанной группе.
* **Группа пользователей** - справочник Группы пользователей.
* **Линия поддержки** - справочник Линии поддержки.
* **Пользователь** - справочник Пользователи.
* **Исполнитель с наименьшей нагрузкой из фиксированной линии поддержки** - будет назначен исполнитель с наименьшей загрузкой из указанной линии поддержки.
* **Ответственный за сервис** - в качестве исполнителя, будет назначен пользователь или группа пользователей, которая указана ответственной за установленный в задании сервис (при его заполнении).
* **Фиксированная группа исполнителей** - в качестве исполнителя, будет назначена указанная группа пользователей.
* **Группа пользователей** - справочник Группы пользователей.
* **Линия поддержки** - справочник Линии поддержки.
* **Пользователь** - справочник Пользователи.
* **Фиксированный исполнитель** - в качестве исполнителя, будет назначен указанный пользователь.
Настройки завершены.
[Видеоинструкция](https://youtu.be/Ty_nc-aHGco)
---
## Всплывающие оповещения для документа "Задание"
Всплывающие оповещения помогают быть в курсе всех последних взаимодействий с заданиями, в которых участвует пользователь.
Настройки индивидуальны под каждого пользователя.
## Интервал проверки изменений. Включение и выключение всплывающих оповещений.
Перейдите в настройки пользователя
**Начальная страница -> Открыть персональные настройки пользователя (гаечны ключ) -> Настройки пользователя**.
В табличной части раскройте группу **Service Desk**. Установите нужные Вам значения в параметре *Интервал проверки изменений заданий для всплывающих оповещений в секундах*.
После настройки этого параметра, оповещения начнут свою работу.
* Интервал по умолчанию 5 минут.
* Чтобы отключить, введите значение **-1**.
## Настройка отображаемых оповещений.
В настройках пользователя перейдите в закладку **Настройка всплывающих оповещений**.
В табличной части можно выбрать события, которые будут отображаться в всплывающих оповещениях.
*По умолчанию установлено значение "Да" у всех событий.*
## Всплывающие оповещения визуально.
**Окно всплывающего оповещения**
Если пользователь нажмёт на оповещение, то автоматически попадёт в задание, в которое было внесено изменение.
После перехода по оповещению, оно пропадёт из накопленного списка.
**Накопленные оповещения**
В этот список попадают те оповещения, по которым ещё не был выполнен переход.
На накопленные оповещения можно нажать и перейти в изменённое задание.
Очистить список можно с помощью кнопки **Очистить**. Если программу закрыть, то список накопленных оповещений будет очищен.
## Пиктограмма "колокольчик"
Список открывается с помощью кнопки в виде колокольчика на верхней панели программы 
## Настройка шагов автоматизации для всплывающих оповещений
Начиная с версии 4.0 всплывающие оповещения настраиваются не через справочник «Правила событий» (выведен из эксплуатации), а в подсистеме **Автоматизация**: в шаг (справочник **Шаги автоматизации**) добавляется канал доставки **Всплывающее оповещение** с указанием получателей и шаблона сообщения - как и раньше, для каждого получателя можно использовать свой шаблон с нужными параметрами.
Коробочные потоки, использующие этот канал "из коробки": выполнение задания, добавление обычного комментария, добавление приватного комментария, изменение исполнителя.
---
## Выполнение одной задачи несколькими исполнителями
Часто бывает так, что задачу нельзя выполнить одному сотруднику и необходимо задействовать совместные усилия.
Такие задачи тоже можно решать в конфигурации. Для этого необходимо на основании одной задачи создать подзадачи.
1. Задача изначально:
2. Разделяем на несколько:
Теперь у каждого сотрудника свое задание. После выполнения двух дочерних заданий, основное задание можно закрыть.
---
## Динамические приоритеты
Версия программы **3.1.3.15** и выше.
При расчете приоритета задания, указания таких реквизитов, как **Важность** и **Срочность**, возможна ситуация, когда при прочих равных, требуется выделить задания по какому - либо дополнительному признаку.
Например, задачи от конкретного инициатора (директора или важного контрагента) могут иметь самый наивысший приоритет.
Но что делать, если уже есть задачи с критическими приоритетами, но при этом требуется и среди них определить, за какую задачу приступать немедленно?
А если такие задания могут поступать периодически? В данном случае, на помощь могут прийти *динамические приоритеты*. Ниже рассмотрим, как работать с этим механизмом.
Прежде всего, необходимо убедиться, что данный функционал включен и настроен.
Для этого необходимо перейти в раздел
**Администрирование -> Настройки параметров учета -> Проекты и задания**
Включить флаг **Использовать динамические приоритеты**. Тут же, можно установить вес каждого из видов приоритетов (по умолчанию эти значения уже заполнены).
После того, как данный флаг будет установлен, у таких справочников, как *Группы заданий*, *Карточки номенклатуры*, *Категории заданий*, *Контактные лица*, *Контрагенты*, *Места хранения*, *Организации*, *Подразделения*, *Пользователи*, *Потенциальные клиенты*, *Проекты*, *Процессы*, *Сервисы*, *Сотрудники*, *Способы создания заданий*, *Типы процессов*, *Услуги*, *Физические лица*, *Этапы процессов* станет доступен реквизит **Вес**, а в карточке документа **Задание** будут доступны два реквизита *Вес* и *Общий вес*.
Далее, необходимо в карточках тех инициаторов (либо карточках мест хранения, сервисов и/или услуг и т.д.), задания которых потребуют в дальнейшем первоочередного внимания, необходимо указать соответствующий вес.
После заполнения соответствующих реквизитов перечисленных выше справочников, механизм будет работать следующим образом: при каждой записи документа **Задание** программа будет проверять все указанные в задании реквизиты, и, если для конкретного реквизита документа, в его карточке заполнен реквизит *Вес*, то *Общий вес* задания будет равен сумме всех значений весов реквизитов.
Кроме того, у самого задания также возможна настройка его собственного *Веса*.
Реквизит *Общий вес* в карточке документа **Задание** является *вычисляемым* и не доступен пользователю для редактирования.
Пользователю, ответственному за распределение (либо выполнение) заданий достаточно лишь выполнить сортировку в форме списка документа **Задание** по полю *Вес (общий)*, чтобы выстроить задания по убыванию (либо возрастанию) приоритета.
---
## Документ «Задание»
## Общий обзор
Документ **Задание** - это карточка конкретной заявки или задачи в системе. Его можно открыть из списка заданий двойным кликом по строке. В отличие от боковой панели деталей задания (которая показывает основную информацию справа от списка), сам документ открывается отдельным окном и содержит полный набор реквизитов, действий и связанных сущностей.
Документ состоит из:
* **вкладок сверху**: Основное, Взаимодействия, Мои заметки;
* набора **подвкладок** под панелью кнопок: Участники, Файлы, Чек-лист и других (состав зависит от настроек проекта);
* **верхней панели кнопок** с быстрыми действиями;
* **центральной части** с информацией по заданию (SLA, описание, переписка);
* **боковой панели справа** с проектами, SLA, реквизитами.
Разберём всё по порядку.
## Верхняя панель кнопок
Слева направо:
1. **Сохранить и закрыть** - записывает все внесённые изменения и закрывает окно задания.
2. **Записать** (значок дискеты) - сохраняет изменения без закрытия документа.
3. **В работу / Выполнено** - кнопка смены статуса задания. Надпись меняется в зависимости от текущего статуса:
* если задание уже выполнено - на кнопке будет **В работу** (по нажатию задание возвращается в работу);
* если задание в работе - на кнопке будет **Выполнено** (по нажатию задание становится выполненным).
Никаких других переходов эта кнопка не делает - только между этими двумя статусами.
4. **Заполнить задание по шаблону** (звёздочка с восклицанием) - открывает справочник **Шаблоны заданий**. Выбираете нужный шаблон - и поля задания заполняются автоматически по нему.
В справочнике можно создавать собственные шаблоны кнопкой **Создать** и группировать их кнопкой **Создать группу**.
5. **Ассистент** (зелёная искра) - вызов встроенного **AI-ассистента** (внешний искусственный интеллект с разными моделями нейросетей). На уровне документа задания у ассистента доступны два готовых сценария:
* **Исправить ошибки в описании** - проверяет описание задания на грамматические и орфографические ошибки;
* **Заполнить теги** - подбирает и проставляет теги для задания по содержимому темы и описания.
6. **Отметить цветной кнопкой** (булавка) - помечает задание цветной кнопкой (чёрной, синей, зелёной, красной или жёлтой). Удобно для визуальной сортировки в списке.
7. **Трудозатраты** (календарь с цифрой) - открывает окно для фиксации трудозатрат по заданию.
8. **Печать** - вывод задания на печать по выбранному шаблону.
9. **Отчёты** - выпадающий список отчётов, доступных по заданию.
## Подвкладки
Под верхней панелью кнопок есть набор раскрывающихся подвкладок: **Участники**, **Файлы**, **Чек-лист** и другие. Их состав зависит от **настроек проекта** - в карточке проекта (вкладка **Функционал**) можно включать и отключать дополнительные подвкладки (например, **Номенклатуру**, **Трудозатраты** и другие).
### Участники
Список пользователей, которые добавлены в задание как наблюдатели или соисполнители. Доступные действия:
* **Добавить** - добавить нового участника в задание;
* **Удалить** - убрать выделенного участника из списка;
* **Покинуть задание** (ссылка внизу окна) - убрать себя из участников.
### Файлы
Список прикреплённых к заданию файлов. Доступны кнопки:
* **Добавить** - прикрепить файл (с выпадающим списком вариантов);
* **Удалить** (значок крестика);
* **Просмотреть** (значок глаза);
* **Сохранить копию**.
Ссылка **Присоединённые файлы** внизу открывает полный список присоединённых файлов в отдельном окне.
### Чек-лист
Список пунктов чек-листа по заданию. В чек-лист можно прикреплять как **задания**, так и **простой текст** (галочки-пункты).
:::info Чем чек-лист отличается от Подзадач
**Чек-лист** и блок **Подзадачи** (который виден в окне деталей справа от списка заданий) - это **разные сущности**:
* **Подзадачи** - это связанные задания, которые «знают» о своей связи с родительским заданием: в карточке самой подзадачи будет видно, к какому заданию она привязана.
* **Чек-лист** - это локальный список пунктов конкретного задания. Если в чек-листе прикреплено другое задание, оно у себя в карточке не показывает, что прикреплено к этому заданию.
То есть подзадачи - это полноценная иерархия заданий, а чек-лист - это рабочий список «что надо ещё сделать в рамках этого задания».
:::
Доступные действия:
* **Добавить** - добавить пункт в чек-лист;
* **Удалить** (крестик);
* **Стрелки вверх/вниз** - изменить порядок пунктов;
* Кнопка справа - добавить пункт как связанное задание.
## Вкладка «Основное»
На вкладке **Основное** расположена центральная часть документа: блок SLA, описание задания и переписка.
### Блок SLA в шапке задания
В верхней части под заголовком расположен блок с информацией по SLA-соглашению.
* **Проект SLA** - проект, к которому привязано SLA-соглашение;
* **Услуга** - выбранная услуга по соглашению (например, *Помощь по телефону*);
* **Приоритет** - уровень приоритета задания (например, *Ниже среднего (4)*);
* **Соглашение** - конкретное SLA-соглашение и дата его действия.
Ниже идут две зелёные плашки:
* **Время реакции** - сколько времени прошло с момента создания задания до первого ответа исполнителя. Статусы: **Ожидание** (ещё не отреагировали), **Выполнено** (исполнитель отреагировал в срок), при превышении - **Просрочено**.
* **Время выполнения** - сколько времени прошло с момента создания задания до его выполнения. Статусы аналогичные.
### Описание
Подробное описание задания. Чтобы отредактировать, нажмите на значок карандаша справа от заголовка блока.
### Переписка
Вся история сообщений по заданию: создание, добавленные комментарии, ответы инициатору. Под перепиской есть кнопки:
* **Добавить** - написать новое сообщение в переписку (это сообщение увидит инициатор и все участники задания);
* **Обновить** - обновить список сообщений, если кто-то написал в задание, пока окно открыто.
## Боковая панель справа
Справа от центральной части расположена панель с реквизитами задания, разбитая на три раскрывающихся блока.
### Блок «Проекты»
Список проектов, к которым привязано задание, с указанием текущего раздела в каждом из них (например, *Задания из писем • Выполнение*). По крестику рядом с разделом можно убрать задание из проекта. Кнопка **+ Добавить** под списком привязывает задание к ещё одному проекту.
### Блок «SLA»
Подробная информация по SLA-соглашению:
* **Организация** - своя организация;
* **Услуга SLA** - конкретная услуга;
* **Тип процесса** - например, *Запрос на обслуживание*;
* **Приоритет** - приоритет задания;
* **SLA** - ссылка на действующее соглашение.
Под полями расположены три кнопки управления SLA:
* **⏸ (пауза)** - вручную ставит SLA на паузу с указанием причины.
* **▶ (возобновить)** - снимает паузу и возобновляет отсчёт SLA.
* **ⓘ (информация)** - открывает отчёт по SLA с детальной информацией.
### Блок «Реквизиты»
Основные реквизиты задания:
* **Инициатор** - кто создал задание;
* **Исполнитель** - кто его выполняет;
* **Теги** - можно выбрать из справочника или создать новые;
* **Клиент** - для кого выполняется задание;
* **Дедлайн** - крайний срок выполнения;
* **Организация** - своя организация;
* **Ответственный** - ответственный сотрудник;
* **Приоритет** - приоритет задания.
В самом низу блока расположена кнопка **+ Добавить**, которая позволяет добавить в боковую панель дополнительные поля.
:::info Обратите внимание
Меню **+ Добавить** в реквизитах - это **общая** настройка: добавленные поля будут видны **всем пользователям**, кто откроет этот документ задания.
:::
В меню доступны:
* простые поля: **Подразделение, Склад, Спринт, Вес, Оценка Agile, Учётная запись**;
* подменю **Списки**:
* Файл
* Тег
* Подзадание
* Решение
* Зависимость
* Трудозатраты
* Номенклатура;
* подменю **Дополнительные реквизиты** - реквизиты, настроенные администратором в разделе **Администрирование → Общие настройки → Дополнительные реквизиты и сведения** (например, *Комментарий*, *Общий Вес*, *Плановая длительность*).
## Вкладка «Взаимодействия»
На вкладке **Взаимодействия** собраны все взаимодействия, связанные с заданием: письма, телефонные звонки, SMS, встречи и запланированные взаимодействия. Можно создавать новые взаимодействия кнопкой **Создать** и фильтровать список по типу и статусу.
## Вкладка «Мои заметки»
На вкладке **Мои заметки** можно вести персональные заметки по заданию.
---
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Документ «Проект»
## Общий обзор
Документ **Проект** - это карточка отдельного проекта в системе. Его можно открыть из списка проектов слева двойным кликом по строке проекта.
Документ состоит из:
* **вкладок сверху**: Основное, Взаимодействия, Задания проекта, Мои заметки, Присоединённые файлы;
* **верхней панели кнопок** с быстрыми действиями;
* **заголовка и общих реквизитов** (Наименование, По плану, Участники);
* **подвкладок настройки проекта**: Основное, Функционал, SLA, Kanban, Реквизиты.
Разберём всё по порядку.
## Верхняя панель кнопок
Слева направо:
1. **Сохранить и закрыть** - записать изменения и закрыть окно проекта.
2. **Записать** (значок дискеты) - сохранить изменения без закрытия документа.
3. **Дополнительные сведения** - открывает окно с дополнительными реквизитами проекта (колонки **Наименование**, **Значение**). Состав сведений настраивается администратором в **Администрирование → Общие настройки → Дополнительные реквизиты и сведения**.
4. **Создать на основании** - выпадающий список того, что можно создать на основании проекта. Доступно: **Задание**.
5. **Запланировать взаимодействие** (человечек с плюсом) - выпадающее меню с быстрым созданием взаимодействия по проекту:
* **Запланировать взаимодействие**;
* **Запланировать встречу**;
* **Написать SMS**;
* **Написать электронное письмо**;
* **Позвонить**.
6. **Напоминания и заметки** - выпадающее меню:
* **Напомнить…** - создать напоминание по проекту;
* **Создать заметку** - быстро создать заметку.
7. **Трудозатраты** - выпадающее меню:
* **Трудозатраты…** - открывает окно трудозатрат по проекту;
* **Указать…** (Ctrl+T) - быстро указать новые трудозатраты.
8. **Ещё** - выпадающее меню с дополнительными командами.
## Заголовок и общие реквизиты
В шапке документа отображается:
* **Наименование** проекта (например, *Задания из писем*);
* кнопка-индикатор **текущего статуса проекта** (например, *По плану*);
* **Участники** проекта (с указанием количества).
### Смена статуса проекта
По нажатию на кнопку статуса открывается окно **Смена статуса**, где можно выбрать новый статус из выпадающего списка и при необходимости указать комментарий (причину смены статуса).
Доступные статусы:
* **Не начат**
* **По плану**
* **Отстаёт**
* **Под угрозой**
* **Пауза**
* **Отменено**
* **Завершено**
После выбора нажимаете **Установить** - надпись на кнопке в шапке проекта поменяется.
## Вкладка «Основное»
На вкладке **Основное** настраивается сам проект. Под ней расположены подвкладки: **Основное**, **Функционал**, **SLA**, **Kanban**, **Реквизиты**.
### Подвкладка «Основное»
Здесь задаются базовые параметры проекта:
* **Клиент** - клиент, для которого создан проект (если применимо);
* **Период с / по** - даты действия проекта;
* **Код** - технический код проекта (например, *zadaniya-iz-pisem*);
* **Ответственный за проект**;
* **Руководитель проекта**;
* **Изображение проекта** (справа от поля «Руководитель проекта») - можно выбрать картинку, которая будет отображаться вместо стандартной иконки проекта;
* **Описание** - подробное описание проекта;
* **Комментарий** - короткий комментарий.
### Подвкладка «Функционал»
На этой подвкладке тумблерами включается и отключается функционал проекта. От того, что включено здесь, зависит набор полей и подвкладок в **документах Заданий** этого проекта.
Возле каждого тумблера есть значок **?** - всплывающая подсказка о том, что делает функция.
Доступные функции:
* **Склад** - добавляется вкладка номенклатура;
* **SLA** - необходимо активировать, если проект использует SLA;
* **Оценки** - отображать поле оценки выполнения в задачах проекта;
* **Трудозатраты** - учитывать в задачах проекта трудозатраты;
* **Обзоры** - использовать функциональность обзоров в проекте;
* **Клиенты** - нужен ли реквизит **Клиент** в задачах этого проекта (включается для тех проектов, где важно видеть, от какого клиента пришла задача);
* **Синхронизация статуса и разделов** - автоматически перемещает задания в раздел проекта при изменении статуса задания;
* **Ответственный** - использовать реквизит **Ответственный** в заданиях проекта для контроля выполнения.
### Подвкладка «SLA»
Настройки SLA для проекта:
* **Таймаут паузы SLA (часов)** - значение в часах, ограничивающее длительность паузы SLA.
### Подвкладка «Kanban»
Здесь выбирается **фон доски Kanban** для проекта. Настройка **персональная для каждого проекта** - каждый проект может иметь свой фон.
По кнопке справа от поля открывается справочник **Библиотека фонов канбан** со списком готовых вариантов.
Кнопка **Создать** позволяет добавить свой фон из файла с картинками.
### Подвкладка «Реквизиты»
Дополнительные реквизиты проекта, если они настроены администратором.
## Вкладка «Взаимодействия»
Все взаимодействия, связанные с проектом: письма, звонки, SMS, встречи. Аналогична одноимённой вкладке в задании.
## Вкладка «Задания проекта»
Открывается отчёт **«Список заданий (по проектам)»** - все задания проекта с группировкой и фильтрами по периоду и исполнителю.
## Вкладка «Мои заметки»
Персональные заметки пользователя по проекту.
## Вкладка «Присоединённые файлы»
Документы и файлы, привязанные к проекту в целом (не к отдельным заданиям).
---
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Заполнение заданий по шаблонам
Часто бывает так, что к нам постоянно приходят одни и те же задания, которые мы как под копирку постоянно используем.
В этом случае имеет смысл использовать шаблоны заданий.
Открыть их можно в подсистеме **Техническая поддержка -> Шаблоны заданий** и работают они аналогично шаблонам, которые создаются по расписанию, за исключением типа шаблона.
Вот пример шаблона, все жизненно:
А вот вкладка чек-лист:
Создадим задание и заполним его по шаблону:
Ну и вот он в списке шаблонов (если снять в шаблоне *Активность*, то его не будет видно в списке).
После выбора шаблона документ перезаполняется данными шаблона.
:::info Важно!
Если реквизит в шаблоне не будет заполнен, то он не очистится в документе при заполнении.
Это позволит частично заполнить задание вручную, а потом выбрать шаблон и заполнить задание полностью.
Либо использовать несколько шаблонов для заполнения одного задания.
:::
---
## Канбан-доска
## Общий обзор
**Канбан-доска** - визуальное представление заданий проекта в виде карточек, распределённых по столбцам. Каждый столбец на доске - это **раздел проекта**, а карточки - его задания. Доска помогает быстро видеть, в каком разделе находится каждое задание, и переключать задания между разделами одним движением мыши.
Чтобы открыть канбан-доску, перейдите в нужный проект и выберите вкладку **Канбан**.
## Структура доски
Канбан-доска делится на **столбцы**, каждый из которых соответствует одному разделу проекта (например, *Новые, Выполнение, Выполнено, Получили ответ* и так далее). Состав и порядок столбцов настраиваются в **Разделы проекта**.
В заголовке столбца отображается:
* **Название раздела** (например, *Новые*);
* **Количество заданий** в этом разделе;
* кнопка **+** для быстрого создания нового задания сразу в этом разделе.
Карточки внутри столбца сортируются **по номеру задания**.
## Карточка задания
На карточке отображается:
* тип (**Задача**) и номер задания (например, *#18*);
* тема задания;
* цветной маркер слева - индикатор состояния переписки по заданию;
* исполнитель задания, либо ссылка **+ Назначить**, если исполнитель ещё не выбран;
* при наличии - крайняя дата выполнения в правом углу карточки.
### Что означает цветной маркер
Маркер слева у карточки показывает состояние переписки по заданию относительно текущего пользователя:
* **🔴 красный** - Вы исполнитель и должны дать ответ;
* **🟠 оранжевый** - Вы не исполнитель, но по заданию ждёт ответа инициатор;
* **🟢 зелёный** - Вы ответили на задание;
* **🔵 синий** - кто-то из коллег дал ответ.
### Действия на карточке
**Один клик по карточке** - справа открывается боковое окно с деталями задания (как в списке заданий). Можно посмотреть описание, переписку и ответить, не открывая задание полностью.
**Двойной клик по карточке** - открывает документ задания целиком.
**Клик по исполнителю на карточке** - открывает небольшое всплывающее окошко с информацией об исполнителе и двумя кнопками:
* **Назначить на меня** - быстро поставить себя исполнителем;
* **Сменить исполнителя** - открывает окно выбора другого сотрудника.
## Перемещение карточек
Карточку можно **перетащить мышью** из одного столбца в другой. При этом **раздел задания поменяется автоматически** - никаких дополнительных действий делать не нужно.
Например, перетянули карточку из «Новых» в «Выполнение» - задание сразу перейдёт в раздел «Выполнение».
:::info Синхронизация со статусом задания
Если в проекте включена опция **«Синхронизация статуса и разделов»** (карточка проекта → вкладка **Функционал**), задание будет автоматически перемещаться в нужный раздел и при изменении его статуса в самом документе задания. То есть смена статуса в задании = смена столбца на канбане.
:::
## Создание задания с канбан-доски
Создать новое задание можно двумя способами:
* кнопкой **Создать** (зелёный плюс) над списком столбцов - откроется стандартное окно создания задания;
* кнопкой **+** в заголовке нужного столбца - прямо под заголовком появится поле **«Заголовок задачи…»** и кнопка **Добавить**. Это самый быстрый способ - вводите тему, нажимаете **Добавить** и задание сразу появляется в этом разделе.
## Фильтрация на канбан-доске
Рядом с кнопкой **Создать** есть значок **воронки** - открывает справочник **Наборы фильтров** с собственными сохранёнными наборами отбора. Выбираете нужный набор и нажимаете **Выбрать** - фильтр применится ко всем столбцам доски одновременно.
Подробнее про создание и сохранение своих наборов фильтров см. статью **«Интерфейс работы со списком заданий»**, раздел **«Фильтры и сохранение собственных наборов»**.
## Настройка фона доски
Каждый проект может иметь свой **фон канбан-доски** - персональная настройка. Выбирается в карточке проекта на подвкладке **Kanban** из справочника **Библиотека фонов канбан**.
Подробнее см. статью **«Документ "Проект"»**, раздел **Подвкладка «Kanban»**.
## Настройка столбцов (разделов проекта)
Состав и порядок столбцов на доске соответствуют справочнику **Разделы проекта**. Чтобы изменить столбцы (добавить новый, переименовать, поменять порядок, скрыть).для изменения колонок нужно изменить разделы, в спровчнике разделы проектов.
Подробнее см. статью **«Интерфейс работы со списком заданий»**, раздел **Кнопка текущего раздела задания**.
---
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Контроль изменения этапов задания
Руководителю Service Desk или ИТ-отдела обязательно нужно контролировать ход выполнения заданий.
Выполнение заданий определяется с помощью этапов процесса и для этого в конфигурации предусмотрен механизм, который отражает информацию о переводе задания на тот или иной этап.
Чтобы воспользоваться функционалом, перейдем в форму документа **Задание**, по которому хотим просмотреть информацию о переводах на этапы и в верхнем меню команд, нажмем гиперссылку *Этапы*.
Перед нами откроется табличная часть **Этапы задания**, в которой отражен список всех задействованных этапов данного задания.
При этом с точностью до секунды указана дата начала и дата окончания этапа.
Давайте подробней разберем процесс отражения дат. Для разных типов этапов даты выставляются по-разному, что это значит?
Для этапа *Новый* дата начала фиксирует дату и время создания этого задания в программе, а дата окончания будет отражать дату перевода задания на следующий этап.
Для этапа *Выполнение* все проще, дата начала и окончания фиксируют изменение этапа.
То есть, задание переведено на выполнение - дата начала зафиксирована, задание переведено на следующий этап - дата окончания зафиксирована.
С этапами типа *Выполнено* ситуация обстоит сложнее.
Дело в том, что у данного этапа фиксируется интервал с момента перехода на этот этап, до момента полного завершения задания.
Другими словами, перевели задание на этап *Выполнено* - дата начала отразилась, а дата окончания будет зафиксирована, когда задание полностью завершится.
Данный функционал позволяет также отобразить пользователя, который являлся исполнителем задания на соответствующем этапе.
Для этого необходимо нажать кнопку **С исполнителями** или `F12`.
---
## Настройка автоматического создания заданий и рассылки оповещений
Для настройки регламентных заданий необходимо открыть обработку **Администрирование -> Регламентные и фоновые задания**:
Она отвечает за выполнение регламентных заданий.
В ней необходимо найти регламентные задания, которые отвечают за загрузку заданий из почтового ящика *Получение и отправка электронных писем №1..5*.
Каждое регламентное задание по отправке почты, будет автоматически связано с определенной системной почтой, которая настроена в программе.
Способ привязки регламентного задания осуществляется автоматизировано и воздействовать на него нельзя.
Единственное, для того, чтобы точно определить какое регламентное будет осуществлять получение и отправку писем, нужно перейти в настройки почты.
Для этого перейдите в раздел **Администрирование -> Настройки почты**. В настройках любой из настроенных учетных записей почты,
Вы сможете увидеть какое регламентное отвечает за обработку (см. скриншот).
После того, как определили точно какое регламентное задание отвечает за обработку, перейдем к настройке его расписания.
Настройте ее запуск в соответствии с тем, как бы часто Вы хотели выполнять фоновые задания по загрузке и отправлять рассылку оповещений.
В серверной информационной базе после установки повторов выполнения регламентных заданий.
Фоновые задания выполняются автоматически.
Т.е. автоматически отправляются оповещения подписанным пользователям и создаются задания на основании писем.
Если у Вас файловая база, то выполнение фоновых заданий в файловой базе, отличается от выполнения в серверной.
---
## Настройка заполнения реквизита "Клиент" в зависимости от выбранного инициатора
## Настройки механизма
Начиная с версии **3.1.15.8** изменено поведение заполнения реквизита *Клиент* в документе **Задание**.
Теперь механизм работает одинаково для любого варианта создания задания. Более того, он стал более гибким и настраиваемым.
В настройках параметров учета добавлен новый пункт - **Приоритет выбора клиента**(1).
Когда переходим в этот раздел, то видим две колонки: **Инициатор** и **Клиент**
В колонке **Инициатор** перечислены все справочники, к которым может относится инициатор.
Выделив любой из пунктов, в правой колонке **Клиент**(2) станут доступны все типы клиента, связанные с инициатором (3).
В этой колонке они расположены в той последовательности, как будет происходить поиск - чем выше тип, тем больше приоритет для поиска.
Над колонкой расположены две кнопки для перемещения строки вверх или вниз (4).
Выстроив список в нужном порядке, не забудьте нажать кнопку "Применить" (5) в нижней части формы.
Если что-то пошло не так и необходимо "сделать все как было" то это тоже не проблема.
Под левой колонкой расположена спасительная кнопка ***По умолчанию*** (6).
Если нажать на нее, то механизм заполнит все так, как было предусмотрено разработчиком.
## С настройками закончили и перейдем к тому, как это работает в документе
Здесь ничего особо не изменилось. Мы так же выбираем инициатора (если делаем документ "руками") и в поле **Клиент** подставляется автоматически (если есть, что подставлять).
Единственное что изменилось - приоритет поиска подходящего значения, который мы настроили раньше.
Следует отметить, что прямой связи между элементами справочника "Физические лица" с организациями и подразделениями нет.
Поэтому если в базе нет сотрудника с данным физ.лицом, то данные об организации и подразделении мы не получим.
Похожим образом дело состоит и с пользователем: если у пользователя не указано подразделение, от организацию мы так же не сможем получить.
Начиная с версии **3.1.15.7** появился механизм, который многие просили.
Он позволяет настраивать правила выбора клиента в зависимости от типа инициатора.
Данный механизм распространяется на задания, которые создаются в ручном режиме, через почту, телеграмм, личный кабинет и мастера регистрации.
Так же механизм задействован и при создании шаблона задания.
---
## Интерфейс работы со списком заданий
## Общий вид Списка заданий
Окно работы с заданиями разделено на три функциональные зоны.
* **Зона 1 (список проектов слева)** - все проекты собраны в одном месте в виде вертикального списка: «Внедрение», «Доработка» и так далее. Чтобы открыть задания конкретного проекта, достаточно один раз кликнуть по его названию. Над списком есть раздел **Входящие**.
* **Зона 2 (список заданий в центре)** - сам список заданий выбранного проекта. Колонки: **Тема, Номер, Дата, Инициатор, Исполнитель, Раздел, Оценка**. Над списком - панель действий с кнопками (создание, фильтр, исполнитель, группировка, цветные отметки и прочее), а справа от неё - кнопка текущего раздела выбранного задания и кнопка **Выполнено**.
* **Зона 3 (панель деталей задания справа)** - при нажатии на задание в колнке справа сразу появятся: номер задания и дата, тема, инициатор, клиент, текущий исполнитель, привязанные проекты, блок **SLA** (проект SLA, услуга, приоритет, соглашение, время реакции, время выполнения), описание и переписка. Отвечать на задание можно прямо отсюда, не открывая документ.
## Окно деталей задания
При нажатии на любое задание в списке справа открывается **панель с подробной информацией** о нём. В ней можно узнать всё необходимое, прочитать описание и ответить инициатору, **не открывая задание полностью**.
В верхней части окна отображается:
* кнопка действия по заданию (**В работу**, **Выполнить** и другие - зависит от текущего раздела задания);
* **номер задания** и **дата создания** (например, *Задание #29 25.05.26 09:31*);
* **тема задания** - её можно изменить, нажав на значок карандаша рядом;
* если задание уже выполнено - отметка **ЗАДАНИЕ ВЫПОЛНЕНО** с датой и временем выполнения;
* **Инициатор** - кто открыл задание;
* **Клиент** - для кого выполняется задание;
* **Текущий исполнитель** - кто сейчас отвечает за задание;
* блок **Проекты** - к каким проектам привязано задание и в каком разделе оно находится в каждом из них;
* блок **SLA** - полная информация по соглашению об уровне обслуживания: проект SLA, услуга, приоритет, соглашение и его номер, время реакции и время выполнения с текущим статусом.
Ниже расположены ещё несколько блоков:
* блок **Подзадачи** - список связанных подзаданий, если они есть;
* **Описание** - подробное описание задания. Чтобы отредактировать, нажмите на значок карандаша справа;
* **Переписка** - вся история сообщений по заданию. Под перепиской есть кнопки **Добавить** и **Обновить** - через **Добавить** можно ответить инициатору прямо отсюда, не переходя в сам документ задания.
Так что достаточно один раз кликнуть на задание в списке, чтобы получить о нём всю информацию и при необходимости написать ответ.
## Раздел «Входящие»
Над списком проектов есть раздел **Входящие**.
Это общий список всех событий, которые требуют Вашего внимания: новые комментарии в заданиях, новые письма, изменения по заданиям, в которых Вы инициатор, исполнитель или наблюдатель.
В списке отображаются колонки: **Дата, Тип события, Тема, Источник, Автор**. Под основной таблицей есть область предпросмотра - при выборе строки в ней появляется содержимое события.
Доступные действия:
* **Прочитано все** - отмечает все события в списке как прочитанные;
* **Кнопка с красным крестиком** - удаляет из входящих **все прочитанные** события сразу. Перед удалением программа выдаст подтверждение *«Удалить все прочитанные события из входящих?»* - нажимаете **Да**, и список очищается от прочитанного.
* **Кнопка справа от крестика** - удаляет **выбранное** событие из входящих. Если в списке ничего не выделено, программа выдаст сообщение *«Не выбрано ни одно событие для удаления.»*.
* **Поиск** (Ctrl+F) - поиск по списку событий;
* **Ещё** - дополнительные команды.
## Меню действий над списком проектов
Если навести курсор на список проектов, рядом со словом **Проекты** появляется кнопка с троеточием. По нажатию открывается меню с действиями:
* **Создать** (Ins) - создать новый проект;
* **Поиск** (Alt+F) - найти проект по названию (полезно, когда проектов много);
* **Закрепить проект** - закрепляет выделенный проект, чтобы он всегда был сверху списка;
* **Показать скрытые проекты** - отображает проекты, которые были ранее скрыты из списка.
## Избранные проекты
Рядом с названием открытого проекта (в центральной части окна) есть значок **звёздочки**. По нажатию на него проект добавляется в избранное - такая же звёздочка появится напротив проекта и в списке слева, а сам проект переместится в начало списка.
:::info Обратите внимание
Избранное - **персональная** настройка каждого пользователя. То есть звёздочка ставится только у того, кто её нажал: для остальных пользователей порядок проектов в их списке не изменится.
:::
Чтобы убрать проект из избранного, нажмите на звёздочку повторно.
## Три режима просмотра: Список, Канбан, База знаний
В каждом проекте есть переключение между тремя режимами отображения.
### Список
Привычный табличный вид заданий с колонками: Тема, Номер, Дата, Инициатор, Исполнитель, Раздел, Оценка.
### Канбан
Задания отображаются в виде карточек, распределенных по столбцам. **Каждый столбец на канбан-доске - это существующий раздел проекта** (тот же самый, что и в справочнике «Разделы проекта», описанном ниже).
Карточку можно **перетащить мышью** из одного столбца в другой - раздел задания при этом поменяется автоматически. Например, перетянули карточку из «Нового» в «Выполнение» - и задание сразу перейдет в раздел «Выполнение», никаких дополнительных действий делать не нужно.
На самой карточке отображается:
* тип (**Задача**) и её номер (например, *#18*);
* тема задания;
* цветной маркер слева (статус/приоритет);
* исполнитель - аватарка с инициалами и ФИО, либо ссылка **+ Назначить**, если исполнитель ещё не выбран;
* при наличии - крайняя дата выполнения в правом нижнем углу карточки.
### База знаний
Статьи к проекту можно писать прямо из списка заданий. Открываете нужный проект, переходите на вкладку **База знаний** и нажимаете **Добавить страницу** или **Добавить папку**.
## Панель действий над списком заданий
Над списком заданий расположена панель быстрых действий с основными инструментами для работы со списком: создание заданий, фильтрация, назначение исполнителя, группировка, цветные отметки и прочее.
Так выглядит панель целиком:
Разберём кнопки слева направо:
1. **Создать** - создает новое задание в текущем проекте.
2. **Фильтр (воронка)** - открывает выпадающий список с готовыми отборами (*В работе, Выполненные, Все, Я текущий исполнитель, Я инициатор, Мои наборы*) и позволяет сохранять собственные наборы. Подробно описано ниже в разделе **«Фильтры и сохранение собственных наборов»**.
3. **Выбрать исполнителя** (значок человечка) - открывает окно выбора исполнителя для выделенного задания. Подробно описано ниже в разделе **«Выбор исполнителя»**.
4. **Создать новый элемент копированием текущего** - создает новое задание на основе того, что выделено в списке (копия).
5. **Группировка данных** - группирует список по выполнено / не выполнено, по исполнителям, по сервисам, по разделам, по спринтам.
6. **Отметить цветной кнопкой задание** - помечает задание цветной кнопкой: черной, синей, зеленой, красной или желтой. Удобно для быстрой визуальной сортировки.
7. **Установить выделенным в списке заданиям «Просмотрено»** - проставляет отметку «Просмотрено» для всех заданий, которые выделены в списке.
8. **Дополнительные сведения** - открывает окно с дополнительными реквизитами задания. Значения можно заполнять прямо в этом окне и сохранять кнопкой **Записать и закрыть**.
:::info Обратите внимание
Состав дополнительных сведений в каждой базе свой - их настраивает администратор под задачи конкретной организации.
Например, на скриншоте выше показаны сведения, созданные специально под эту базу (*Value, MoSCoW, Voiting, Effort, Priority* - реквизиты для работы по Agile-методологиям), а у Вас в базе будут свои.
Настраиваются дополнительные сведения в разделе **Администрирование -> Общие настройки -> Дополнительные реквизиты и сведения**.
:::
9. **Ассистент** - открывает окно встроенного **AI-ассистента**. Это чат с искусственным интеллектом, в котором можно работать с разными моделями нейросетей.
10. **Кнопка текущего раздела задания** (например, *Выполнение*) - показывает раздел выделенного в списке задания. Надпись на кнопке меняется в зависимости от того, на каком этапе сейчас находится задание. По клику открывается справочник **Разделы проекта**. Подробно описано ниже в разделе **«Кнопка текущего раздела задания»**.
В правой части панели расположены ещё несколько элементов:
11. **Поиск** (Ctrl+F) - поле для быстрого поиска по списку заданий.
12. **Лупа** - расширенный поиск (с дополнительными условиями).
13. **Ещё** - выпадающее меню с дополнительными командами (изменить, обновить, настроить список, выбрать настройки, фильтр, группировка, объединить в проблему, история изменений и так далее).
14. **Кнопка перевода в раздел** - переводит выделенное задание в следующий раздел автоматически. Надпись на кнопке зависит от текущего раздела: для выполненного задания будет **В работу**, для задания в работе - **Выполнено**.
## Кнопка текущего раздела задания
На панели есть кнопка, которая показывает **текущий раздел выбранного в списке задания**. Это не фиксированное название - надпись на кнопке меняется в зависимости от того, в каком разделе сейчас находится выделенное задание.
Например:
* если выбрано задание со статусом *«Ждём ответ»* - на кнопке будет надпись **Ждём ответ**;
* если выделили задание в работе - надпись поменяется на **Выполнение**;
* если задание только поступило - **Новый** и так далее.
По нажатию на эту кнопку открывается справочник **Разделы проекта** - список всех разделов, по которым задание может проходить в проекте.
По умолчанию доступны разделы: **Новый, Выполнение, Выполнено**.
В этом окне можно менять порядок разделов (кнопки со стрелками вверх/вниз и **Изменить порядок**) и создавать свои собственные кнопкой **Создать**.
## Выбор исполнителя
Кнопка с человечком на панели открывает окно **Выбрать исполнителя для задания**.
В окне видно: тему задания, проект, услугу SLA, текущего исполнителя, а ниже - указывается нагрузка исполнителя и линия техподдержки. Выбираете нужного сотрудника и нажимаете **Выбрать**.
## Фильтры и сохранение собственных наборов
### Готовые фильтры
В выпадающем списке кнопки-воронки доступны:
* В работе
* Выполненные
* Все
* Я текущий исполнитель
* Я инициатор
* Мои наборы…
* Сохранить как набор…
### Как настроить свой отбор
1. Нажимаете **Ещё → Настроить список**.
2. Откроется окно **Настройка списка**. Переходите на вкладку **Отбор**.
3. Из левого столбца **Доступные поля** добавляете нужные условия в правую часть.
4. Нажимаете **Завершить редактирование**.
### Как сохранить свой фильтр
1. Нажимаете на воронку.
2. В выпадающем меню выбираете **Сохранить как набор…**.
3. Сохраненный набор появится в разделе **Мои наборы** - в следующий раз достаточно выбрать его одним кликом.
:::info Совет
Сохраненные наборы фильтров - удобный инструмент для тех, кто работает с большим количеством заданий: можно создать наборы под разные сценарии (например, «Мои в работе на этой неделе», «Открытые по моим проектам», «Просроченные SLA») и быстро между ними переключаться.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Номер числом в форме списка документа Задание
До версии **3.1.12.6** все документы **Задание** в системе имели строковую нумерацию и номер представлял собой строку вида ***00000000653***.
С точки зрения интерфейса это выглядело не очень... Используется куча нулей и это мешает восприятию.
Иногда, в номер добавлялся префикс, но в целом номер должен быть всегда уникален.
С версии **3.1.12.6** мы решили изменить это поведение и добавили **по умолчанию** возможность использования **номера числом**.
Вот теперь как это выглядит:
Все гораздо компактнее и лучше для восприятия.
Для тех, кто хочет использовать номер строкой из-за префиксов, мы оставили такую возможность.
Для этого необходимо открыть в этой форме справа сверху **Еще -> Изменить форму**.
В открывшемся окне необходимо найти в списке реквизитов Ссылка, установить фокус на этот реквизит и щелкнуть **Добавить поля**.
Откроется еще одно окно и в нем необходимо найти Номер. После чего нажать Ок, далее Применить.
А со старого реквизита Номер (который числом) снять галочку отображения. В этом случае будет отображен номер строкой, вместо номера числом.
---
## Осуществление проверки выполнения задания
Обычно определенные задания, которые имеют повышенную важность или сложность в выполнении должны подвергаться проверки квалифицированным специалистом или руководителем.
Для того, чтобы убедиться, что все выполнено в полной мере и не допущены в ходе выполнения ошибки.
В конфигурации задания определяются выполненными или новыми и т.д., благодаря этапам процессов, переводя, которые задача переходит на ту или иную стадию.
Следовательно, когда задание выполнено оно должно быть переведено на этап *Проверка*, а уже после проверки может быть либо исправлено, либо выполненным.
При всем при этом сотрудник, который выполнял эту задачу не должен иметь право самостоятельно установить статус *Выполнено*, так как не была осуществлена проверка.
В данном уроке рассмотрим способ, как настроить документ **Задание** таким образом, чтобы исполнитель мог выполнить задачу и отправить ее на проверку своему руководителю.
Переходим в раздел **Справочники -> Процессы** и создаем новый процесс, который будет использоваться в заданиях подобного характера.
Заполняем реквизиты процесса, находящиеся вверху и переходим к настройке табличной части **Этапы**.
В табличную часть нужно добавить список необходимых для данного процесса этапов. Список этапов будет выглядеть следующим образом:
* [x] Новый
* [x] Выполнение
* [x] Проверка
* [x] Рассмотрение
* [x] Выполнено
* [x] Возобновлено
После добавления нужных этапов в обязательном порядке расставляем связь переходов между ними.
Перейти с этапа *Новый* на этап *Выполнение* и т.д.
Следующим шагом у каждого из этапов, необходимо установить исполнителя по умолчанию, то есть данный сотрудник будет указан автоматически в качестве текущего исполнителя в задание.
На этапах *Новый*, *Выполнение* и *Возобновлено* исполнителя по умолчанию укажем сотрудника, который будет отправлять задачу на проверку своему руководителю.
А на этапах *Проверка*, *Рассмотрение* и *Выполнено* исполнитель по умолчанию должен быть установлен сотрудник, осуществляющий проверку выполнения задания.
В результате настроенный процесс будет примерно таким:
После этого, все, что остается это запретить сотруднику, который отправляет задание на проверку, переводить эту задачу на этапы, где он не является исполнителем.
А именно это этапы *Проверка*, *Рассмотрение* и *Выполнено*, для этого нужно отключить у него роль *Распределение заданий*.
---
## Оценка заданий и определение лояльности пользователей техподдержки
Не секрет, что сотрудников техподдержки необходимо постоянно держать в тонусе.
Не должно быть ситуаций, когда инцидент можно выполнить сейчас, а можно и послезавтра.
Лояльность и удовлетворенность клиентов оказанными услугами вырабатываются месяцами и это можно потерять в один момент просто потому, что не вовремя или не так как надо будет оказана услуга или выполнен запрос на обслуживание.
Для этого и существует оценка заданий (инцидентов).
:::info
Механизм оценки заданий (инцидентов) позволяет конечному пользователю (потребителю услуг) оценить каждое задание установив по нему оценку (если задание выполнено) и при необходимости вернуть задание на доработку (если задание не выполнено).
:::
Ситуация когда исполнитель считает, что задание выполнено, а инициатор проверяя эту работу видит, что исполнитель сделал совсем не то, появляется очень часто.
Поэтому иметь возможность вернуть задание в доработку конечному клиенту очень важно.
Так как это инструмент влияния на исполнителей заданий заставляет их работать эффективней и лучше.
## Настройка
Чтобы выполнить настройку оценок, необходимо открыть подсистему
**Администрирование -> Настройки параметров учета -> Проекты и задания -> Оценка заданий**
Есть два способа установки оценки заданий из письма:
### Через личный кабинет
Этот способ подходит тем, кто использует подсистему личный кабинет. Подробная настройка этого способа приведена в [этой статье](/it/nachalo-raboty/publikaciya-konfiguracii-na-web/http-servisovy/ustanovka-ocenok-po-zadaniyu-v-lichnom-kabinete).
### Ответным письмом
Этот способ проще, так как не надо ничего настраивать.
Пользователю приходит письмо с просьбой оценить выполненное задание, пользователь оценивает нажимая гиперссылку, создается новое письмо с уже заполненными полями адресат (адрес техподдержки), темой (предопределенная, ее не нужно менять) и текстом.
При отправке этого письма будет установлена оценка заданию.
## Справочник "Оценки заданий"
Сам справочник нужен для настройки внешнего вида. Внешний вид может быть двух видов: только текст или только изображение.
Если будет выбрано *Только текст*, то оценка в письме будет представлять собой кнопку с цветом фона и цветом текста, ну и самим текстом.
Если же будет выбрано *Только изображение*, то в качестве оценки будет выведена картинка.
Все реквизиты этого справочника просты и понятны.
Подробнее можно ознакомиться с этим механизмом [в видео.](https://youtu.be/Hn07tk_mvXU)
---
## Перенос переписки в документе "Задание"
Бывают случаи, когда становится необходимо перенести переписку из одного *Задания* в другое.
Например, человек, обратившийся в техподдержку, создает одинаковые задания или пишет комментарий в новом задании и нам их нужно объединить.
В нашей конфигурации реализован подобный механизм. В этой статье предлагаю ознакомиться с ним.
Для этого откроем документ **Задание**, в которое мы хочем перенести переписку и нажмем в верхнем меню **Перенос переписки из другой задачи**, как показано на изображении.
После этого перед нами откроется следующее окно.
В данном окне нам нужно выбрать задание из которого будет перенесена переписка, а так же определить нужно ли перенести описание в комментарий и пометить на удаление само задание.
После того как мы определились с нужными нам опциями можно нажать кнопку **Перенести**.
Следует обратить внимание на следующую логику при переносе переписки из другого задания.
Если у заданий стоят разные инициаторы, то инициатор, из задания откуда берется переписка, становится наблюдателем в задании куда перенесена переписка.
Так же при пометке на удаление задания, и если в нем велась переписка, то дальнейшие письма больше не будут приходить в это задание, а будут создавать новое.
---
## Переписка с инициатором, или приемы техподдержки
Вы обращали внимание на то, что, когда вы обращаетесь куда-то в электронном виде за поддержкой, часто те, кто отвечают на "той" стороне стараются ответить последними.
Например, вот такой вымышленный диалог:
***Вы:*** У меня проблема. Такая-то, такая-то.
***Техподдержка:*** Сделайте то-то и то-то и все заработает.
***Вы:*** Спасибо! Получилось
***Техподдержка:*** Был рад помочь.
***Вы:*** А если еще возникнут вопросы, можно задавать?
***Техподдержка:*** Конечно.
***Вы:*** Еще раз спасибо!
***Техподдержка:*** Всего доброго.
Обратите внимание - что бы Вы не писали, саппорт всегда старается ответить последним, хотя в некоторых случаях можно было бы обойтись и без этого, например, как в диалоге Выше.
***На самом деле это не просто так!***
Это специальный прием, который позволяет техподдержке делать свое дело.
Зачем это нужно и почему так работать правильно рассмотрим причины таких действий на примере нашей конфигурации:
Вот как выглядит окно с заданиями:
Пусть вас не смущает этот скриншот - это пример. Обратите внимание на столбец **Номер** в нем есть цветной индикатор.
Он означает следующее:
* **Цвет серый** - задание выполнено и завершено. Текст переписки не имеет значения в текущий момент, не обращаем на него внимания.
Цвет зеленый - в задании текущий пользователь (т.е. Вы) являетесь исполнителем и в переписке с пользователем, вы последним добавили сообщение. Т.е. мяч на той стороне и вы либо ждете ответа, либо задание закроется автоматически.
* **Цвет зеленый с белой буквой Т** - в задании текущий пользователь (т.е. Вы) НЕ являетесь исполнителем и в переписке с пользователем, ответственный сотрудник техподдержки последним добавил сообщение, т.е. ответил человек из техподдержки.
* **Цвет красный** - в задании текущий пользователь является исполнителем и в переписке инициатор последним добавил сообщение. Т.е. вам необходимо что-то сделать: помочь с ответом, вопрос не решен и требует доработки и т.д.
* **Цвет желто-оранжевый** - в задании текущий пользователь НЕ является исполнителем и в переписке инициатор последним добавил сообщение. Т.е. Вы к заданию не имеете прямого отношения, но видите, что тот, кто отвечает за него еще не ответил инициатору задания.
* **Цвет синий** - вы видите задание или являетесь наблюдателем и в нем было добавлено сообщение, но добавлено не инициатором и не текущим исполнителем.
Ну а теперь начинается магия! :)
Смотрим, на список и находим для себя КРАСНЫЕ индикаторные маркеры.
Ага - это наши задачи, нам написали те, кто обратился, и мы им еще не ответили.
Далее желто-оранжевые, мы там не решаем ничего, но в случае, если долго висит, может стоит поинтересоваться у коллег почему долго не закрывается задача.
Синий - это не так важно, но все же. Ну и последние - зеленые - в них все отлично: мы ответственные и мы или наши коллеги отписались последними, значит все под контролем.
Такой простой прием позволяет быстро быть в курсе всего и не смотреть один и те же задачи.
Более того, если настроено автозакрытие заданий, то программа увидит, что мы последние редактировали задание и, если в течении какого-то времени инициатор не ответит, значит будем считать, что задание было нами решено или выполнено.
При этом программа сама все автоматически закроет.
Вот поэтому техподдержка всегда и заканчивает последней в переписке все ради этого!
Мы рекомендуем эту схемы работы, как наиболее удобную.
---
## Поля, шаблоны и приоритеты документа «Задание»
В этой статье разобраны вопросы, с которыми чаще всего обращаются пользователи: что означают поля при создании задания, как работает кнопка «Стать исполнителем», как настроить повторяющиеся задания по расписанию и как посмотреть историю изменений.
## Основные поля документа «Задание» и что в них заполнять
При создании задания вручную форма содержит несколько групп реквизитов. Ниже — объяснение каждого.
| Поле | Что означает | Когда заполнять |
|------|-------------|-----------------|
| Тема | Краткое название задания — отображается в списке | Всегда, обязательно |
| Описание | Подробное описание задачи, форматированный текст | Когда нужны детали или вложенные изображения |
| Инициатор | Тот, кто обратился с задачей (сотрудник, контакт, контрагент) | Заполняется автоматически из источника создания или вручную |
| Клиент | Объект, связанный с инициатором | Зависит от типа инициатора — подробнее в статье [«Принцип заполнения реквизитов Инициатор и Клиент»](https://docs.softonit.ru/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/princip-zapolneniya-rekvizitov-iniciator-i-klient/#generator) |
| Текущий исполнитель | Кто сейчас выполняет задание | Не заполняется автоматически при создании вручную — назначается явно |
| Дата начала | Когда задание должно быть начато | При планировании работ |
| Приоритет | Уровень важности задания | По необходимости — см. раздел о приоритетах ниже |
| Организация, Подразделение | Организационный контекст задания | Для фильтрации и отчётов |
| Проект | Привязка к проекту | Если задание входит в состав проекта |
| Категория | Тематическая классификация | Для отчётности и маршрутизации |
:::info Важно
При создании задания вручную поле «Текущий исполнитель» остаётся пустым — система не подставляет туда создателя автоматически. Автор задания и исполнитель — разные вещи. Назначьте исполнителя явно или воспользуйтесь кнопкой «Стать исполнителем».
:::
## Кнопка «Стать исполнителем»
В форме задания есть кнопка, которая позволяет быстро назначить себя исполнителем — или снять себя с исполнения, если вы уже назначены.
Кнопка работает как переключатель:
- Если вы не назначены исполнителем — подсказка кнопки показывает «Стать исполнителем», при нажатии ваш пользователь подставляется в поле «Текущий исполнитель»
- Если вы уже исполнитель — подсказка меняется на «Снять себя с исполнения» и при нажатии очищает поле
Это удобно, когда исполнитель видит задание в очереди и берёт его в работу самостоятельно, без ручного выбора из списка пользователей.
## Приоритеты
Приоритет определяет важность и срочность задания. В системе пять уровней:
| Уровень | Название | Когда использовать |
|---------|----------|--------------------|
| П1 | Критический | Полная остановка работы, немедленное реагирование |
| П2 | Высокий | Серьёзная проблема, влияющая на бизнес-процесс |
| П3 | Средний | Нарушение работы, есть временное решение |
| П4 | Низкий | Незначительная проблема или пожелание |
| П5 | Очень низкий | Вопрос без срочности, информационный запрос |
Приоритет влияет на порядок в очереди выполнения и может учитываться в SLA. Если приоритет не задан — задание обрабатывается в порядке поступления.
## Этапы и статусы задания
Это разные понятия, которые часто путают.
### Этапы
**Этапы** — это шаги рабочего процесса, по которым движется задание. Набор этапов настраивается администратором в разделе **Справочники → Этапы процессов** и может быть любым. Пользователь или система переводит задание с этапа на этап вручную или автоматически по настроенным шагам автоматизации.
Примеры типичных этапов: *Новый*, *В работе*, *Выполнение*, *Проверка*, *Согласование*, *Бэклог*, *Отменено*.
Каждый этап имеет **состояние** — глобальный признак, определяющий поведение системы. Состояний восемь: Новый, Подготовка, Бэклог, В работе, Подпроцесс, Приостановка, Выполнен, Закрыт. Например, несколько разных этапов могут иметь одно и то же состояние «В работе».
### Статусы
Статусов, в отличие от этапов, **только два**, и оба выставляются **автоматически** — вручную их установить нельзя:
- **Выполнено** — задание переходит в этот статус, когда исполнитель довёл работу до конца со своей стороны. Это не означает, что инициатор принял результат — только что исполнитель считает задачу выполненной.
- **Завершено** — финальный статус. Устанавливается автоматически регламентным заданием **«Автоматическое завершение заданий»** спустя настроенный период после перехода в «Выполнено», если инициатор не вернул задание на доработку. Также устанавливается, когда инициатор выставляет оценку. По сути, «Завершено» — это «Выполнено» с подтверждением со стороны инициатора.
Общая схема жизненного цикла задания:
**Новый → Выполнение (один или несколько этапов) → Выполнено → Завершено**
Подробнее о жизненном цикле — в статье [«Схема "жизни" документа "Задание"»](https://docs.softonit.ru/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/shema-zhizni-dokumenta-zadanie/#generator).
## Шаблоны заданий
Шаблон позволяет не заполнять одни и те же поля каждый раз заново. В системе два типа шаблонов.
### Ручной шаблон
Используется для быстрого создания задания с предзаполненными реквизитами. Пользователь открывает шаблон, при необходимости корректирует данные и сохраняет задание.
Чтобы создать ручной шаблон:
1. Откройте **Справочники → Service Desk → Шаблоны заданий**
2. Нажмите «Создать»
3. Выберите тип «Ручное заполнение»
4. Заполните нужные поля: тему, описание, исполнителя, категорию, приоритет
5. Настройте **Видимость** — «Личный» (только для вас), «Группы пользователей» или «Общий» (для всех)
6. Сохраните
### Периодический шаблон (по расписанию)
Используется для автоматического создания повторяющихся заданий — например, еженедельных регламентных задач. Система сама создаёт задание в нужное время без участия пользователя.
Чтобы создать периодический шаблон:
1. Откройте **Справочники → Service Desk → Шаблоны заданий**
2. Нажмите «Создать»
3. Выберите тип «Регламентное задание»
4. Заполните поля задания
5. Укажите **Инициатора** — это поле обязательно для регламентных заданий
6. Настройте **Расписание** — день, время, периодичность в днях
7. Задайте **Дату начала** и при необходимости **Дату окончания** действия шаблона
8. Убедитесь, что флаг **Активность** включён
9. Сохраните
:::info Расписание
Настраивается через стандартный диалог 1С — можно указать конкретный день месяца, время запуска и периодичность повтора в днях. Например: каждый первый день месяца в 08:00.
:::
### Ограничения шаблонов
Прикрепить файл к шаблону нельзя. Механизм присоединённых файлов работает на уровне конкретного задания, но не шаблона. Если задание должно содержать вложение (например, инструкцию в виде файла, скриншот ошибки) — прикрепите его уже к созданному заданию.
## История изменений задания
Чтобы посмотреть, кто и когда вносил изменения в задание:
1. Откройте нужное задание
2. Нажмите кнопку **Ещё** в верхней панели
3. Выберите **История изменений**
В истории отображаются все изменения реквизитов с указанием пользователя, даты и значений «до» и «после». Это стандартный механизм платформы 1С, он фиксирует изменения всех ключевых полей документа.
:::info Важно
История изменений доступна только пользователям с соответствующими правами. Если пункт меню не отображается — обратитесь к администратору системы.
:::
## Изменение завершённых заданий
По умолчанию задание в статусе «Завершено» доступно только для чтения — редактировать его нельзя. Поведение управляется флажком **«Изменять завершённые задания»** в настройках параметров учёта.
Найти настройку можно по пути: **Администрирование → Настройки параметров учёта** (раздел «Проекты и задания»).
### Флажок снят (по умолчанию)
- Завершённое задание открывается только для чтения, поля недоступны для изменения.
- Если инициатор отвечает на уведомление по электронной почте — система **создаёт новое задание**, а не добавляет сообщение к завершённому.
### Флажок установлен
- Завершённое задание можно редактировать в форме документа.
- Если инициатор отвечает на уведомление по электронной почте — сообщение **добавляется в уже завершённое задание** и оно автоматически возобновляется.
---
## Принцип заполнения реквизитов "Инициатор" и "Клиент"
В документе **Задание** имеется ряд основных реквизитов, которые необходимо заполнить при создании заявки.
Данные реквизиты могут заполняться как автоматически при создании заданий на основании входящих писем, так и вручную.
Часто у пользователей конфигурации возникают вопросы в частности правильного заполнения реквизитов *Инициатор* и *Клиент*.
> **Вопросы звучат подобного характера:**
> - Можно ли установить по умолчанию один тип справочника выбора объекта для инициатора?
> - В инициаторе указываю физическое лицо, а в клиенте хочу указывать организацию, но подставляется (автоматически) совсем другое.
Как правильно заполнить?
Давайте разберем эти два вопроса и дадим на них максимально развернутые ответы, после чего все станет на свои места.
Первый вопрос заключается в установленном по умолчанию типе объекта базы, при выборе инициатора задания.
Ответ на этот вопрос звучит так: "*К сожалению, подобную настройку нельзя применить так как мысль заключается в том, что инициатором может быть любая сущность из перечисленных справочников.
Обратиться могут и потенциальные клиенты и контрагенты и сотрудники нашей организации*".
Это означает, что заложенная в конфигурацию логика заполнения реквизитов полностью противоречит данной "Хотелки", при всем при этом это является не логичным.
Нельзя всех клиентов грести под одну гребенку и назначать, например, только как физ.лица или сотрудники. Должно быть четкое разделение.
Идем дальше и ответим на второй вопрос по поводу правильного соотношения установленных инициатора и клиента.
Сразу хочу обратить Ваше внимание на то, что в более поздний версиях конфигурации данные реквизиты не имели четкой зависимости друг от друга.
Теперь же, начиная с релиза **3.1.5.1**, реквизит *Клиент* заполняется в зависимости от выбранного значения реквизита *Инициатор*.
При этом осуществлено ограничение типа выбора сущности базы, в зависимости от выбранного типа инициатора.
Проще говоря, теперь указав в качестве инициатора *Физическое лицо*, в реквизите *Клиент* будет доступны следующие типы выбора:
- Пользователь
- Сотрудник
- Физическое лицо
В принципе подобрать для себя [подходящее соотношение заполнения данных реквизитов](/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/nastroyka-zapolneniya-rekvizita-klient-v-zavisimosti-ot-vybrannogo-iniciatora) должны Вы сами, но все же порекомендую использовать схему: Инициатор "Контактное лицо" - Клиент "Контрагент".
Данной схемой пользуемся лично мы и считаем ее достаточно удобной.
---
## Процессы Service Desk
Процессы являются важной составляющей ITIL и нашего решения, в котором предусмотрена подсистема [Техническая поддержка (Service Desk)](/it/podsistema-service-desk-upravlenie-incidentami).
При плотном использовании данного функционала, без процессов не обойтись.
Поэтому разберемся, как настраивать и использовать процессы Service Desk.
Перейдем в раздел
**Техническая поддержка -> Процессы**
Откроем форму списка, которая содержит предопределенные и [созданные процессы](/it/prakticheskie-metodiki/sozdanie-novogo-processa).
Откроем форму элемента процесса и рассмотрим реквизиты, которые находятся на форме. Вверху форму располагаются следующие поля:
* [x] **Наименование** - название процесса;
* [x] **Вес** - вес процесса, который будет задействован в автоподсчете общего веса задания.
Ниже располагается первая табличная часть **Этапы**, содержащая этапы данного процесса.
Слева располагаются этапы, которые будут задействованы в процессе.
Также у каждого из этапов можно установить *Исполнителя по умолчанию*, который будет автоматически становиться текущим исполнителем при переходе на данных этап.
С помощью кнопки **Добавить** можно добавить новый этап, а кнопками (вверх\вниз) ранжировать их иерархию.
Справа настраиваются переходы между этапами, например, осуществить переход с этапа *Новый* можно на этапы *Выполнение* и *Выполнено* (согласно настроенным переходам).
Следующая табличная часть **Возможные исполнители на этапах** содержит список исполнителей процесса, которые возможно будут являть текущими исполнителями на том или ином этапе.
Это означает, что при переходе на этап, будет дана возможность выбора исполнителя из добавленных групп или пользователей в этой табличной части.
Закладка **Настройки** содержит ряд настроек процесса.
Можно указать тип данного процесса, а также отметить необходимые чек-боксы для тонкой настройки.
* [x] **Вывод прошлых исполнителей в списке выбора исполнителей** - позволяет отобразить исполнителей, которые участвовали в задании на прошлых этапах;
* [x] **Не использовать в задании** - запрещает использовать этот процесс в заданиях;
* [x] **Не изменять в задании** - в заданиях, которые были созданы под этим процессом, нельзя будет установить другой процесс;
* [x] **При переходах на этапы никогда не вводить комментарии** - при переходах между этапами будет запрещено оставлять комментарии;
* [x] **Добавлять нового инициатора в наблюдатели** - при смене инициатора будет предложено добавить его в наблюдатели;
* [x] **Не переходить на этапы выполнения без указания решения** - нельзя выполнить задание, не указав решение данной задачи.
Табличная часть **Автоматическое выполнение** позволяет произвести настройку автоматического выполнения или завершения задания, у которого установлен данный этап.
[Обучающее видео](https://www.youtube.com/watch?v=K5IS3nKkDws).
Табличная часть **Наблюдатели** позволяет установить список пользователей, которые будут автоматически добавлены в наблюдатели, при использовании этого процесса в заданиях.
На закладке **Схема** можно схематично отобразить, например, переходы между этапами процесса, а на закладке **Дополнительно** указать родительскую группу и добавить произвольный комментарий для справочной информации.
---
## Распределение прав доступа
Для реализации ограничения прав доступа предназначены специальные объекты конфигурации - Роли.
Роль определяет, какие действия, над какими объектами метаданных может выполнять пользователь, выступающий в этой роли.
В процессе ведения списка пользователей каждому пользователю ставится в соответствие одна или несколько ролей.
Для ограничения доступа к данным на уровне записей и полей, существуют действия над объектами, хранящимися в базе данных (справочниками, документами и т.д.), отвечающие за чтение или изменение информации.
В подсистеме **Service Desk**, есть различные варианты работы с заданием.
Для того, чтобы пользователь мог работать в упрощенной форме документа и видел только свои задачи необходимо установить следующий набор ролей:
* [x] Базовые права БСП;
* [x] Базовые права УФ;
* [x] Вывод на принтер, в файл, в буфер обмена;
* [x] Запуск веб-клиента;
* [x] Запуск толстого клиента;
* [x] Запуск тонкого клиента;
* [x] Добавление заданий;
* [x] Чтение заданий.
При таком наборе прав пользователю будет доступен минимальный функционал, который позволит только создавать новое задание.
Так видит документ задание **Инициатор**.
Для того, чтобы пользователь мог выполнять задания, нужно что бы был следующий набор ролей:
* [x] Базовые права БСП;
* [x] Базовые права УФ;
* [x] Вывод на принтер, в файл, в буфер обмена;
* [x] Выполнение заданий;
* [x] Добавление заданий;
* [x] Запуск веб-клиента;
* [x] Запуск толстого клиента;
* [x] Запуск тонкого клиента;
* [x] Чтение дополнительных отчетов и обработок;
* [x] Чтение заданий.
Так видит документ задание **Исполнитель**.
Для того, чтобы пользователь мог **распределять задания**, необходимо назначить следующие роли:
* [x] Базовые права БСП;
* [x] Базовые права УФ;
* [x] Вывод на принтер, в файл, в буфер обмена;
* [x] Выполнение заданий;
* [x] Добавление заданий;
* [x] Запуск веб-клиента;
* [x] Запуск толстого клиента;
* [x] Запуск тонкого клиента;
* [x] Просмотр не распределенных заданий;
* [x] Распределение заданий;
* [x] Чтение дополнительных отчетов и обработок;
* [x] Чтение заданий.
В этом случае пользователь сможет распределять задания между исполнителями.
Следует учесть, что после того, как исполнитель будет назначен и текущий пользователь не будет этим исполнителем, задание пропадет из формы списка.
Связано это с тем, что у пользователя недостаточно прав на просмотр чужих заданий.
Очень часто, необходимо распределять задания между подчиненными и при этом видеть его задание в списке.
Для этого есть два способа:
1. Пользователю можно добавить подчиненного или группу подчиненных;
В этом случае пользователю будут видны задания подчиненных.
2. Добавить пользователю роль **Просмотр чужих заданий**.
*Список ролей:*
* [x] Базовые права БСП;
* [x] Базовые права УФ;
* [x] Вывод на принтер, в файл, в буфер обмена;
* [x] Выполнение заданий;
* [x] Добавление заданий;
* [x] Запуск веб-клиента;
* [x] Запуск толстого клиента;
* [x] Запуск тонкого клиента;
* [x] Просмотр не распределенных заданий;
* [x] Просмотр чужих заданий;
* [x] Распределение заданий;
* [x] Чтение дополнительных отчетов и обработок;
* [x] Чтение заданий.
В этом случае, в форме списка будут отображаться и чужие задания.
Для **Наблюдателей** можно установить следующие роли:
* [x] Базовые права БСП;
* [x] Базовые права УФ;
* [x] Вывод на принтер, в файл, в буфер обмена;
* [x] Запуск веб-клиента;
* [x] Запуск толстого клиента;
* [x] Запуск тонкого клиента;
* [x] Чтение заданий.
Форма документа задание наблюдателя.
Каждому пользователю может быть назначены роли, которые в совокупности образуют его персональные настройки прав доступа.
Они могут быть как для чтения, так и для редактирования.
---
## Email уведомления в «Управление IT-отделом 8» - тонкости настройки и диагностика
## Регламентное задание «Получение и отправка электронных писем»
Основа работы email в «Управление IT-отделом 8» — регламентное задание **Получение и отправка электронных писем**. Без него почта не будет ни приходить, ни уходить, независимо от настроек учётных записей.
**Как найти:**
**Администрирование → Регламентные и фоновые задания.**
**Сколько регламентных заданий нужно**
В списке 5 заданий (№1–5). Учётные записи распределяются по ним циклически: первые пять учётных записей попадают на задания №1–5 соответственно, шестая — снова на задание №1, седьмая — на №2 и так далее. Какое задание обслуживает конкретную учётную запись — видно в карточке этой учётной записи.
**Признаки проблемы**
Если время в колонке «Последнее выполнение» не обновляется — задание не работает. При проблемах с приходом почты также проверить:
- Регистр **«Даты последней загрузки почтовых сообщений»** — дата не должна быть будущей
- Регистр **«Заблокированные для получения учётные записи»** (глобальный поиск) — должен быть пустым, если есть записи — удалить
## Маркер номера задания: почему нельзя заменить `ID#` на `№`
Когда система получает входящее письмо, она должна определить — это новое обращение или ответ по существующему заданию. Для этого в тему исходящего письма вставляется маркер с номером задания (например, `ID#256`). При ответе система находит маркер, извлекает номер и добавляет письмо как комментарий к заданию.
Маркер можно изменить, но здесь есть важный нюанс. Символ `№` встречается в обычных деловых письмах повсеместно. Например, письмо с темой «Просьба проверить план закупки №1 на следующий год» содержит `№1`. Система найдёт этот маркер, извлечёт номер 1 и добавит письмо как комментарий к заданию №1 вместо создания нового обращения.
Маркер должен быть таким, чтобы случайно не встретиться в обычном тексте письма. По умолчанию используется `ID#` — он для этого и выбран.
**Где изменить маркер:**
**Администрирование → Настройка параметров учёта → Проекты и задания → Электронная почта → Маркеры → Маркеры номера задания в теме электронных писем при ответе**
Можно указать несколько маркеров — по одному на строке.
:::info Обратите внимание
В настройках почты есть два разных типа маркеров, которые часто путают:
- **Маркеры номера задания** — привязывают входящий ответ к существующему заданию
- **Маркеры окончания писем** — обрезают текст письма при загрузке (подписи, стандартные фразы)Это разные настройки, они находятся в разных местах одного раздела.
:::
## Все условия добавления письма комментарием
Полное описание механизма — в статье [Условия, при соблюдении которых письмо добавляется в комментарий](https://docs.softonit.ru/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/sozdanie-zadaniy-iz-elektronnyh-pisem/usloviya-pri-soblyudenii-kotoryh-pismo-dobavlyaetsya-v-kommentariy).
Система добавляет входящее письмо как комментарий к существующему заданию только при одновременном выполнении всех условий:
1. В теме письма есть `RE:`
2. В теме присутствует один из настроенных маркеров номера задания (например, `ID#`)
3. После маркера найден номер задания — сокращённый (`ID#256`) или полный (`ID#00000000256`)
4. Задание с этим номером найдено в системе
5. Задание не завершено
Пример правильной темы: `RE: ID#256 Не работает принтер`
Если хотя бы одно условие не выполнено — система создаст новое задание. Это наиболее частая причина, по которой ответ пользователя порождает дублирующую заявку вместо комментария.
## Дата начальной загрузки писем
О настройке учётных записей — в статье [Учётные записи электронной почты](https://docs.softonit.ru/it/administrirovanie/uchetnye-zapisi-elektronnoy-pochty).
При настройке учётной записи есть параметр **Дата начальной загрузки**. Он определяет, с какой даты письма с почтового сервера будут загружены при первом подключении.
После того как учётная запись сохранена и письма загружены, изменение этой даты не даёт результата — система не вернётся назад и не загрузит письма за более ранний период.
## Системная учётная запись электронной почты
Подробнее — в статье [Учётные записи электронной почты](https://docs.softonit.ru/it/administrirovanie/uchetnye-zapisi-elektronnoy-pochty).
Программа поставляется с предопределённой *системной учётной записью* электронной почты. Она используется как учётная запись по умолчанию — если в шаге автоматизации не указана конкретная учётная запись, письма будут отправляться именно с неё.
Перед началом работы с email уведомлениями системную учётную запись необходимо настроить.
**Путь:**
**Администрирование → Учётные записи электронной почты → Системная учётная запись электронной почты**
Для учётных записей, с которых отправка происходит автоматически без участия пользователя, **пароль обязателен** — без него автоматическая отправка работать не будет.
После настройки рекомендуется нажать кнопку **Проверить настройки** — это позволит убедиться, что соединение с почтовым сервером установлено корректно. Именно с этого шага начинается диагностика, если письма не отправляются или не создаются задания из входящей почты.
Не добавляйте один и тот же адрес дважды — как системную запись и как обычную. Это приводит к двойной обработке писем и дублированию уведомлений.
Если оповещения не приходят, проверьте, что у всех задействованных пользователей заполнен адрес электронной почты — без него уведомление не отправляется.
## Куда попадает созданное уведомление
Уведомления настраиваются в подсистеме **Автоматизация** (справочник **Шаги автоматизации**), а не через справочник «Правила событий», выведенный из эксплуатации. Когда сработавший шаг создаёт email уведомление, в системе формируется документ **Электронное письмо исходящее**.
**Путь:**
**Взаимодействия → Исходящие электронные письма**
При диагностике недоставки уведомлений проверяйте по цепочке:
- **Документа нет** — шаг автоматизации не сработал. Искать причину в шаге: включён ли он, корректны ли его условия, заполнен ли адрес электронной почты у участников задания. Диагностика — **Автоматизация → Очередь событий / Мёртвые события**: там видно, было ли событие обработано и если нет — по какой причине.
- **Документ есть, но письмо не отправлено** — шаг отработал, проблема в регламентном задании или настройках почтового ящика. Частая причина: в списке «Исходящих электронных писем» зависло одно или несколько писем со статусом **Исходящие** — они блокируют отправку всей очереди. Найдите первое по дате такое письмо и удалите полностью (не помечайте на удаление, а именно удаляйте).
- **Документ есть, письмо отправлено, но не дошло до адресата** — проблема на стороне почтового сервера или спам-фильтра получателя. Проверять нужно там.
## Файловая база: почта не работает без запущенного пользователя
Подробнее — в статье [Файловая база, но регламентные задания не отрабатывают по расписанию](https://docs.softonit.ru/it/obshchie-voprosy/po-rabote-v-konfiguracii/faylovaya-baza-no-reglamentnye-zadaniya-ne-otrabatyvayut-po-raspisaniyu).
В файловом режиме регламентные задания — в том числе получение почты и отправка уведомлений — **не запускаются** при отсутствии активного сеанса. Если никто не работает в конфигурации ночью, в выходные или в обеденный перерыв, почта в это время не обрабатывается.
Решение — создать технического пользователя (например, `ServiceDesk`) и настроить в планировщике задач Windows автоматический запуск конфигурации под этим пользователем:
```
"c:\Program Files (x86)\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\1C_base\IT" /N"ServiceDesk" /P"12345"
```
Где `D:\1C_base\IT` — путь к информационной базе, `12345` — пароль пользователя.
:::info Обратите внимание
Этот раздел актуален только для файлового режима работы. В клиент-серверном варианте регламентные задания выполняются на сервере независимо от активных пользовательских сеансов.
:::
## Почему автор изменения не получает уведомление
Программа не отправляет уведомление пользователю, который сам внёс изменение. Это намеренное поведение, реализованное на уровне кода: считается, что автор изменения и так знает, что он сделал в программе. Такое решение было принято в том числе с учётом обратной связи от пользователей — чтобы не создавать лишний «спам» на почту.
Например, если исполнитель сам переводит задание в статус «Выполнено» — он не получит уведомление об этом изменении. Инициатор задания при этом уведомление получит.
## Недействительный пользователь не получит уведомление
Перед отправкой каждого письма система проверяет актуальность получателя:
- **Пользователь 1С** — проверяется флаг «Недействителен» в карточке:
**Администрирование → Пользователи → [открыть пользователя] → реквизит «Недействителен»**.
Этот флаг рекомендуется устанавливать при увольнении сотрудника — он также скрывает пользователя из списков выбора исполнителей в заявках.
- **Контрагент или сотрудник** — проверяется признак «Неактуален» в соответствующей карточке.
Если получатель помечен как недействительный или неактуальный — письмо не будет создано. Ошибки не будет, но в очереди событий автоматизации (**Автоматизация → Очередь событий / Мёртвые события**) появится запись с пояснением. Просто тихо не отправится.
Если уведомления перестали приходить конкретному человеку — первым делом проверьте его карточку на предмет этих признаков.
## Один получатель в одном действии — одно письмо
Если в одном шаге автоматизации один и тот же получатель указан несколько раз — система всё равно отправит ему **только одно письмо**. При этом используются настройки строки с наименьшим номером в табличной части шага.
Это стоит учитывать при диагностике: если кажется, что уведомление «потерялось» — возможно, получатель дублировался в настройках шага и пришло одно письмо вместо ожидаемых двух.
## Блокировка учётной записи почты — не постоянная
Когда система не может получить почту (например, неверный пароль или недоступен сервер), она автоматически блокирует учётную запись, чтобы не повторять попытки бесконечно. Через час система делает новую попытку подключения.
Если нужно снять блокировку вручную — удалите запись из регистра сведений **Заблокированные для получения учётные записи**. Найти его можно через консоль регистров сведений (поиск по имени регистра).
:::warning Важно
Если причина блокировки не устранена — после снятия блокировки ящик заблокируется снова. Правильный порядок действий: сначала исправить причину (обновить пароль, проверить доступность сервера), и только потом снимать блокировку.
:::
---
## Создание заданий из электронных писем
В конфигурации есть механизм, который позволяет из писем, которые приходят в IT-отдел создавать задания.
Тема письма копируется в тему задания, текст письма – в подробное описание задания.
Автоматически проставляется Инициаторы заданий, и добавляются в наблюдатели.
Настройка ведётся в подсистеме **Автоматизация**: раздел **Справочники -> Автоматизация -> Шаги автоматизации** содержит шаг "Создать задание из письма", он должен быть включён.
:::info Важно!
Обратите внимание, что в **Дополнительные настройки сервера почты** есть флаг, который отвечает за хранение писем в почтовом ящике.
Т.е. по умолчанию письма после получения удаляются.
:::
Следует учесть, что задания создаются непосредственно из писем на почтовом сервере, они не загружаются в конфигурацию.
Чтобы настроить автоматическое создание заданий из электронных писем см. тему [Настройка и запуск автоматического создания заданий и рассылки оповещений по заданиям](/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/nastroyka-avtomaticheskogo-sozdaniya-zadaniy-i-rassylki-opoveshcheniy).
На первой вкладке вносятся значения, которые могут подставляться автоматически при создании заданий из писем.
На вкладке **Инициаторы** устанавливается приоритет поиска клиентов и инициаторов клиентов при записи входящего письма.
На последней вкладке можно на языке 1С создать код, который позволит произвольно заполнять или не заполнять/не создавать задание из писем.
Важной особенностью программы является то, что создание заданий очень функционально и позволяет "видеть" не только новые задания и создавать их из писем, но и *переписку по уже существующему заданию*.
Пример, пользователь-инициатор получает письмо о том, что его задание создано и обрабатывается, инициатор вспоминает, что он забыл что-то написать в задании IT-отделу и пишет это, что-то отвечая на письмо, которое пришло.
Как вы понимаете, программа должна правильно определить, что это не новая задача и дописка к уже существующей.
Тут радостная новость для всех :) Программа это умеет.
Для того, чтобы письмо было добавлено в переписку по уже существующему заданию, необходимо соблюдение ряда условий, что бы программа "поняла", что необходимо добавить сообщение в переписку, а не создавать новое задание:
* В теме письма-ответа был текст: RE: или HA: (в англ или русской раскладке);
* Присутствовал один из маркеров указанный в теме письма (например ID#);
* После текста маркера был найден номер (например `ID#256` или `ID#00000000256`). Маркеры вы можете найти на закладке **Маркеры** в обработке **Настроек параметров учета -> Администрирование**.
* Задание-основание было найдено по номеру либо сокращенному без нулей, либо по полному.
* Задание-основание не было завершено.
*
Пример правильной темы: *RE: ID#256 Не работает принтер.*
Т.е. пользователь получил письмо с темой `ID#256 Не работает принтер`, при ответе на него тема стала `RE: ID#256 Не работает принтер` и отправил его.
Программа, проверив тему убедилась, что это письмо ответ, по уже существующему и добавила его в переписку по заданию.
Получается очень удобна схема взаимодействия.
---
## Защита от нежелательных писем
Защита от нежелательных писем предотвращает создание лишних заданий и комментариев из спам-рассылок, автоответов и петлевых уведомлений. Настраивается тремя независимыми механизмами, которые можно использовать по отдельности или в комбинации.
Все три механизма работают только на **входящем** направлении — приём почты в базу продолжается как обычно (письма попадают в список входящих), пропускается только автоматическое создание задания или комментария из письма. Отправка уведомлений заблокированным адресам не ограничивается.
## Когда это нужно
**Типичные ситуации:**
- От клиента приходит автоответ ("Я в отпуске", "Ваше письмо получено, мы ответим позже") и на каждый такой автоответ создаётся новое задание или лишний комментарий в переписке.
- Уведомления самой системы (например, от учётной записи `helpdesk@example.com`) попадают обратно в её же входящий ящик и создают спам-задания. Так возникает петля: комментарий → уведомление участнику → возврат письма в inbox → новое задание.
- Технический ящик (например, для рассылок SLA или служебных писем) не должен превращать входящие в задачи, но принимать письма нужно.
## Механизм 1. Чёрный список отправителей
Блокирует создание заданий и комментариев из писем от конкретного адреса или всего домена. Приём писем сохраняется.
### Как добавить отправителя в чёрный список из письма
1. Откройте входящее письмо от нежелательного отправителя (журнал входящих писем → двойной клик по строке).
2. В командной панели формы письма нажмите кнопку **Заблокировать отправителя** (иконка с замком).
3. В диалоге **Блокировка отправителя** выберите:
- **Только адрес отправителя** — если хотите заблокировать один конкретный адрес.
- **Весь домен отправителя** — если письма-нежелательные приходят с разных ящиков одного домена (например, служебные рассылки).
- **Отмена** — если передумали.
4. Появится форма **Причина блокировки** — короткое пояснение для будущего разбора (можно оставить пустым, но лучше заполнить, например: "петля уведомлений", "автоответ клиента", "маркетинговая рассылка").
5. Нажмите **ОК**. Появится подсказка **Отправитель заблокирован**.
### Просмотр списка заблокированных
Открывается через:
- **Администрирование → Настройка параметров учёта → Проекты и задания → Электронная почта → Создание заданий по e-mail → ссылка Заблокированные отправители писем**.
В регистре хранятся поля:
| Поле | Значение |
|---|---|
| **Адрес** | Email или домен |
| **Это домен** | "Да" — заблокирован весь домен, "Нет" — конкретный адрес |
| **Причина** | Пояснение оператора |
| **Дата блокировки** | Заполняется автоматически при первой записи |
| **Автор** | Заполняется автоматически (пользователь, выполнивший блокировку) |
Записи можно редактировать, добавлять вручную (кнопка **Создать**) и удалять (например, чтобы разблокировать отправителя). При редактировании существующей записи Дата и Автор не перезаписываются — сохраняется исходная информация.
### Что происходит с заблокированным письмом
- Регламентное задание получения почты принимает письмо и сохраняет его как документ **Электронное письмо входящее**.
- Правило автоматизации **Создать задание из нового обращения** видит письмо, но проверяет отправителя по чёрному списку и пропускает создание задания. Ошибки в очереди и мёртвой очереди не появляются.
- Письмо остаётся в списке входящих — оператор может открыть его вручную и обработать при необходимости.
## Механизм 2. Отключение создания заданий на уровне почтового ящика
Если целый ящик носит служебный характер (например, для рассылок отчётов, форм на сайте, автоматических уведомлений от других систем), логично отключить создание заданий для всех входящих на этот ящик — а не блокировать отправителей по одному.
### Как настроить
1. Откройте настройки учётной записи почты:
- Администрирование → Настройка параметров учёта → Проекты и задания → Электронная почта → Настройка параметров системной учётной записи для работы с почтой, либо
- Электронная почта → Учётные записи → двойной клик по нужной учётной записи**.
2. На вкладке **Основное** в блоке **Использование** найдите чекбокс **Не создавать задания из писем**.
3. Установите галку. Запишите настройки.
### Что происходит
- Приём почты на этот ящик продолжается — письма загружаются в базу как обычно.
- Правило **Создать задание из нового обращения** пропускает **все** письма с этого ящика.
- Задания не создаются, комментарии не добавляются в существующие задания даже при совпадении маркеров в теме.
**Обратный сценарий:** снимите галку, если сценарий использования ящика изменился и снова нужно, чтобы письма превращались в задачи.
## Механизм 3. Фильтр автоответов и рассылок
Определяет автоответы и массовые рассылки по стандартным заголовкам письма и пропускает их независимо от того, кто отправитель.
### Как включить
1. Откройте **Администрирование → Настройка параметров учёта → Проекты и задания → Электронная почта → Создание заданий по e-mail**.
2. Найдите переключатель **Пропускать автоответы при создании заданий из писем**.
3. Включите его. Записывать отдельно не нужно — константа сохраняется сразу.
### Какие письма распознаются как автоответы или рассылки
Фильтр смотрит на **интернет-заголовки** входящего письма (не на текст и не на тему):
| Заголовок | Что означает |
|---|---|
| `Auto-Submitted: auto-replied` (или `auto-generated`) | Стандартный заголовок автоответчика (RFC 3834) — Gmail, Outlook, Yandex.Почта проставляют его для отпускных автоответов |
| `X-Auto-Response-Suppress` | Microsoft-специфичный заголовок автоответа |
| `Precedence: bulk` (или `list`, `junk`) | Массовая рассылка, служебное письмо |
| `List-Id` | Письмо из рассылочного списка (mailing list) |
| Пустой `Return-Path: <>` | Bounce-сообщение (уведомление о недоставке от почтового сервера) |
Заголовки распознаются с учётом переноса длинных значений (folded headers).
### Что делает фильтр
- Письмо приходит в базу, сохраняется как **Электронное письмо входящее**.
- При попытке создать задание или комментарий проверяются интернет-заголовки. Если распознан один из признаков автоответа/рассылки — создание пропускается.
- Ошибок в очереди и мёртвой очереди не появляется — пропуск считается штатным успехом.
### Особенности
- Не поможет, если у клиента настроен **самопальный автоответчик** через правила почты вида "отвечать на все входящие" без установки заголовка `Auto-Submitted`. В таких случаях используйте чёрный список отправителей.
- Не поможет для маркетинговых писем от Pinterest, Google Play и подобных сервисов, если они не проставляют `Precedence: bulk` или `List-Id`. Для них также используйте чёрный список отправителей (по адресу или по домену).
## Что использовать в разных ситуациях
| Ситуация | Механизм |
|---|---|
| Один клиент прислал автоответ, из которого создался лишний комментарий | Механизм 1 — заблокировать адрес клиента (или включить Механизм 3, если проблема повторяется у многих клиентов) |
| Постоянный поток спам-рассылок из одного домена | Механизм 1 — заблокировать весь домен |
| Ящик используется только для приёма форм с сайта или для отправки уведомлений, задания из него не нужны | Механизм 2 — снять галку "не создавать задания" |
| Массовые рассылки Pinterest, LinkedIn, ~маркетинговые дайджесты | Механизм 1 — блокировать домены отправителей по мере обнаружения |
| Стандартные автоответы клиентов ("Я в отпуске", "Ваше письмо получено") | Механизм 3 — включить фильтр автоответов |
| Петля уведомлений между двумя ящиками собственной системы | Механизм 1 — заблокировать адрес, с которого возвращаются петлевые письма (например, `helpdesk@example.com`), либо Механизм 2 на промежуточном ящике |
Механизмы можно комбинировать — они работают независимо и не мешают друг другу.
## Что защита НЕ делает
- **Не блокирует приём почты.** Все входящие письма продолжают загружаться в базу и остаются в списке входящих. Ограничивается только автоматическое создание задания и комментария.
- **Не ограничивает отправку уведомлений.** Если заблокированный адрес указан в участниках, инициаторе, исполнителе или клиенте задания, система продолжит отправлять ему уведомления о событиях (новые комментарии, изменение статуса и т.п.). Исходящая защита "правило × адресат" в текущей версии не реализована — это отдельный настроенный сценарий.
- **Не удаляет ранее созданные задания.** Если петля успела наплодить фейковые задания до включения защиты — их нужно удалить или пометить на удаление вручную.
## Диагностика
Если после включения защиты нежелательные задания всё равно продолжают появляться:
1. Откройте новое проблемное задание. Посмотрите поле **Инициатор** — это адрес отправителя письма, из которого создалось задание. Внесите его в чёрный список (Механизм 1).
2. Проверьте, включена ли константа **Пропускать автоответы** (Механизм 3) — если у клиента настроен нестандартный автоответчик без заголовка `Auto-Submitted`, фильтр не сработает.
3. Проверьте на форме учётной записи почты, установлен ли флаг **Не создавать задания из писем** случайно — если он включён на нужном ящике, ни одно письмо не превращается в задание, и это может быть неожиданно для пользователей.
4. Посмотрите **очередь событий автоматизации** и **мёртвые события автоматизации** (**Автоматизация → Очередь событий / Мёртвые события**). Если правило "Создать задание из нового обращения" стабильно падает в мёртвую очередь — причина может быть не в защите, а в других настройках (например, битая ссылка на проект по умолчанию).
## Связанные материалы
- [Подсистема Автоматизация](../../../Автоматизация/index.md) — общая настройка правил, включая правило "Создать задание из нового обращения".
- [Работа с электронной почтой](./Работа%20с%20электронной%20почтой.md) — настройка учётных записей и регламентного задания получения писем.
- [Email уведомления](./Email%20уведомления.md) — как система связывает входящие ответы с существующими заданиями.
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации Управление IT-отделом редакции 4.0, версия 4.0.0.43 и выше**.
:::
---
## Как использовать регулярные выражения
В этой статье — как составлять регулярные выражения для маркеров окончания электронных писем, чтобы УИТ корректно отсекал лишний текст (цитаты, подписи, служебные блоки), независимо от того, какой почтовый сервис прислал письмо.
## Зачем нужны регулярные выражения
УИТ обрезает входящее письмо до места, где встречается **маркер окончания** — например, «С уважением», «From:», «Отправлено с iPhone». До маркера остаётся полезный текст, после — отбрасывается как цитата или подпись.
Раньше маркеры искались как обычная подстрока: УИТ просто проверял, есть ли в тексте письма буквенное совпадение со строкой маркера. Это работало плохо в одном частом случае — когда между словами маркера в HTML-коде письма стоят теги форматирования:
```html
С уважением, Иван
```
Визуально пользователь видит «С уважением», но в HTML-коде между «С» и «уважением» вклинился ``. Поиск по подстроке такое совпадение не находит — и маркер не срабатывает.
Регулярные выражения позволяют описывать маркер не как точную последовательность символов, а как **шаблон**: например, «слово `С`, потом любая разметка, потом слово `уважением`». Один маркер ловит сразу все варианты — и со стилизацией, и без.
## Где настраиваются маркеры
Маркеры окончания писем настраиваются в разделе **«Настройки параметров учёта»** в поле «Маркеры окончания электронных писем заданий». Это многострочное текстовое поле: один маркер — одна строка.
Каждая строка — это регулярное выражение. Пустые строки и комментарии вида `(?#...)` игнорируются.
## Что такое регулярное выражение
Регулярное выражение — это строка-шаблон, описывающая множество возможных совпадений в тексте. Большинство обычных символов в шаблоне означают сами себя:
```
From:
```
Этот шаблон найдёт буквальный текст `From:` в любом месте письма.
Но некоторые символы имеют специальное значение — они называются **метасимволами**:
| Символ | Значение |
|--------|----------|
| `.` | Любой одиночный символ |
| `*` | Повторение предыдущего символа ноль или более раз |
| `+` | Повторение один или более раз |
| `?` | Ноль или одно вхождение |
| `\d` | Любая цифра |
| `\s` | Любой пробельный символ (пробел, табуляция, перенос строки) |
| `\w` | Буква, цифра или подчёркивание |
| `\b` | Граница слова |
| `[абв]` | Любой из символов в скобках |
| `[^абв]` | Любой символ, кроме указанных |
| `(текст)` | Группа символов |
| `(?:текст)` | Группа без захвата (используется для альтернатив) |
| `текст1\|текст2` | Альтернатива (одно из двух) |
| `^` | Начало строки |
| `$` | Конец строки |
Если в маркере нужен сам метасимвол как обычный текст — он **экранируется** обратной косой чертой `\`:
| Что ищется | Шаблон |
|------------|--------|
| Точка | `\.` |
| Скобка | `\(` или `\)` |
| Звёздочка | `\*` |
| Слеш | `\/` |
| Сама обратная косая | `\\` |
## Часто используемые конструкции
**Любые пробелы и разметка между словами** — главный приём для устойчивости к HTML:
```
С\s+уважением
```
`\s+` ловит один или несколько пробельных символов между словами. Этого достаточно для большинства HTML-разметки, потому что переносы строк между тегами `` тоже считаются пробельными.
Если между словами могут быть не только пробелы, но и любые HTML-теги — используйте более общую конструкцию `.*?`:
```
С.{0,50}?уважением
```
`.{0,50}?` — от 0 до 50 любых символов, нежадно (то есть как можно меньше). Ограничение длины полезно, чтобы случайно не «съесть» половину письма.
**Нежадные квантификаторы** (`*?`, `+?`, `??`) — берут как можно меньше символов. Это критично, когда в письме маркер встречается несколько раз: иначе шаблон захватит всё до **последнего** вхождения, а не до **первого**.
**Группы с альтернативами** — позволяют один шаблон ловить несколько вариантов:
```
(?:Best regards|Kind regards|Best wishes)
```
`(?:...)` — это группа без захвата (для альтернатив этого достаточно).
**Граница слова** `\b` — полезна, чтобы маркер не сработал в середине другого слова. Например, шаблон `\bFrom\b` сработает на `From: ivan@`, но не на `Pythonfrom` или `FromOurTeam`.
**Начало строки или закрывающий HTML-тег** — типичная позиция перед строкой цитирования:
```
(?:^|>)\s*From\s*:
```
Этот шаблон ловит `From:` либо в начале строки, либо сразу после закрывающего HTML-тега (``, `` и т.п.).
## Флаги по умолчанию
Система сама применяет к каждому пользовательскому маркеру флаг **нечувствительности к регистру** (`i`). Это значит, что `From:` и `from:` и `FROM:` найдутся одним шаблоном. Вам не нужно дублировать варианты вроде `[Ff]rom`.
Указывать флаги в самом маркере не нужно — система игнорирует обрамляющие `/паттерн/флаги`.
## Готовые примеры
Эти шаблоны уже добавлены в УИТ системно — приводятся как образец того, как составлять собственные.
**Английский Outlook (заголовок цитирования):**
```
(?:^|>)\s*From\s*:
```
**Русский Outlook / Mail.ru:**
```
(?:^|>)\s*(?:От|Отправитель)\s*:
```
**Цитирование Gmail (английское):**
```
(?:^|>)\s*On\s+.{1,80}?\s+wrote\s*:
```
Ловит блок вида `On Wed, Jun 5, 2026 at 10:30 AM John Doe wrote:`.
**Цитирование Yandex / Mail.ru (русское):**
```
(?:^|>)\s*\d{1,2}[.,]\d{1,2}[.,]\d{2,4}.{0,50}?(?:писал[аои]?|wrote)\s*:
```
Ловит блок вида `05.06.2026, 10:30, пользователь Иван Иванов писал(а):`.
**Пересланное сообщение:**
```
(?:^|>)\s*-{2,}\s*(?:Original Message|Исходное сообщение|Forwarded message|Пересылаемое сообщение)\s*-{2,}
```
**Подпись «С уважением»:**
```
(?:^|>)\s*С\s+уважением\b
```
**Подпись «Best regards» и аналоги:**
```
(?:^|>)\s*(?:Best regards|Kind regards|Best wishes|Yours truly|Truly yours)\b
```
**Мобильная подпись (русская):**
```
Отправлено\s+(?:с|из)\s+(?:моего\s+)?(?:iPhone|iPad|Android|Mail\.ru|Outlook)
```
**Мобильная подпись (английская):**
```
Sent\s+from\s+(?:my\s+)?(?:iPhone|iPad|Android|Outlook|Gmail)
```
## Что делать, если маркер не срабатывает
:::tip Проверочный список
1. **HTML-разметка между словами.** Замените пробелы на `\s+` или `.{0,50}?` — это перепрыгивает любые теги между словами.
2. **Спецсимволы.** Если в маркере есть точка, скобка, звёздочка, плюс, вопрос или слеш — экранируйте их обратной косой. Например, `Mail.ru` пишется как `Mail\.ru`.
3. **Регистр.** Не нужно дублировать буквы — система сама ищет без учёта регистра.
4. **Граница слова.** Если маркер `From` ловит лишнее, добавьте `\b` слева и справа: `\bFrom\b`.
5. **Жадность.** Если шаблон захватывает слишком много текста, добавьте `?` после `*` или `+`: `.+?` вместо `.+`.
:::
:::caution Битые шаблоны
Если регулярное выражение содержит синтаксическую ошибку (например, незакрытую скобку `[`), УИТ не вызывает аварийную остановку — он просто пропускает такой маркер и продолжает обработку остальных. Информация об ошибке записывается в журнал регистрации в событии **МаркерыОкончанияПисем.Ошибка**. Если ваш маркер не работает — проверьте журнал.
:::
## Полезные ресурсы
- [regex101.com](https://regex101.com/) — онлайн-тестер регулярных выражений. Выбирайте диалект **ECMAScript / JavaScript** — он ближе всего к тому, что используется в УИТ.
- [Шпаргалка по PCRE](https://www.debuggex.com/cheatsheet/regex/pcre) — короткий справочник по метасимволам и конструкциям.
:::info Совет
Перед тем как добавить новый маркер в настройки, протестируйте его на regex101 на копии реального HTML-кода письма, которое нужно обрезать. Это сэкономит время на отладке.
:::
---
## Маркеры установки срока и окончания электронных писем
При работе с заданиями по электронной почте текст письма может сам запускать действия в задании.
**Маркеры** - это контрольные словосочетания, при встрече которых система меняет срок выполнения задания или отсекает лишний хвост переписки.
Рассмотрим оба случая:
:::info Завершение задания по фразе переехало
Прежний механизм «маркеры выполнения задания» (фразы вроде «Закрыть задание») из программы убран - его заменил настраиваемый поток подсистемы Автоматизация, который срабатывает на комментарий, добавленный любым способом, а не только письмом.
Как включить и настроить - в статье [Завершение задания по фразе в комментарии](../../../Автоматизация/Завершение%20задания%20по%20фразе%20в%20комментарии.md).
:::
## Маркеры установки срока
Если мы хотим установить или изменить срок выполнения - ***крайнюю дату*** задания.
***Русские словосочетания маркеры***
```
Срок [%г]
Срок [%г.]
Срок [%года]
Срок [% г]
Срок [% г.]
Срок [% года]
Срок [%]
Срок (%г)
Срок (%г.)
Срок (%года)
Срок (% г)
Срок (% г.)
Срок (% года)
Срок (%)
Срок {%г}
Срок {%г.}
Срок {%года}
Срок {% г}
Срок {% г.}
Срок {% года}
Срок {%}
Срок - %г.
Срок - %года.
Срок - % г.
Срок - % года.
Срок до %г
Срок до % г
Срок до % года
```
где символ "%" - это маска даты. Может быть передана как конкретная дата или дата с временем, так и вычисляемая дата, например, **Срок (+5 дней)**, или **Срок (+5 часов)**, или **Срок (+1 нед.)**, так же поддерживаются и общепринятые сокращения "ч." (часов), "д." (дней), "н." (недель), "м." (месяцев).
Если же в задании был заполнен реквизит *Выполнить до* (желаемая дата выполнения) датой 25.03.17 12:00:00, а мы (или инициатор) написали письмо следующего содержания "Увеличить время выполнения и установить срок **(+5 дней)** от текущего времени" (маркер выделен).
То в задании автоматически произойдет изменение даты с 25.03.17 12:00:00 >> 30.03.17 12:00:00.
Эта возможность позволит управлять реквизитом *Выполнить до* в задании не открывая задания. С исполнителем аналогично, если в начале, когда задание было поставлено дата не была установлена, а потом инициатор пишет, "Прошу выполнить задание в срок до *30.03.17г.*".
То система поймет, что инициатор указал дату.
## Маркеры окончания электронного письма
Часто так бывает, что переписка по заданию тянет за собой тонну лишнего. Приведем пример, на примере Outlook, мы получаем письмо оповещение об изменении и отвечаем на него, что мы видим:
Это образец того, как многокилометровая переписка идет вслед за одним предложением, что уже само по себе не очень хорошо и в конфигурацию будет загружено в переписку.
Приведем пример маркеров окончания электронного письма:
***Русские словосочетания маркеры конца текста письма***
* С уважением
***Английские словосочетания маркеры конца текста письма***
* Best regards
* Best wishes
* Yours truly
* Truly yours
* Yours very truly
* Very truly yours
* Faithfully yours
* Kind regards
Если мы встречаем эти маркеры в письме, то считаем, что все что ниже - это старая переписка или лишний текст, не относящийся к сути переписки.
Действительно, почти все сотрудники заканчивают тексты писем именно такими словосочетаниями.
В результате, в задание попадет текст с сутью сообщения и без переписки.
---
## Работа с электронной почтой в «Управление IT-отделом 8», диагностика и устранение проблем
## Часть 1. Письма не попадают в УИТ (раздел «Входящие электронные письма» пуст)
Это наиболее распространённая проблема. Письма есть на почтовом сервере или в почтовом клиенте, проверка настроек почты проходит успешно, но в УИТ во вкладке «Электронная почта → Входящие электронные письма» ничего не появляется.
### Шаг 1. Проверить регистр «Заблокированные для получения учётные записи»
Откройте его через глобальный поиск в 1С (начните вводить «Заблокирован»). Если в регистре есть записи — удалите их все. Эти записи появляются, каждый раз автоматически при срабатывании регламентного задания, а остаются они там если произошел сбой. После удаления записей попробуйте получить почту вручную.
### Шаг 2. Проверить регламентное задание
Перейдите в раздел регламентных заданий и найдите задание «Получение и отправка электронных писем №...» (номер можно посмотреть в настройках почты). Убедитесь, что:
- задание не отключено;
- задание не зависло в фоновых заданиях (откройте «Фоновые задания» и проверьте — если задание там присутствует и не исчезает после нажатия «Обновить», выберите его и нажмите «Отменить»).
После этого запустите задание вручную кнопкой «Выполнить сейчас» и посмотрите, появились ли письма во входящих.
### Шаг 3. Проверить зависшие исходящие письма
Откройте «Электронная почта → Исходящие электронные письма» и проверьте, нет ли там писем со статусом «Исходящее». Если такие есть — удалите их. Зависшие в очереди исходящие письма могут полностью блокировать обмен с почтовым сервером, из-за чего и входящие перестают приходить.
учтите после удаления блокирующего письма начнут приходить и отправляться целой "волной".
### Шаг 4. Проверить настройки учётной записи почты
Зайдите в настройки учётной записи (Администрирование → Настройки почты) и нажмите кнопку «Проверить настройки». Важно понимать, что эта проверка тестирует только подключение к серверу и отправку письма — она не проверяет получение. Если проверка выдаёт ошибку, значит сменился пароль или на почтовом сервере изменились параметры подключения. Если проверка проходит успешно, это ещё не гарантирует, что получение работает корректно.
Также убедитесь, что в учётной записи установлена галочка «Для получения писем».
### Шаг 5. Проверить регистр «Даты последней загрузки почтовых сообщений»
Откройте этот регистр через глобальный поиск. Дата в нём должна соответствовать времени последнего успешного получения письма. Если там стоит будущая дата — это ошибка, из-за которой система не будет пытаться загрузить письма. Исправьте дату на актуальную.
### Шаг 6. Проверить протокол подключения (IMAP vs POP3)
Если все предыдущие шаги не помогли, попробуйте переключить протокол получения почты с IMAP на POP3. Это особенно актуально в случаях, когда:
- недавно был сменён почтовый сервер;
- сервер работает на нестандартном программном обеспечении (Zimbra, самописные решения);
- IMAP проходит проверку, но письма не приходят.
Принципиальных отличий для пользователя между IMAP и POP3 немного. Основной нюанс: при POP3 отправленные из УИТ письма не синхронизируются с почтовым ящиком (в папке «Отправленные» на почтовом сервере их не будет). В остальном оба протокола работают одинаково.
### Шаг 7. Если ничего не помогло — проблема на стороне почтового сервера
Если все проверки в 1С проходят успешно, а письма всё равно не приходят — проблема находится на уровне почтового сервера. Это особенно характерно в ситуациях, когда система работала нормально, а потом перестала — значит что-то изменилось на стороне сервера (администратор изменил настройки, обновил ПО, поменял политику безопасности). Обратитесь к администратору почтового сервера с просьбой проверить корректность настроек IMAP/POP3 и доступ к ящику.
Если у вас есть возможность — создайте тестовую учётную запись на почтовом сервере и передайте специалисту поддержки данные для подключения (логин, пароль, адрес сервера, порты, протокол). Это позволит воспроизвести проблему на тестовой базе и точно определить, где именно она возникает.
---
## Часть 2. Письма в УИТ приходят, но задания из них не создаются
В этом случае раздел «Входящие электронные письма» наполняется, но документы «Задание» автоматически не формируются.
### Шаг 1. Проверить шаг автоматизации «Создать задание из письма»
Перейдите в «Справочники → Автоматизация → Шаги автоматизации» и найдите шаг «Создать задание из письма». Проверьте:
- шаг включён;
- условия шага не отсекают нужные письма. Для точечной блокировки конкретных адресов или доменов используйте [чёрный список отправителей](./Защита%20от%20нежелательных%20писем.md) — не редактируйте ради этого условия самого шага;
- шаг настроен на нужную учётную запись почты, если для разных ящиков используются разные шаги.
### Шаг 2. Проверить настройки шага
Убедитесь, что в шаге корректно заполнены все необходимые реквизиты, подставляемые в создаваемое задание: ответственный, отдел, проект (если используется разграничение по проектам).
### Шаг 3. Важное ограничение системы
Нужно понимать: система создаёт задания только из вновь поступающих писем в момент их получения. Если письма уже находятся в разделе «Входящие», создать задания по ним автоматически задним числом невозможно. В таком случае задания нужно создавать вручную на основе каждого письма.
---
## Часть 3. Письма отправляются, но есть проблемы с отправкой
### Зависшие исходящие письма
Если письма накапливаются в разделе «Исходящие электронные письма» и не уходят, или там есть письма со статусом «Исходящее» — это может блокировать не только отправку, но и получение новых писем. Откройте раздел исходящих, найдите такие письма и полностью удалите их. После этого запустите регламентное задание вручную.
### Проверка SMTP-настроек
Нажмите «Проверить настройки» в учётной записи почты. Если при проверке возникает ошибка, скорее всего изменился пароль или параметры SMTP на почтовом сервере. Уточните актуальные данные у администратора и обновите их в настройках.
---
## Часть 4. Проблемы после смены почтового сервера
При переходе на новый почтовый сервер (например, с Яндекс.Почты на корпоративный сервер, или с mail.ru на Zimbra) нужно убедиться в следующем:
В настройках учётной записи в УИТ обновите все параметры подключения: адрес сервера, порты, протокол (IMAP/POP3), логин и пароль. После сохранения нажмите «Проверить настройки».
Проверьте исходящие письма на наличие «застрявших» сообщений — при переходе на новый сервер старые исходящие могут зависнуть и блокировать дальнейший обмен. Удалите их.
Если после смены сервера IMAP не работает — попробуйте POP3. Некоторые почтовые серверы имеют ограничения или нестандартные настройки IMAP, при этом POP3 работает корректно.
Если всё настроено верно, но письма по-прежнему не приходят — это означает, что проблема на стороне нового почтового сервера. Попросите его администраторов проверить, правильно ли настроены IMAP/POP3-сервисы и доступ к ящику извне.
---
## Часть 5. Проблемы после обновления платформы или конфигурации
Если почта перестала работать сразу после обновления, первым делом проверьте, не закрыл ли антивирус или файрвол на сервере 1С почтовые порты. Важный нюанс: почтовые клиенты на локальных машинах могут работать нормально, тогда как сервер 1С имеет другие сетевые настройки и политики безопасности.
**Действия:**
- Попросите системного администратора проверить, открыты ли на сервере 1С порты, указанные в настройках учётной записи почты (обычно 993/995 для IMAP/POP3 с SSL, 587 или 465 для SMTP).
- Проверьте, не блокирует ли антивирусное ПО или файрвол трафик на этих портах.
- После открытия портов запустите регламентное задание вручную и проверьте результат.
---
## Часть 6. Нежелательные письма создают лишние задания
Если автоматические рассылки или служебные письма создают «спамные» задания, заблокируйте отправителя через [чёрный список отправителей](./Защита%20от%20нежелательных%20писем.md) — откройте такое письмо и нажмите «Заблокировать отправителя» (адрес целиком или весь домен). Письма от заблокированного адреса будут по-прежнему приходить в «Входящие», но задания и комментарии по ним создаваться не будут.
---
## Часть 7. Дублирование писем и заданий
Если по одному письму создаётся несколько одинаковых заданий — проверьте:
- сколько активных учётных записей почты настроено в системе;
- сколько шагов автоматизации типа «Создать задание из письма» настроено.
Если шагов несколько и все они настроены на создание заданий без чёткого условия разграничения по учётной записи — каждый шаг будет срабатывать на каждое письмо. Решение: в условиях каждого шага добавить проверку конкретной учётной записи почты, для которой он предназначен.
Также дублирование может возникать, если одно письмо скачивается системой дважды — это признак нестабильной работы IMAP-сессии. В таком случае стоит попробовать переключиться на POP3.
---
## Часть 8. Несколько почтовых ящиков
Система поддерживает любое количество учётных записей почты. В системе есть пять Регламентных заданий по которым распределяются учетные записи электронных почт.
Рекомендуем для каждой учетной записи создать свой шаг автоматизации (с условием по этой учётной записи), что бы они не сыпались все в кучу.
---
## Быстрая шпаргалка: что проверить в первую очередь
**Когда письма не приходят в УИТ — идите по этому списку по порядку:**
1. Регистр «Заблокированные для получения учётные записи» — удалить все записи если есть
2. Исходящие письма — нет ли зависших со статусом «Исходящее», если есть — удалить
3. Регламентное задание — не зависло ли, запустить вручную
4. Настройки учётной записи → галочка «Для получения писем» стоит
5. Регистр «Даты последней загрузки» — дата не должна быть будущей
6. «Проверить настройки» → если ошибка — уточнить пароль/параметры у администратора сервера
7. Попробовать переключить протокол с IMAP на POP3
8. Проверить открытость почтовых портов на сервере 1С (файрвол, антивирус)
9. Если ничего не помогло — проблема на почтовом сервере, обращаться к его администратору
**Когда письма приходят, но задания не создаются:**
1. Правило событий «Электронное письмо входящее (запись)» — активно, условия корректны, действие на месте
2. Помнить: по уже полученным письмам задания автоматически задним числом не создаются, только вручную
---
## Уведомление пользователя об изменении задания по почте\смс
## Уведомление по электронной почте
> Для того, чтобы пользователь получал уведомление по электронной почте об изменении задания, в котором он участвует, необходимо:
1. Настроить параметры доступа к почтовому серверу, а также параметрам писем с оповещением
**Администрирование -> Настройка параметров учета -> Интернет**
2. Настроить для каждого пользователя e-mail куда будут отправляться оповещения
**Справочники -> Физические лица**
3. Настроить выполнение регламентных заданий для рассылки оповещений в автоматическом режиме (см. [Настройка автоматического создания заданий и рассылки оповещений](/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/nastroyka-avtomaticheskogo-sozdaniya-zadaniy-i-rassylki-opoveshcheniy)), либо после каждого изменения задания нажимать на закладке **Выполнение** кнопку **Отправить оповещения**.
## Уведомление по SMS
> Для того, чтобы пользователь получал уведомление об изменении задания, в котором он участвует по SMS, необходимо:
1. Настроить параметры доступа к SMS-шлюзу, а также параметрам писем с оповещением (закладки Оповещение, По SMS) на вкладке
**Администрирование -> Настройка параметров учета**
2. Нажмите Настройка провайдера SMS и укажите логин и пароль для авторизации на SMS-шлюзе.
3. Измените формулу оповещения по SMS. Учтите, что длина текста одного SMS на русском языке достигает 67 символов. Имя SMS-отправителя нужно указать только после того, как оно будет согласовано с SMS-шлюзом (зайдите на сайт SMS-шлюза и укажите какое имя вы хотите использовать и как получили):
Пример для сайта [sms.ru](https://sys1c.sms.ru/) . Как только Вы согласуете отправителя его можно использовать в нашей конфигурации в соответствующем поле. Если отправлять СМС без поля отправитель, то СМС будут приходить от номера, на котором зарегистрирована учетная запись.
4) После настройки параметров SMS-шлюза перейдем к настройке оповещений для пользователя.
СМС-сообщения будут приходить пользователям на номер, который будет указан в настройках элементов справочника **Пользователи**.
В частности, поле *Телефон, для рассылки оповещений по заданиям SMS*. Заполните его для каждого пользователя, который будет получать SMS.
5) Добавить пользователя в *Наблюдатели* задания. Для этого открыть задание, нажать **Наблюдатели** и добавить туда пользователя и способ оповещения "SMS".
6) Настроить выполнение регламентных заданий для рассылки оповещений в автоматическом режиме (см. [Настройка автоматического создания заданий и рассылки оповещений](/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/nastroyka-avtomaticheskogo-sozdaniya-zadaniy-i-rassylki-opoveshcheniy)), либо после каждого изменения задания нажимать на закладке **Выполнение** кнопку **Отправить оповещения**.
---
## Условия при соблюдении, которых письмо добавляется в комментарий
Зачастую у пользователей конфигурации возникает вопрос, как программа понимает, что входящее письмо относится к ранее созданному заданию (инциденту) и должно быть добавлено, как комментарий, а не создаваться новое обращение.
Для этого в автоответе письма должны соблюдаться условия, по которым программа определяет, что это комментарий, а не новое задание.
Если возникает ситуация, когда входящее письмо распознается конфигурацией, как новое задание, тогда необходимо убедиться, что все условия соблюдены:
> **Список условий для добавления комментария**
> 1. В теме письма-ответа был текст: RE: или HA: (в англ или русской раскладке);
> 2. Присутствовал один из маркеров указанный в теме письма (например ID#);
> 3. После текста маркера был найден номер (например ID#256 или ID#00000000256). Маркеры вы можете найти на закладке **Маркеры** в разделе **Администрирование -> Настройка параметров учета**;
> 4. Задание-основание было найдено по номеру либо сокращенному без нулей, либо по полному;
> 5. Задание-основание не было завершено.
Пример правильной темы: ***RE: ID#256 Не работает принтер.***
Т.е. пользователь получил письмо с темой *ID#256 Не работает принтер*, при ответе на него тема изменилась *RE: ID#256 Не работает принтер* и письмо было отправлено.
Программа, проверив тему убедилась, что это письмо ответ, по уже существующему инциденту и добавила его в переписку по заданию.
Настройте отправку писем, согласно данным условиям и тогда ответ на письмо будет добавляться в переписку задания.
---
## Фильтр игнорирования автоответов при создании комментарием или заданий
Давайте рассмотрим на примере вопроса:
> ***Столкнулись с такой проблемой, что при закрытии обращения инициатору отправляется письмо с информацией, что его обращение закрыто. У клиента стоит на почтовом ящике автоматический ответ "Письмо получено". В данном случае происходит автоматическое открытие задачи снова и так до бесконечности. Как установить фильтр, чтобы такие письма игнорировались?***
В программе задания, которые получены через электронную почту, создаются путем срабатывания регламентного задания **Получение и отправка электронных писем** и отработки шага автоматизации **Создать задание из нового обращения**.
Для этого сценария (автоответ порождает бесконечное переоткрытие задания) в программе есть готовый переключатель — **Пропускать автоответы при создании заданий из писем**, который распознаёт автоответы и рассылки по стандартным интернет-заголовкам письма независимо от отправителя. Подробнее, как включить и на какие заголовки он ориентируется — в статье [Защита от нежелательных писем](./Защита%20от%20нежелательных%20писем.md#механизм-3-фильтр-автоответов-и-рассылок).
---
## Создание повторяющихся/периодических заданий по расписанию
В работе бывает необходимо создавать периодические инциденты. Примеров на эту тему можно привести много.
* Проверка создания бэкапов
* Ежемесячное создание планов закупки, бюджетов
* Регламентная "чистка" системных блоков от пыли
* ...
И их можно приводить и приводить. Т.к. мы часто делаем однотипные дела с заданным интервалом.
В нашем решении есть возможность учитывать такие задачи.
Т.е. завести шаблон регламентной задачи, заполнить основными реквизитами, указать расписание создания и на выходе получим задачи, которые создаются автоматически!
Итак, открываем справочник **Шаблоны заданий** и создаем новый элемент с указанием типа шаблона *Регламентное задание*:
Здесь можно заполнить основные реквизиты заданий, которые будут созданы, а также расписание создания, списка наблюдателей, чек-листа и т.д.
Они будут установлены при создании нового задания из шаблона.
При этом автоматически созданные задания будут так же, как и обычно созданные, рассылать уведомления исполнителю, наблюдателю и инициатору.
Тут же можно увидеть, когда последний раз запускалось автоматическое создание заданий для данного шаблона.
Галочка *Активность* позволяет включить, или выключить создание по этому шаблону.
Если галочка снята, то создание заданий по данному шаблону производиться не будет.
Реквизит *Видимость шаблона* имеет три положения:
* [x] **Общий** - будет виден всем пользователям;
* [x] **Личный** - доступен только пользователю, который создал шаблон;
* [x] **Группы пользователей** - доступен для выбранной группы пользователей.
Проверка на необходимость создания заданий по шаблону и соответствия расписанию выполняется по умолчанию каждую минуту и если проверка показывает, что настало время создания согласно расписанию, то происходит создание по шаблону.
Так же эту проверку можно запустить самостоятельно вручную из списка заданий.
Создание заданий на основании этих шаблонов происходит с помощью соответствующего регламентного задания **Автоматическое создание регламентных заданий по шаблонам**.
:::info Внимание!
Если по какой-то причине регламентное задание не работает и не создает задания на основании шаблонов, то необходимо проверить расписание регламентного задания по ссылке выше. Иногда на файловых базах бывает проблема, когда регламентное не выполняется, помогает простое открытие регламентного задания изменение пары реквизитов и его запись.
:::
---
## Схема "жизни" документа "Задание"
Любое задание с любым типом (инцидент, запрос на обслуживание и т.д.) имеет свой жизненный цикл.
При этом есть этапы выполнения задания, а есть состояния этапов.
Этапов может быть много: *Новый*, *Регистрация*, *Назначение ответственных*, *В работе*, *Выполнение*, *Выполнено* и т.д.,
а вот состояний только ограниченное количество и они определяют глобальный статус задания.
Список всех состояний этапов:
* **Новый** - соответствует этапу Новый
* **Подготовка** - статус соответствует подготовке к выполнению
* **Бэклог** - при использовании Scrum или Канбан (Kanban) определяет входящий поток
* **В работе** - любой этап в работе может иметь такое состояние
* **Подпроцесс** - если этап является подпроцессом
* **Приостановка** - если этап ставит задачу на паузу
* **Выполнен** - когда исполнитель выполнил все по заданию
* **Закрыт** - когда прошло некоторое время после выполнения и не было изменений в задании, или задание было оценено. Соответствует этапу Завершено
Например этапы: В работе, *Выполнение* имеют статус *В работе*, а *Регистрация* - *Подготовка*.
Итак, опишем жизненный цикл задания с точки зрения глобальных статусов:
**Новый -> Выполнение -> Выполнено -> Завершено**
Как видите, все начинается с того, что задание имеет статус *Новый*, потом выполняется (тут может быть много этапов),
потом становится *Выполнено* и через время *Завершено*.
* **Новый** - все задачи имеют в качестве начального статуса этот признак
* **Выполнение** - это группа этапов или процессов, которые решают задачу
* **Выполнено** - это когда сотрудники поддержки довели задание до логического конца.
Этот статус вовсе не означает, что задача *Инициатора* решена.
Этот статус означает, что по задаче со стороны исполнителя выполнены все запланированные работы и исполнитель считает, что задача выполнена
* **Завершено**- это конечное состояние задания, когда инициатор провел приемку работ и убедился в том, что задание выполнено,
либо проходит какое-то время после установки статуса *Выполнено* и за это время у инициатора не возникло вопросов или претензий.
Обратите внимание, что этот статус *Завершено* устанавливается автоматически регламентным заданием **Автоматическое завершение заданий**,
и не может быть установлено вручную. Так же этап Завершено может быть установлен при установке оценки Инициатором.
Важно понимать, что Завершено - это не отдельный статус - это дополнение к выполнено.
Грубо говоря Завершено - это Выполнено и проверено пользователем
При этом на статус *Выполнено* заданием из любого рабочего этапа можно переходить автоматически.
[Видеоинструкция](https://youtu.be/6IBzCdaw_0g)
---
## Установка зависимостей задач
Инструкция по использованию функционала зависимости задач
:::info Описание
Функционал зависимости задач позволяет гибко планировать и управлять задачами, устанавливая взаимозависимости между ними.
Зависимые элементы позволяют установить, что работу над одной задачей можно начинать только после завершения другой задачи. Зависимости — это взаимосвязи между задачами, определяющие их порядок выполнения. Командный участник, работающий над проектом, четко видит, какие задачи должны быть выполнены другими специалистами, чтобы он мог приступить к своей работе.
:::
## Основные возможности
* Создание зависимостей: можно создавать зависимости между задачами - блокировать одну задачу другой.
* Инверсия блокировки: возможность быстро изменять состояние блокировки задачи - либо задача выступает как блокер, либо как блокируемое.
* Отображение зависимостей: все зависимости отображаются на форме задачи во вкладке "Выполнение" и в окне быстрого просмотра задачи в списке задач.
* Интерактивное управление: изменение статуса и типа зависимости в реальном времени - оперативное изменение типа зависимости задач без проводок документов.
## Как использовать
1. Добавление зависимости
* Откройте форму задачи.
* Перейдите во вкладку **Выполнение**.
* В разделе **Зависимые задания** нажмите на кнопку **+Зависимость задания**.
* Выберите одну или несколько задач, от которых зависит текущая задача, либо задачи, которые блокирует ваша открытая задача
2. Отображение зависимостей
* Зависимости отображаются по шаблону: «СтатусЗависимости (ТипЗависимости) СсылкаНаЗадание.»
* Статусы и цвета зависимостей:
* Красный: Задача блокирует другую задачу.
* Оранжевый: Задача заблокирована зависимой задачей.
* Серый: Зависимость неактивна (задача уже начата или завершена).
3. Изменение статуса и типа зависимости
* Нажмите на текущий статус зависимости.
* Откроется окно, в котором можно изменить *СтатусЗависимости* и *ТипЗависимости*.
* Подробное описание каждого типа зависимости доступно в окне изменения.
4. Интерактивное обновление
* Изменения в зависимости оперативно обновляются во всех связанных задачах.
* Перерисовка зависимостей происходит сразу во всех открытых формах задач и списках.
5. Работа с правами доступа
* Если у вас нет прав на доступ к задаче, зависимость будет отображаться с надписью ***Нет доступа***.
* Попытка изменить или удалить зависимость без прав вызовет ошибку.
6. Управление задачами в списке
* В списке задач добавлено новое поле с признаком блокировки.
* *Замочек* указывает на наличие активной блокировки.
* При выполнении условий зависимости *замочки* исчезают автоматически.
---
## Цветовое оформление этапов процесса
Пользователи конфигурации "Управление IT-отделом 8" зачастую в большей мере используют программу, как Service Desk систему.
Что подразумевает собой список, поступивших обращений, которые должны быть отработаны в соответствии со сроками SLA.
В связи с этим сотрудникам технической поддержки приходится постоянно просматривать этот список.
Каждая задача из списка в тот или иной момент может находиться на определенном этапе.
Для более удобного восприятия, этапы разделены цветовым оформлением.
Это позволяет быстро определить на каком этапе находится задание на текущий момент.
Однако стандартное цветовое оформление может одним быть по душе, а другим "резать" глаза.
Поэтому мы приняли решение добавить две новые темы оформления для этапов процесса, при этом стандартная тема не удалена.
Для того чтобы сменить оформление процессов, перейдем в раздел
**Справочники -> Этапы процессов**
На изображении выше видно, как выглядит стандартная тема оформления этапов.
Теперь, чтобы изменить тему необходимо на панели команд нажать кнопку **Цвета** и выпадающем списке выбрать необходимый вариант оформления.
Выбрав вариант пастельной темы получим цветовое оформление этапов следующего вида:
Если выберем современную тему, то тогда этапы окрасятся в цветовую гамму следующего вида:
Таким образом, появилась возможность варьировать оформлением формы списка заданий.
---
## Эскалация задания
## Что такое «Эскалация»?
В нашем решении есть ряд способов передачи задачи на другого исполнителя:
1) **Вручную** - выбрать из справочника пользователей необходимого
2) **Автоматически** - через подсистему Автоматизация настроить логику передачи задачи на основании выполнения определенных условий
:::info Эскалация
Деятельность, которая позволяет своевременно разрешить инцидент с помощью дополнительных знаний (функциональная эскалация) или дополнительных полномочий (иерархическая эскалация), чтобы выполнить инцидент в срок, который указан в SLA.
:::
> Другими словами под эскалацией можно понимать передачу задачи исполнителю, обладающему соответствующей компетенцией, необходимой для решения задачи.
> Например: специалист первой линии поддержки не смог самостоятельно решить вопрос, для выполнения заявки - он передает задачу на специалиста второй линии.
## Как настроить механизм эскалации в «Управление IT-отделом 8»
1. Указываем у пользователя линию поддержки. Это самый обязательный параметр для процесса эскалации и подразделение (шаг 1-3)
2. Создаем сотрудника для этого пользователя. Далее это будет необходимо для группировки по подразделениям в окне выбора исполнителя (шаг 4) и указываем подразделение у сотрудника (шаг 5). Заполнение реквизитов
Подразделение сотрудника указывается - с целью дальнейшей визуальной группировки в форме выбора исполнителя в документе **Задание**
*Это необязательный пункт* - исполнитель может находиться и вне группировки, но при этом участвовать в процессе эскалации, т.к. у него будет указана линия поддержки.
3. Следующим обязательным шагом будет - добавление пользователей возможными исполнителями в рамках процесса поддержи и указание этапов, в которых может участвовать исполнитель.
* *Без добавления пользователей* во вкладку «Возможные исполнители на этапах» мы не сможем выбирать необходимых нам исполнителей в рамках текущего процесса.
Например: указать, что на этапе *Новый* можно выбирать лишь пользователей с первой линии, соответственно, пользователей второй мы видеть не будем.
А вот для этапа *Выполнение* указать, что исполнителем может быть группа пользователей со второй линии.
* *Можем указать как отдельного пользователя*, так и отдельную группу пользователей, сгруппированных по определенному признаку - например по линии поддержки.
Ваши группы пользователей могут называться как угодно, т.к. этот этап (указания исполнителей процесса) необходим лишь для доступности указанных исполнителей в форме выбора исполнителя.
Группировка пользователей зависит только от указанного подразделения их объекта «Сотрудник».
## Применение
1. Показ доступных вышестоящих исполнителей
:::info Важное примечание
Механизм эскалации показывает доступных вышестоящих исполнителей, отталкиваясь от текущего пользователя конфигурации и его линии поддержки. Именно текущего пользователя - который открыл форму выбора исполнителя и хочет эскалировать задачу. Но не текущего исполнителя, который уже может быть указан у задачи.
:::
> *То есть: если пользователь, нажавший кнопку «Эскалация», относится к пользователям первой линии - он увидит все вышестоящие линии поддержки и их участников. Если же пользователь относится ко второй линии поддержки он увидит возможных исполнителей лишь вышестоящих линий поддержки: 3-ей линии поддержки и 4-ой линии поддержки. Соответственно - для пользователя с 3-ей линии поддержки будут доступны исполнители с 4-ой линии поддержки.*
2. После заполнения вкладки «возможные исполнители на этапах», в форме выбора исполнителя документа «Задание» перед нами предстаёт список из всех доступных для выбора исполнителей. Независимо от линии поддержки нам доступны все пользователи, которых мы указали ранее для этапа *Новый*.
3. Если всё правильно сделано на предыдущих этапах - при нажатии кнопки «Эскалация» будет произведен отбор и станут доступны исполнители с вышестоящих линий поддержки.
---
## Канбан (Kanban)
Использование Канбан (Kanban) и Скрам (Scrum) в конфигурации
[Канбан-доска](https://ru.wikipedia.org/wiki/Канбан-доска) - это один из вспомогательных инструментов, который используется при управлении разработкой. Подобные доски рассматриваются как вариация на тему традиционных канбан-карточек. Конфигурация имеет такой функционал, пример, как это выглядит в нашем решении.
| **Cписок ролей для работы с подсистемой "Канбан-доска"** |
|-----------------------------------------------------|
| Добавление и изменение спринтов |
---
## Добавляем настраиваемые группы (столбики) на канбан-доске
У пользователей есть возможность переопределить группы (столбики) в канбан-доске.
Иногда это необходимо для выполнения разных вещей, которые могут в той или иной степени сделать использование нашей конфигурации более интересной.
Например, сделать отдельную доску для публикации статей в базу знаний.
А там группы будут, например: *Запланированы*, *В работе*, *Вычитка*, *Выполнено*.
Есть несколько вариантов отборов в каждом из столбце и при настройке это надо учесть:
## Вариант №1. Использовать список этапов в отборах
В этом случае в столбец попадут этапы по заданиям, которые указаны в табличной части.
Пример:
Т.е. в этот столбик попадут все задачи, которые находятся на этапе *Бэклог* и будет все это выглядеть вот так:
## Вариант №2. Использовать запрос в отборах.
В этом случае в столбец попадут те данные, которые будут указаны по заданиям, которые указаны в табличной части.
Пример настройки:
Это более сложный вариант настройки, но с помощью него можно добавиться более гибких отборов. Например, отобрать дополнительно по инициатору или процессу. Этот вариант более сложный, но "умеет" больше, чем первый.
:::info Важно!
Вид группы *Отборы* работает медленнее , чем *Этапы*. Учитывайте эту особенность при работе и если вы можете сделать группу через Этапы сделайте это.
:::
### [Видеоинструкция](https://youtu.be/4y9E4W8NEG8)
---
## Как использовать Канбан?
Прежде всего необходимо включить его в настройках.
**Администрирование -> Настройки параметров учета -> Agile**
Там нажимаем галочку *Использовать канбан* и жмем кнопку **Применить**.
После этого будут включены настройки по использованию Канбан-доски.
В частности:
* Появится справочник в НСИ: **Справочники -> Service Desk -> Группы канбан-доски**.
* В подсистеме Техподдержка появится пункт Канбан со спринтами.
* В форме документа **Задание** появится реквизит *Спринт*.
* В форме списка документа **Задание** появится вкладка представления заданий в виде Канбан-доски.
*
Отредактируем список групп канбан-доски. Т.е. группы, которые выводятся на самой доске.
Принцип вывода на доске, следующий: группы канбан-доски, содержат список этапов процессов.
Каждая задача в определенный момент времени находится на каком-то этапе и соответственно попадает в какую-то из колонок канбан-доски.
Сама группа может как выводиться, так и не выводиться (кнопки поля "Отображать"), также можно выводить не все задачи, а только их некоторое количество.
При этом должна быть включена галочка *Использовать лимит задач и выводить первые *N* задач*. Порядок отвечает за приоритет вывода групп (от меньшей к большей).
После настройки групп, можно переходить к работе с доской.
---
## Работа с канбан-доской
## Внешний вид
Канбан-доска выглядит вот так:
Доска разбита на несколько групп (столбиков) в каждой из которых отображается ее название и количество заданий в группе.
Если использован лимит вывода, то отображаются только первые задачи, а рядом общее количество.
Каждый столбик-группу можно настроить и определить [что туда выводить](/it/podsistema-service-desk-upravlenie-incidentami/ispolzovanie-kanban-kanban-i-skram-scrum-v-konfiguracii-md/dobavlyaem-nastraivaemye-gruppy-stolbiki-na-kanban-doske).
Каждая карточка - это отдельная задача на доске. Они упорядочены в последовательности, которая указана в настройках конкретного столбца.
Там можно задать сортировку.
## Содержимое карточек канбан-доски
Сама карточка задания содержит следующие реквизиты:
* Отметка задания (если есть)/ Спец значок, который может быть выведен в задании. На рисунке в группе *Новые* четвертый сверху.
* Номер задачи (кликабелен) и позволяет открыть документ **Задание**.
* Наименование процесса.
* Текущий инициатор или признак отсутствия инициатора (кликабелен). При нажатии можно выбрать инициатора.
* Изображение текущего этапа (картинка) (кликабелен). При нажатии можно перевести на следующий этап и соответственно задание может "переехать" в другую группу на канбан-доске.
* Далее, тема задания. Выводится в полном виде.
* Внизу значки включен/не включен в текущий [спринт](/it/podsistema-service-desk-upravlenie-incidentami/ispolzovanie-kanban-kanban-i-skram-scrum-v-konfiguracii-md/sozdanie-sprinta-dobavlenie-zadaniy-v-sprint-otchety-po-sprintam), по которому можно щелкнуть и поменять прямо из доски.
Если активных спринтов несколько будет предложено выбрать, если же активный всего один, то задание будет включено без вопросов.
* Если у задания есть описание, то появляется иконка с текстом. При наведении отображается описание в текстовом виде.
* Признак вложенных файлов. Есть ли в задании вложения.
* Если в задании прогресс задания изменен и отличен от нуля, то здесь будет отражен процент решения задания.
* Если в задании была переписка, то будет отражен значок чата и указано количество сообщений в чате.
* Если задана "Крайняя дата завершения задачи", то она отобразится в правом нижнем углу.
* Слева у карточки задания отображена полоска шириной в 2 пикселя.
Ее цветом можно управлять. Для этого необходимо открыть этап процесса и в нем указать цвет рамки канбан-доски.
Так же задания в таком виде отображают просроченные (цветом, заданным в настройках) и подсвеченные задачи (цветом, заданным в настройках). Еще стоит сказать, что панель отборов так же работает и в форме канбан-доски. Можно сделать отбор, например, по текущему спринту, или исполнителю, а также используя комбинацию отборов.
:::info Обратите внимание
Подсистема по умолчанию заполняет группы канбан-доски таким образом, что отображаются выполненные задания (когда исполнитель выполнил задание с его точки зрения, но инициатор еще их не принял), а завершенные не отображаются (когда в выполненных заданиях в течении какого-то времени не было изменений), их можно включить в группах канбан-доски.
:::
## Как обновляется канбан-доска?
**Доска обновляется в фоновом режиме** (не блокируя интерфейс) в следующих случаях:
* Если текущий пользователь изменил какое-то задание
* Если изменены настройки отображения канбан-доски (запись групп канбан-доски или настроек самой доски)
* Если прошло заданное в настройках число секунд. Нажав на шестеренку на канбан-доске, можно переопределить период авто-обновления. По умолчанию, это 3 минуты. Минимальный период автообновления 15 секунд.
Также при нажатии на кнопку "Обновление", доску можно перерисовать в любой момент в ручную.
---
## Работа со спринтами
:::info
**Спринт** — итерация, в ходе которой создаётся функциональный рост программного обеспечения.
Жёстко фиксирован по времени. Длительность одного спринта от 2 до 4 недель.
В отдельных случаях, к примеру согласно скрам-стандарту компании Nokia, длительность спринта должна быть не более 6 недель.
Тем не менее, считается, что чем короче спринт, тем более гибким является процесс разработки, релизы выходят чаще, быстрее поступают отзывы от потребителя, меньше времени тратится на работу в неправильном направлении.
С другой стороны, при более длительных спринтах команда имеет больше времени на решение возникших в процессе проблем, а владелец проекта уменьшает издержки на совещания, демонстрации продукта и т. п.
Разные команды подбирают длину спринта согласно специфике своей работы, составу команд и требований, часто методом проб и ошибок.
Для оценки объёма работ в спринте можно использовать предварительную оценку, измеряемую в очках истории.
Предварительная оценка фиксируется в бэклоге проекта.
:::
## Создание спринта
Для того, чтобы создать спринт необходимо открыть подсистему
**Техническая поддержка -> Канбан -> Спринты**
По умолчанию эта форма выводит **не завершенные спринты**. Если хотите увидеть все спринты нажмите на флажок восклицательный знак в командной панели формы.
Форма отображает: признак закрытия спринта (флаг), название спринта, даты начала и окончания, количество выполненных заданий в спринте и общее количество заданий спринта.
Создаем спринт и заполняем его:
## Добавление заданий в спринт
Спринт создан, теперь добавим в него задания, из которых он будет состоять. Это можно сделать двумя способами:
1. Из формы списка задания, щелкнув правой кнопкой по задаче, которую хотим включить в спринт и выбрав пункт **Добавить в спринт**.
2. В форме канбан-доски. В ней щелкаем на белый кружочек, с подсказкой **Добавить в спринт**.
## Отчеты по спринтам
Также из формы спринта можно сформировать отчеты. Вообще, реквизит спринт доступен во всех отчетах подсистемы **Service Desk**, единственное, необходимо настроить вывод спринтов так, как вам это необходимо (в группировках, или отдельными реквизитами).
---
## Мастер регистрации
В работе сотрудников службы технической поддержки одним из важных критериев оценки их работы является скорость.
Это понятие разделяется на сроки реакции и сроки выполнения.
В виду этого специалистам Service Desk жизненно необходим функционал, позволяющий максимально быстро и просто регистрировать все входящие обращения, а также выполнять уже поступившие.
Поэтому в конфигурации появился такой механизм, как "Мастер регистрации".
Для того, чтобы открыть этот функционал перейдем в раздел **Техническая поддержка -> Мастер регистрации** (альтернативный вызов клавишей `F12` в форме списка документа **Задание**).
Этот механизм полноправно можно считать рабочем местом диспетчера технической поддержки или сотрудника первой линии.
Так как большую часть рабочего времени они проводят в этом месте.
Представим ситуацию, когда поступает входящий звонок от клиента и он просит прояснить ситуацию по той или иной заявке.
С помощью мастера регистрации, диспетчер вводит данные для поиска.
Это может быть наименование клиента, телефон, e-mail или ИНН.
После чего по данному клиенту в соответствующем окне будут выведены все обращения.
Согласитесь, такой подход очень удобен на практике и занимает минимум времени.
Также мастер регистрации позволяет быстро регистрировать входящие заявки.
Для этого нужно нажать кнопку **Принять обращение**, после чего вы будете автоматически перемещены на форму заполнения основных реквизитов задания.
Где нужно заполнить набор реквизитов и нажать кнопку **Зарегистрировать новое обращение**.
---
## Подраздел "Сервис"(Подраздел Сервис)
Данная глава содержит описание дополнительных инструментов для работы в подсистеме "Service Desk".
| **Список ролей, которые позволяют работать с подразделом "Сервис"** |
|-----------------------------------------------------------------|
| Добавление заданий |
| Выполнение заданий |
---
## Адресная книга
Обработка **Адресная книга** позволяет выводить список телефонных номеров и прочую контактную информацию сотрудников и контрагентов. Также отражена дополнительная информация:
* Должность\Роли;
* Организация\Подразделение;
* Местоположение.
Обработка позволяет формировать отчет по различным отборам.
---
## Диаграмма Ганта
:::info Диагра́мма Га́нта
Это популярный тип столбчатых диаграмм, который используется для иллюстрации плана, графика работ по какому-либо проекту. Является одним из методов планирования проектов. Используется в приложениях по управлению проектами. Первый формат диаграммы был разработан Генри Л. Гантом в 1910 году.
:::
В конфигурации реализован функционал **Диаграмм Ганта (по заданиям/проектам)**.
Пример, диаграммы по заданию:
Пример, диаграммы Ганта по проекту:
---
## Подсистема "Agile"
**Agile (Agile software development)** — гибкий подход к разработке программного обеспечения, который все чаще применяют в командах разработчиков.
Такой подход к управлению проектами и в разработке продукта, позволяет командам ускорить создание программного продукта (ценности) и избежать ошибок.
При таком подходе не выпускают весь продукт целиком, а наоборот разработчики (agile – команда) выполняет работу в рамках небольших, но понятных задач.
Требования, планы и результаты постоянно проходят проверку на актуальность, благодаря чему команды могут быстро реагировать на изменения.
Для управления Agile-проектами можно использовать разные фреймворки.
К самым популярным относятся:
* **Scrum** - это методика, помогающая командам вести совместную работу.
* **Kanban** - это популярный подход к реализации принципов Agile при разработке ПО
Элементы этих методологий, включены в нашу подсистему Agile. В разделе **Администрирование -> Настройки параметров учета -> Agile**, Вы можете включить или отключить функциональные опции всех сущностей данной подсистемы.
:::info
Функционал доступен с версии **3.1.13.7** только для редакции **КОРП**.
:::
---
## Ежедневный стендап
## Ежедневный стендап или Daily
:::info Ежедневный стендап или Daily
Это регулярная короткая встреча [Agile-команды](/it/podsistema-service-desk-upravlenie-incidentami/podsistema-agile/komandy-agile), которая предназначена обеспечить некую синхронизацию информации для всех участников, обеспечить прозрачность рабочего процесса и таким образом поддерживать эффективность и производительность работы команды.
:::
Суть этого ежедневного процесса заключается в том, что каждый участник докладывает остальным ответы на три ключевых вопроса:
* **Что я сделал?** - какой фронт работ был выполнен мной вчера.
* **Что я буду делать?** - какими задачами я займусь сегодня.
* **Что мешает?** - с какими проблемами я столкнулся.
Таким образом внутри команды появляется прозрачность, которая показывает насколько хорошо или наоборот плохо обстоят дела. Еще немаловажный фактор это повышение коммуникабельности внутри коллектива, каждый кто сталкивается с затруднительной проблемой может попросить помощи в ее разрешении у сотрудников с более высокой компетенцией.
Чтобы данная методика прекрасно показала себя на практике ее нужно придерживаться, а именно проводить данные собрания регулярно каждый рабочий день, при этом длительность собрания обычно должна занимать не более **15 минут**. Если какой-либо вопрос требует более детального разбора, лучше его оставить на индивидуальное рассмотрение дабы не тратить драгоценное время. Ведь не забываем, что основная цель это отчитаться каждому участнику о своей работе перед коллективом.
В нашем решение был разработан одноименный механизм, который позволит каждому участнику ежедневного стендапа заранее подготовить список собственных заметок. Это позволяет не только четко формулировать собственные доклады перед коллегами, но и структурирует информацию в конкретном месте.
Данный механизм располагается в разделе основного меню
**Техническая поддержка -> Agile -> Ежедневные стендапы**
Основная форма выглядит следующим образом:
Основная форма предназначена для отображения в табличном виде всех добавленных записей пользователей. По каждому пользователю строится отдельная строка, которая хранит заметки ключевого столбца. Для лучшего визуального представления, стикеры выделяются цветами в соответствии с расположением в конкретном столбце. Рассмотрим стикеры ежедневного стендапа подробнее:
## Стикеры ежедневного стендапа
Каждый стикер хранит в себе текст, который был добавлен пользователем для дальнейшего его использования при проведении Deily. Размер текста помещающегося в заметку **неограничен**. Если текст превышает размеры стандартного стикера, то он сворачивается до стандартных масштабов. Каждая заметка нумеруется в рамках своего типа и номер конкретной заметки отображается в ее левом верхнем углу. Вывод реализован по убыванию, что позволяет отображать последние добавленные заметки в самом верху строки.
Внутри текста любого из стикеров можно вставлять номера заданий, о которых идет речь. Вставленные номера формируются в хэштеги, по которым в дальнейшем можно открыть форму интересующей нас задачи. Каждое задание, присутствующее в тексте подсвечивается синим цветом и при наведении на него мышью выводится подсказка с полным представлением задачи.
Стикеры типов *Вчера* и *Сегодня* по своей функциональной возможности схожи, но в ежедневном стендапе присутствует третий вид стикера *Что мешает*, который объединяет в себе фиксацию проблемной ситуации и ее решение. Именно эта возможность в корне отличает от остальных видов стикеров. Данный вид заметки разделяется на две составляющей в зависимости от своего содержания. Если в стикере указана только проблема, тогда применяется стандартный вид для каждого из типов стикеров и при этом в левом верхнем углу рядом с номером отображается индикатор в виде восклицательного знака (!), сигнализирующий о не решенной проблеме.
Если входе проведения совещания проблема была решена, тогда найденное решение можно зафиксировать. При этом индикатор будет изменен и само решение будет отображаться в теле стикера.
Каждый пользователь и участник ежедневного стендапа может управлять ранее добавленными заметками. Нажав на кнопку в виде трех точек, раскроется меню, в котором пользователь может выбрать одно из предложенных действий:
* **Редактировать стикер** - [переход к редактированию содержимого заметки](/it/podsistema-service-desk-upravlenie-incidentami/podsistema-agile/ezhednevnyy-stendap/dobavlenie-i-redaktirovanie-zametok-ezhednevnogo-stendapa)
* **Удалить стикер** - выполнить удаление заметки.
Стоит отменить, что использовать данное меню и взаимодействовать со стикером может только автор этой заметки. Права на доступность меню не влияют.
## Пользователи и основные реквизиты
У данного функционала в шапке профиля присутствуют несколько реквизитов:
* **Номер** - Автоматически формирующейся номер документа с префиксацией, которая позволит в дальнейшем сортировать документы по префиксу.
* **Дата** - Дата записи документа.
* **Команда Agile** - Команда agile, участники которой имеют отношение к конкретному ежедневному стендапу. Данный реквизит является обязательным к заполнению и без него нельзя записать документ. При создании пользователем нового документа "Ежедневный стендап" в качестве команды указывается команда автора этого документа, если она найдена, в противном случае реквизит остается незаполненным.
Самый первый столбец таблицы предназначен для вывода пользователей в алфавитном порядке. Каждый из пользователей представлен в виде блока фотографии и его полного имени, а также этот блок приминает автоматически подобранный цвет, который закрепляется за конкретным пользователем. Также имеется возможность перейти прямо в карточку, нажав на необходимого пользователя.
Если у пользователя не установлена фотография, тогда выводится сформированная замена фотографии в виде инициалов полного имени.
Также в этой части таблицы в левом верхнем углу располагается основная кнопка добавления новых заметок в документ.
## Роли:
| | |
| ----------- | ---------- |
|**Добавление и изменение ежедневных стендапов**| Возможность добавления, редактирования, установки пометки на удаления ежедневных стендапов. Полные возможности для работы с данным документом. |
| **Чтение ежедневных стендапов** | Чтение ежедневных стендапов |
---
## Добавление и редактирование заметок стендапа
## Добавление и редактирование заметок ежедневного стендапа
Для того, чтобы в основном документе стендапа появились новые записи или имеющиеся были отредактированы, необходимо перейти в соответствующую форму. По нажатию в основной части документа кнопок "Добавить запись" или "Редактировать стикер" открывается форма, которая выглядит следующим образом:
## Новая запись
При создании новой записи, пользователю доступны три одноименные закладки, на которых есть возможность указать текст содержимого той или иной заметки. Способ добавления новых заметок полностью динамический, то есть Вы можете создавать заметки как по одной штуке каждого вида, так и создать сразу трех видов. После ввода необходимого текста, чтобы стикер был добавлен нужно нажать на кнопку **Сохранить**, которая запишет новую заметку. Как и в основной форме, так и здесь закладки *Вчера* и *Сегодня- идентичны и различаются лишь своей цветовой гаммой.
Закладка же *Что мешает* немного отличается, так в своем составе имеет тело стикера *Решение*, текст которого записывается в стикер проблемы в виде второй его составляющей.
## Редактирование заметок
Как и для добавления, так и для редактирования стикеров используется данная форма. Однако отличие заключается в том, что изменять можно только один стикер. Например, Вам необходимо подправить какую-либо информацию в заметке, Вы нажимаете кнопку редактировать. Открывается данная форма с уже открытой закладкой нужного типа и редактируемым текстом. При этом остальные закладки становятся недоступными для перехода по ним. Отличительным поведением выделяется является лишь стикер с типом *Что мешает*, который открывается для редактирования сразу двух заметок: *Проблема* и *Решение*.
## Работа с формой
Каждая из закладок имеет в своем составе поле, где отображается вводимый текст, а также общий для всей формы набор кнопок управления:
* **Выбрать задание** - С помощью данной кнопки осуществляется добавление одного задания в текст заметки. При нажатии на эту кнопку открывается форма выбора документа "Задание", где Вы можете выбрать необходимую задачу. Стоит отменить, что задача будет добавлена именно в то место текста, где находился курсор в момент нажатия кнопки. Если курсор вообще не был установлен в тело стикера, тогда задача будет добавлена в самое начало текста.
* **Заполнить** - С помощь данной кнопки выполняется добавление сразу нескольких заданий, которые были выполнены или завершены в период между прошлым ежедневным стендапом и текущей датой. При нажатии этой кнопки будет произведен поиск и добавление задач в начало текста с переносом строки, независимо где был ранее установлен курсор. Алгоритм поиска следующий: сначала ищется последний ежедневный стендап, в котором пользователь принимал участие (была добавлена хотя бы одна заметка) и берется дата найденного документа. Далее осуществляется поиск заданий, дата выполнения или завершения которых попадает в интервал от даты найденного стендапа до текущей даты (дата и время нажатия на кнопку).
* **Сохранить** - Выполняет сохранение (перезапись) редактируемой заметки, новыми значениями.
* **Закрыть** - Закрывает форму.
Помимо добавления в текст стикера заданий с помощью кнопок, у пользователя есть возможность добавлять задачи "вручную", указывая номера заданий в специальном формате **#Номер_задания**. При этом сам номер задания может быть указан как номер числом "22", так и с лидирующими нулями **00000000022**. При сохранении заметки, текст будет обработан и введенные номера заданий будут конвертированы к единому виду ссылки. Единственный нюанс при таком подходе, это то, что пользователь должен точно знать, что задача с таким номером существует иначе номер не будет обработан и выведен как обычный текст.
---
## Команды "Agile"
:::info Команда Agile
Это кросс-функциональная группа сотрудников размером от 5 до 11 человек, которая наделена полномочиями и способна определить, создать, протестировать и внедрить инкремент ценности за короткий временной интервал.
:::
1. **Зачем нужна команда Agile?**
Для быстрой реализации поставленных задач, что позволяет ускорить поставку продукта на рынок. Для определения точных потребностей и предпочтений клиентского сегмента. Для снижения количества микроменеджмента.
2. **Какой должна быть Agile команда?**
Она должна быть кросс-функциональной, самодостаточной и самоорганизованной. Команда отвечает за общий успех и конечный результат, именно поэтому члены команды должны протягивать руку помощи друг другу в рабочем процессе. Участники не должны оставлять все на самотек и ограничиваться работой собственной компетенции. Основная идея команды Agile - командная и слаженная работа механизма часов. Каждая шестеренка работает совместно с другой частью механизма.
3. **Когда нужна Agile команда?**
В тот момент, когда стартует или уже реализуется большой и сложный продукт. Когда имеется высокая степень неопределенности, рисков. Когда есть проблемы с реализацией "конвейера" поставки продукта в нужные сроки.
Создание Agile команды позволит поставлять продукт чаще и сразу же получать обратную связь от заказчика. Как результат, появление более ценного, качественного и востребованного продукта, который начнет приносить прибыль.
В нашем решении создано такое понятие как **Команды Agile**, которое в свою очередь взаимодействует со всеми сущностями подсистемы Agile. Команды используются в **Ежедневном стендапе**, **Покер планировании**, **Ретроспективе** и **Спринтах**.
Перейти к созданию новой команды Agile можно в разделе
**Техническая поддержка -> Agile -> Команды Agile**.
Функционал команд Agile представляет собой справочник, где хранятся все созданные команды сотрудников по ключевым назначениям. Каждая из команд имеет в своем составе определенный набор участников со своими ключевыми видами, которые характеризуют основную роль сотрудника.
В шапке располагаются основные реквизиты справочника:
* **Наименование** - название команды.
* **Префикс** - префикс команды, который используется для префиксации кода команды. В дальнейшем от этого префикса изменится нумерация, например, ежедневного стендапа, в котором данная команда будет участвовать. Данный реквизит является обязательным к заполнению и может иметь любое текстовое значение длиной 2 символа.
* **Код** - порядковый код команды.
* **Активность** - определяется активность текущей команды "Работает\Не работает".
В основной части справочника располагается табличная часть участников, в которой указываются сотрудники имеющие отношение к данной команде Agile. Помимо самого участника ему присваивается вид, который характеризует его роль в системе команды. Список видов может расширяться при необходимости, но по умолчанию есть предопределенный состав видов, который можно использовать в любой команде.
**Роли:**
| | |
| ------------------------------------------------ | -------------------------------- |
| **Добавление и изменение ежедневных стендапов** | Возможность добавления, редактирования, установки пометки на удаления команд Agile. Полные возможности для работы с данным справочником.|
| **Добавление и изменение покер планирования** | Возможность добавления, редактирования, установки пометки на удаления команд Agile. Полные возможности для работы с данным справочником. |
| **Чтение ежедневных стендапов** | Возможность только просмотра справочника. |
| **Чтение покер планирования** | Возможность только просмотра справочника. |
| **Чтение покер планирования** | Возможность только просмотра справочника. |
---
## Покер планирования
:::info Покер планирования (англ. Planning Poker, а также англ. Scrum poker)
Техника оценки, основанная на достижении договорённости, главным образом используемая для [командной](/it/podsistema-service-desk-upravlenie-incidentami/podsistema-agile/komandy-agile) оценки сложности предстоящей работы или относительного объёма решаемых задач при разработке программного обеспечения.
:::
Суть этого процесса заключается в том, что эта техника минимизирует эффект привязки путём опроса каждого из участников команды таким образом, что никто не знает чужого решения до одновременного оглашения выбора каждого из участников. Оценки, полученные с помощью покера планирования, являются более точными, чем оценки, полученные иными методами.
## Основные достоинства:
* **Повышает эффективность** - одна их периодических встреч Agile-команды - это собрания посвященные планированию, **Покер планирования** призван стать инструментом повышающим единство команды, сосредоточенность и скорость.
* **Убирает эффект** привязки - каждый член Agile-команды уникален, потому что имеет свой опыт, мнение, оценку задания... По этой причине в процессе оценки важно не мнение одного, а мнение каждого, поэтому необходимо не привязываться к мнению других. В этом поможет инструмент планирования, ведь каждый оценивает индивидуально и карты переворачиваются одновременно.
* **Контроль процесса оценки** - инструмент контролирует количество потраченного времени на обсуждение задачи и суммарные возможности команды (скорость команды, англ. Velocity).
Избавление от эффекта привязки
Эффект привязки возникает, когда команда открыто обсуждает оценки. Команда обычно имеет в своём составе как сдержанных, так и импульсивных участников, могут быть участники, у которых есть определённые планы; разработчики, вероятно, захотят как можно больше времени заниматься работой над проектом, а владелец продукта или заказчик, вероятно, захочет, чтобы работа была закончена как можно скорее.
Оценка становится подверженной эффекту привязки, когда владелец продукта говорит нечто подобное: «Я думаю, это несложная работа, вряд ли это займёт больше пары недель». Либо когда разработчик говорит: «Думаю, это очень сложная задача, я с подобным работал». Если начинающий обсуждение говорит: «Думаю, это займёт 50 дней», — он сразу устанавливает рамки мышления остальных участников; возникает эффект привязки, то есть, если 50 дней, значит задача сложная и это подсознательно будет отправной точкой для всех участников.
Те, кто хотел сказать что задача настолько сложная что может занять 100 дней, захотят уменьшить свою оценку, а те, кто думал что на задачу требуется минимальное количество усилий, захотят увеличить её. Это становится серьёзной проблемой, особенно если изначально оценка сказана влиятельным участником. Это может быть опасным и приводить к оценкам, на которые повлияли планы или личные мнения людей, не сфокусированных на качественном выполнении задачи.
Покер планирования выявляет потенциально влиятельного участника команды, изолируя его мнение от других участников группы. Затем необходимо, чтобы участник аргументировал свой выбор, если он не совпадает с превалирующим мнением. Если участники группы могут выражать свою сплочённость таким образом, они более склонны верить в свои первоначальные оценки.
Если у влиятельного участника есть хорошие аргументы для спора, все остальные будут видеть смысл и прислушиваться, но, по крайней мере, остальные участники не будут подвержены эффекту привязки; вместо этого они должны будут исходить только из разумных соображений.
**Как использовать?** Правила использования очень просты. Команда-Agile встречается
в одном помещении или удаленно с помощью видеоконференции.
Ведущий пользователь создает новый элемент справочника "Покер планирования",
выбирает команду, заполняет список заданий и начинает сессию, в этот момент другие пользователи
подключаются и начинают обсуждать первую задачу,
как только задача была разобрана пользователи выкладывают карты, ведущий нажимает
"Перевернуть", все увидят чужие оценки и автоматически будет вычислена средняя карта,
можно приступать к следующему заданию.
[Подробнее о настройках сессии...](/it/podsistema-service-desk-upravlenie-incidentami/podsistema-agile/poker-planirovaniya/sozdanie-i-nastroyka-sessii-pokera-planirovaniya)
**Роли:**
| | |
| ------------------------------------------------| ----------------- |
| **Добавление и изменение покера планирования** | Возможность добавления, редактирования, установки пометки на удаления сессий покера планирования. Полные возможности для работы с данным справочником. |
| **Чтение покера планирования** | Возможность участия. |
---
## Как показать - скрыть уже законченные сессии
Начиная с версии **8.3.15.6** появилась возможность скрывать уже завершенные сессии
Для этого в форме списка сессий появилась специально обученная кнопка: 
Нажав на нее, мы увидим список всех элементов с цветовой дифференциацией: зеленый и галочка - все задачи оценены, синий - есть задачи без оценки, черный - нет оценок. Пример можно посмотреть на рисунке ниже.
---
## Наборы карт планирования
## Предопределенные наборы карт
Наборы карт планирования необходимы для оценки заданий с помощью сессий планирования, существуют предопределенные наборы:
## Создание собственного набора карт планирования
Для создания набора карт планирования необходимо перейти в раздел
**Техническая поддержка -> Наборы карт планирования -> Создать**
Установите произвольное наименование набору карт, заполните таблицу существующими оценками или создайте собственные, не забудьте установить видимость карты в таблице оценок (столбец с пиктограммой глаза).
## Замена надписи "Кофе" на символ чашки кофе
К сожалению не все операционные системы поддерживают символ "Горячий напиток", поэтому в предопределенных оценках вместо оценки с символом чашки кофе, просто написана надпись "Кофе", если Вы хотите использовать символ кофе, перейти в раздел
**Техническая поддержка -> Наборы карт планирования -> Покер планирования ®**
В списке оценок откройте оценку "Кофе", В поле "Оценка" замените надпись "Кофе" на символ ☕
Необходимо **Записать и закрыть**.
---
## Описание элементов игрового окна
## Составляющие окна покера планирования
Для лучшего понимания, интерфейс сессии можно разделить на 4 зоны:
### 1. Шапка покера планирования.
Шапка содержит в себе, основные элементы управления ведущего и информацию о текущей сессии:
* **Кнопка справки** - выполняет переход в браузер на соответствующую статью базы знаний SoftOnIt
* **Кнопка "Перевернуть"** - Видна только для ведущего. При нажатии перевернет все выложенные карты на столе и вычислит среднюю карту, колоды карт у участников будут заблокированы, ход делать нельзя. (Можно не дожидаться хода всех участников, в таком случае пустые карты в результат среднего вычисления не попадут)
* **Кнопка "Повторить"** - Видна только для ведущего. При нажатии на кнопку, оценка будет сброшена и очищены все выложенные карты, карты в руках станут доступными для выбора.
* **Кнопка "Настройки"** - Видна только для ведущего. Открывает настройки текущей сессии.
* **Таймер** - Таймер остатка времени на обсуждение и оценку текущего задания, таймер несет информационный характер, если достигнет "00:00" будет гореть красным, при этом можно продолжать оценку.
* **Средняя оценка** - После того, как карты будут перевернуты, механизм автоматически вычислит среднюю карту. Если на стол будет выложено более трех подряд идущих карт или будет обнаружена "Спецкарта" (кофе, бесконечность, вопрос...), оценка будет вычислена, но подсветится красным цветом, процесс оценки текущего задания желательно повторить, но можно оставить и так.
* **Скорость команды** - Шкала границы усилий для текущей команды-Agile (Velocity)
### 2. Игровой стол.
На столе находятся блоки каждого участника со статусом карты. Участники заполняются ведущим в настройках сессии. Если ведущий является участником рядом с его фотографией будет отображаться звездочка.
Состояния карт:
### 3. Карты в руках.
Набор карт текущей сессии (настраивается ведущим), если карты на столе рубашкой вверх - можно ходить (для сброса хода вновь нажмите на выбранную карту), если карты на столе раскрыты, то блок карт в руке будет серым цветом и ход сделать не получится, необходимо ждать действий ведущего.
### 4. Список историй / заданий.
Данный список необходим для четкой очередности оценки заданий, набирается и редактируется ведущим сессии, текущее задание выделено обводкой синим цветом.
* **1** - Номер задания, при нажатии откроется окно задания.
* **2** - Текущий процесс.
* **3** - Наличие значка свидетельствует о существующих комментариях в задании.
* **4** - Вкл/выкл задание из текущего спринта. (Если горит зеленым, значит задание включено в спринт).
* **5** - Теги задания.
* **6** - Текущий исполнитель.
* **7** - Картинка текущего этапа.
* **8** - Тема задания.
* **9** - Процент выполнения задания.
* **10** - Оценка задания.
* **11** - Наличие значка свидетельствует о существующих прикрепленных файлах в задании.
* **12** - Крайняя дата, когда задача должна быть выполнена по SLA.
* **13** - Если стикер не вмещает информацию, то появляется данная кнопка для показа скрытых элементов.
---
## Создание и настройка сессии покера планирования
:::info
Перед началом создания сессии покера планирования, убедитесь в активности функциональных опций описанных в данной статье: [Подсистема "Agile"](/it/podsistema-service-desk-upravlenie-incidentami/podsistema-agile)
:::
## Создание сессии
Для создания необходимо открыть
**Техническая поддержка -> Покер планирования -> Кнопка 'Создать'**
откроется окно настроек сессии покера планирования
## Описание настроек
* **Наименование** - Наименование текущей сессии, по умолчанию устанавливается в формате "Покер планирования от ДД.ММ.ГГГГ"
* **Номер** - Заполняется автоматически, подставляется префикс команды Agile (не рекомендуется изменять)
* **Дата** - Дата проведения покера планирования, по умолчанию устанавливается текущая дата
* **Команда Agile** - Покер планирования является частью подсистемы Agile, поэтому привязка к команде является обязательной, по умолчанию заполняется команда в которой состоит текущий пользователь, если пользователем ранее были созданы сессии планирования, будет подтянута последняя команда. Текущий пользователь (ведущий) может не состоять в Agile-команде. Также, при изменении реквизита автоматически перезаполняется список участников
* **Ведущий** - Ведущий текущей сессии планирования. Ведущий не обязан состоять в Agile-команде
* **Набор карт** - Набор карт для оценки заданий. Наше решение дает возможность использовать предопределенные наборы карт или создавать свои, по умолчанию заполняется стандартный набор карт Agile-команды
* **Скорость команды** - Производительность Agile-команды часто называют скоростью, поскольку это буквальный перевод Velocity —англоязычного термина из Scrum. Это величина, отражающая количество работы, которое Agile-команда может выполнить за один Спринт. Если значение 0, то шкала скорости будет скрыта
* **Показывать скорость команды всем** - Показывать ли остальным участникам команды скорость всей команды?
* **Автоматически переворачивать карты при голосовании всех** - Данный реквизит включает автоматический переворот карт, предположим в планировании участвует 10 человек, как только на столе будет лежать 10 карт, они автоматически перевернутся и будет вычислена средняя оценка задания
* **Использовать таймер** - Признак использования таймера. Данный таймер необходим не для того чтобы подумать какую карту выбрать, а для того чтобы обсудить задачу и проголосовать, он несет информационный характер и необходим для соблюдения временных рамок.
* **Время таймера** - Произвольное время оценки одной задачи, указывается в минутах. Например, команде необходимо 10 заданий обсудить за два часа, два часа - 120 минут, значит в среднем на обсуждение одного задания необходимо тратить не более 12 минут
* **Список участников** - Список участников, заполняется автоматически при выборе Agile-команды, участников можно исключать и менять местами. Ведущему не обязательно быть в списке
* **Список Историй / Заданий** - Список заданий, который необходимо оценить, данный список будет отображаться в виде стикеров в правой части экрана сессии покера планирования
---
## Ретроспектива
:::info Ретроспектива
Это регулярная встреча участников Agile команды для подведения итогов и решения возникших проблем, с которым пришлось столкнуться. Другими словами, это взгляд в прошлое, чтобы улучшить будущее.
:::
Замыкающей составляющей блока Agile в нашей конфигурации является документ **Ретроспектива**, который позволит провести одноименную встречу сотрудников в режиме онлайн. Данный документ как и остальные механизмы Agile расположен в разделе
**Техническая поддержка -> Agile -> Ретроспектива**
и выглядит как на скриншоте ниже.
## Шаблоны ретроспективы
Механизм документа представляет из себя доску, формирующуюся из заранее созданных шаблонов. Каждый выбранный шаблон ретроспективы задает документу размерность сетки, а также оформление каждой ячейки. В конфигурации в качестве предопределенных реализовано 4 шаблона, которые отражают сетку и оформление разных вариаций. Если стандартных вариантов мало, всегда можно создать собственные. Для этого необходимо перейти в раздел
**Техническая поддержка -> Agile -> Шаблоны ретроспективы**.
Для более точного понимания предназначения справочника "Шаблоны ретроспективы", необходимо подробно рассмотреть каждый реквизит:
* **Код** - стандартный реквизит, который определяет уникальность шаблона ретроспективы.
* **Родитель** - указывается родитель элемента справочника.
* **Наименование** - указывается наименование шаблона ретроспективы.
* **Строки и столбцы** - в данных реквизитах указывается соответствующее количество строк и столбцов, которое будет содержать сетка ретроспективы.
* **Табличная часть** - содержит в себе ячейки: *Заголовок* - в нем указывается наименование заголовка, *Цвет заголовка* - указывается цветовое оформление заголовка ячейки.
Количество строк и столбцов введенных в соответствующих реквизитах шаблона ретроспективы перемножается, и создают итоговую сетку документа. Например, размерность сетки 1*3, 2*3, 3*3.
## Работа с ретроспективой.
При создании нового документа, необходимо заполнить ряд обязательных реквизитов, без которых невозможна запись. В число таких реквизитов относятся:
* **Команда Agile** - в данном реквизите указывается команда Agile, принимающая участие в проводимой ретроспективе.
* **Шаблон сетки** - указывается шаблон ретроспективы, с помощью которого будет формироваться доска.
* **Вид периода** - реквизит, отвечающий за предпочтительный формат установки необходимого периода, которому соответствует текущая ретроспектива.
* **Дата периода** - дата, которая будет установлена в качестве периода ретроспективы. Текущая дата будет установлена в соответствии с выбранным видом периода.
Другими словами, если указан вид "Спринт", тогда дополнительно необходимо указать нужный спринт и в качестве периода будут установлена дата начала спринта и дата окончания. Если в качестве вида периода указывается, например, неделя, тогда период будет установлен с начала по конец текущей недели. Аналогично будет происходить и с остальными видами периода.
Для того, чтобы добавить новый стикер на доску ретроспективы необходимо в нужной ячейки сетки нажать на кнопку:
После этого откроется форма добавления нового стикера, в которой можно будет указать необходимый текст и выбрать какое-либо связующее задание. Принцип работы данной формы практически полностью аналогичен форме добавления нового стикера документа [Ежедневный стендап](/it/podsistema-service-desk-upravlenie-incidentami/podsistema-agile/ezhednevnyy-stendap/dobavlenie-i-redaktirovanie-zametok-ezhednevnogo-stendapa). Стоит отметить, что для удобства восприятия поле ввода текста формы добавления нового стикера перекрашивается в цвет заголовка ячейки, из которой оно было вызвано. Таким образом можно сориентироваться в какую именно ячейку сетки ретроспективы добавляется новый стикер.
Добавлять новые задания в текст стикера можно с помощью кнопки **Выбрать задание** или введя номер задания вручную, придерживаясь стандартного шаблона: **#Номер_задания**.
Для редактирования или удаления стикера необходимо открыть меню взаимодействия, которое активируется при нажатии на три точки в правом верхнем углу стикера и выбрать необходимое действие.
Помимо возможностей описанных выше, на доске ретроспективы имеется возможность перемещать текущие стикеры между ячейками, с помощью функционала drag and drop. Таким образом можно быстро и удобно расположить стикеры на доске текущего документа.
---
## Новая задача на основании стикера
В меню управления стикером документа **Ретроспектива**, которое открывается по нажатию трех точек в правом верхнем углу. Есть возможность быстро создать новое задание на основании выбранной Вами заметки. Это очень упрощает процесс фиксирования каких-либо договоренностей, которые могли родиться в ходе обсуждения той или иной темы.
После нажатия на кнопку **Создать задание** откроется форма создания нового задания, при этом само задание еще не будет записано. Поэтому у Вас будет возможность внести какие-либо корректировки в оформление создаваемой задачи и только после этого записать форму. При этом содержание и автор стикера будет использоваться для автоматического заполнения. Автор будет поставлен в качестве инициатора создаваемого задания, а текст стикера будет использоваться для заполнения темы. Если текст стикера будет превышать *150* символов, тогда в тему будет вставлен текст размером *147 символов и дополнен "..."*. А также весь текст будет указан в качестве описания к задаче. В противном случае, текст стикера будет просто полностью вставлен в качестве темы задания.
---
## Подсистема "Телефония"
В нашей конфигурации присутствует возможность работать практически с любой телефонией, поддерживающей работу по `SIP` протоколу.
Рассмотрим этот механизм поподробнее.
| **Список ролей для работы с подсистемой "Телефония"** |
|-------------------------------------------------------|
| Управление маршрутизацией и просмотр истории звонков АТС |
---
## Звонки и работа с панелью софтфона
Осуществлять звонки, используя **подсистему "Телефония"**, можно как из самой конфигурации, так и из панели софтфона.
Однако стоит заметить, что для осуществления звонков в принципе, наличие панели софтфона обязательно, так как основной процесс вызова или принятия звонка проходит именного через него.
Для того, чтобы совершать звонки из конфигурации необходимо каждому пользователю назначить персональные настройки, которые можно найти в разделе
**Администрирование -> Настройки параметров учета -> Телефония -> Персональные настройки**.
Данные настройки можно задавать как конкретному пользователю, так и всем пользователям, но при этом должна быть установлена настройка **Использовать общие настройки**.
Подробное описание настроек, представленных в данном окне можно найти в статье ["Настройка телефонии в программе"](/it/podsistema-service-desk-upravlenie-incidentami/podsistema-telefoniya/nastroyka-telefonii-v-programme).
При настройках показанных на скриншоте пользователю будет доступна возможность звонить прямо из конфигурации, а также при входящем или исходящем звонке будет открываться карточка клиента.
:::info
Карточка клиента работает со справочником "Контрагент", что не позволяет открывать при звонке остальные элементы справочников, например, пользователей или сотрудников.
Но у Вас есть возможность указать в качестве действия **Открывать мастер регистрации**, через который уже можно попасть в карточку любого справочника конфигурации.
:::
## Знакомство с панелью софтфона
Панель софтфона имеет ряд настроек, которые можно открыть, нажав на имя пользователя, и перейти в настройки, либо нажать сочетание клавиш `ctrl+s`.
В настройках можно настроить профиль пользователя, аудиоустройства, оформление, поведение и чаты.
### Входящие и исходящие звонки. Карточка клиента и мастер регистрации
При входящем звонке свернутая панель софтфона отобразит небольшую панель входящего вызова, которая будет содержать в себе две кнопки **Принять** и **Отклонить**.
После принятия оператором входящего звонка, если данный звонящий зарегистрирован в программе, тогда автоматически откроется его карточка с подробной информацией о клиенте.
Если звонящий еще не заведен в базе, тогда откроется форма регистрации (создания) нового контрагента с помощью, которой Вы быстро можете завести нового клиента.
Это действие будет выполнено в соответствии с персональными настройками, установленными данному пользователю телефонии.
Аналогичные действия будут выполняться и при осуществлении исходящего звонка, когда с той стороны будет поднята трубка.
Также автоматически может открываться функционал **Мастер регистрации**, который позволяет быстро регистрировать новые обращения или открывать уже существующие.
Исходящий вызов может осуществляться как из базы с помощью кнопки **Позвонить**, которая доступна во всех справочниках, имеющих табличную часть **Контактная информация**, а также из документов **Задание**, **Заказ поставщику** и **Заказ клиента**.
В самой панели софтфона исходящий звонок будет отображаться как на скриншоте ниже.
После того как трубка будет взята с той стороны провода, отображение софтфона изменится и Вам будут доступны дополнительные кнопки управления разговором.
Можно будет увеличить или уменьшить звук, отключить микрофон, клавиатура набора, перевести звонок или завершить вызов.
Перевод вызова можно осуществить с помощью кнопки **Перевести**, которая откроет новое окно со списком сотрудников доступных для переадресации вызова.
При этом сотрудники, у которых на текущий момент включена телефония будут показаны со статусом **Онлайн**, а остальные будут отображены со статусом **Офлайн**, что позволит Вам быстро определить о доступности Вашего коллеги.
Также если человек будет в данный момент уже с кем-то общаться, то это тоже будет отражено в статусе **Разговаривает**.
## Карточка клиента
Далее рассмотрим карточку клиента, которая является основным информативным пространством телефонии.
**Карточка клиента** - это переработанная форма элемента справочника "Контрагенты", позволяющая отражать информацию о звонках по конкретному контрагенту.
Из формы данной карточки можно создать необходимые документы: "Задание", "Заказ клиента", "Заказ поставщику".
Можно совершить звонок либо на номер самого контрагента, либо выполнить вызов на номер его контактного лица.
Для этого достаточно нажать на номер телефона, который отображается в разделе "Контактная информация".
Карточка клиента также отражает "Ленту событий" по данному контрагенту, в которой будут показываться связанные с ним документы, история звонков или заметки оставленные менеджером.
По каждому звонку можно прямо из ленты прослушать запись разговора или просмотреть комментарий если он был оставлен.
Вся лента может фильтроваться по преlопределенным фильтрам, а также позволяет осуществлять поиск по части наименования события.
В верхней части ленты событий располагается панель быстрых действий.
---
## Настройка телефонии в программе
## Установка расширения телефонии в основную конфигурацию.
Первое, что необходимо выполнить - это установить новое расширение телефонии в основную конфигурацию "Управление IT-отделом 8".
Сделать это можно двумя способами: через пользовательский **режим "1С:Предприятие"** или через **Конфигуратор**.
Посмотреть как выполняется установка любого расширения в пользовательском режиме можно в статье [Установка расширений из режима 1С: Предприятие](/it/universalnye-mehanizmy/ustanovka-rasshireniy-iz-rezhima-1s-predpriyatie).
Здесь мы рассмотрим второй способ и установим необходимое нам расширение через конфигуратор.
Открываем конфигуратор и переходим в раздел
**Конфигурация -> Расширения конфигурации**
В открывшемся окне списка расширений конфигураций нажимаем кнопку **Действия -> Добавить**.
Откроется форма создания нового расширения, можно ничего не менять в этом окне и просто нажать кнопку **Ок**.
После проделанных манипуляций в списке появится новое пустое расширение, которое мы должны перезаписать файлом расширения телефонии.
Нажимаем кнопку **Конфигурация -> Загрузить конфигурацию из файла**.
Откроется диалог выбора файла расширения для загрузки.
Сам файл расширения телефонии находится по стандартному пути установки шаблона основной конфигурации, при условии, что во время установки шаблона основной конфигурации данный путь не был изменен.
`C:\Users\<Пользователь>\AppData\Roaming\1C\1cv8\tmplts\SoftOnIT\it\3_1_14_1\Общие файлы`
После выбора файла расширения, система загрузит расширение и предложит обновить конфигурацию базы данных.
После чего расширение будет успешно установлено.
:::info Важно!
Обязательно отключите у расширения безопасный режим (см. рисунок ниже).
:::
## Публикация Web сервисов
После установки и настройке АТС MikoPBX можно приступить к настройкам подсистемы телефонии в конфигурации.
Первое, что необходимо выполнить опубликовать web сервисы, о которых речь шла в статье [Установка АТС](/it/podsistema-service-desk-upravlenie-incidentami/podsistema-telefoniya/ustanovka-ats).
Открываем конфигуратор и переходим в раздел **Администрирование -> Публикация на веб-сервере**.
В окне публикации на закладке **Web-сервисы** активируем галочку *Публиковать Web-сервисы расширений по умолчанию*.
Система опубликует все необходимые веб-сервисы, которые входят в состав расширения телефонии, после чего публикуем информационную базу.
Далее необходимо настроить служебного пользователя, который будет авторизовываться на веб-сервере.
В конфигураторе открываем список пользователей и в списке находим предопределенного пользователя **WebService**.
Данный пользователь должен появиться после публикации веб-сервисов, если этого не произошло и в списке его нет, тогда создайте его вручную.
В настройках пользователя нужно указать пароль, снять галочки *показывать в списке выбора* и *защита от опасных действий*.
На закладке **Прочие** необходимо убедиться, что у него установлены роли: Телефония: Базовые права и Телефония: Веб сервисы.
Без этих ролей пользователь не сможет подключаться к веб сервису.
После выполнения этих действий нужно проверить корректно ли работает опубликованный веб-сервис.
Для этого в браузере введите адрес и авторизуйтесь под служебным пользователем.
`http://[АдресСервера]/[ИмяПубликации]/ws/miko_crm_api.1cws?wsdl`
Если все в порядке отобразится строка **Не указан заголовок управления сеансами или куки с идентификатором сеанса**.
Оно говорит, что все в порядке, включен режим повторного использования сеансов для повышения быстродействия в работе веб-сервиса.
Вместо сообщения возможно отображение XML представление веб-сервиса.
## Настройка подсистемы в конфигурации
После выполненных манипуляций можно запускать конфигурацию и приступать к настройкам подсистемы телефонии непосредственно в программе.
После запуска конфигурации можно будет заменить, что в основном разделе меню программы появился дополнительный раздел **Звонки и сообщения**,
в котором располагаются все функциональные возможности расширения телефонии.
Для первоначальной настройки лучше всего воспользоваться мастером первоначальной настройки,
который быстро пошагово проведет нас по основным настройкам.
Для этого перейдем в раздел **Звонки и сообщения -> Мастер первоначальной настройки**. Откроется первая страница мастера настройки.
На самом первом шаге Вам необходимо выбрать схему подключения 1С и АТС.
Это может быть расположение обоих в одной локальной сети или же, например, расположение АТС в облаке.
При этом сразу хочу отметить, что понятие "облако" здесь стоит рассматривать как нечто за пределами локальной сети, это может быть даже просто другая локальная сеть и т.д.
В зависимости от выбранной схемы в расширенных настройках подключения будут установлены подходящие к схеме каналы передачи событий и контактных данных.
В случае нашей настройки мы выбрали схему **Сервер 1С и Сервер АТС в одной сети**.
При этом мастер первоначальной настройки напоминает нам, что для этой схемы необходимо опубликовать веб-сервис, что мы и сделали ранее,
поэтому не обращаем на это внимание. Если веб-сервис не опубликован, тогда конфигурация не сможет установить связь с сервером АТС и подсистема не будет функционировать.
На следующем шаге система проверит подключена ли конфигурация к сервису 1С "Обсуждения" и если подключение не было осуществлено будет предложено настроить данную связь.
Функционал обсуждений необходим для работы механизма **What's App**.
Если Вы не подключитесь к этому сервису, тогда телефония не сможет работать с чатами what's app.
На данном шаге необходимо указать адрес электронной почты, который будет служить основным для осуществления регистрации и нажать кнопку зарегистрироваться.
На данный адрес почты будет выслан код, который нужно ввести в соответствующее окно для завершения регистрации.
Жмем кнопку **Далее** и на следующем шаге необходимо выбрать одну из доступных АТС.
В нашем случае указываем MikoPBX выбираем режим ручной настройки и в пустое поле вводим IP адрес АТС.
После этого переходим к следующему шагу. Если подключение прошло успешно, то Вы будете направлены на следующую страницу, в противном случае будет выдано предупреждение.
:::info Внимание!
Если соединение с сервером АТС не устанавливается **обязательно** убедитесь, что в MikoPBX установлен и подключен к опубликованному веб-сервису модуль "Панель телефонии 4.0 для 1С:Предприятие".
Подключение осуществляется именно благодаря этому модулю и веб-сервису.
:::
На следующем шаге мастер предложит указать виды внутренних и мобильных номеров.
Для вида внутреннего телефона следует использовать предопределенный вид *Телефон*, а для мобильных *Телефон, для рассылки оповещений*.
Вид внутреннего телефона указывать **обязательно**.
На следующем этапе необходимо каждому пользователю, который будет использовать подсистему **Телефония** указать внутренний номер.
Этот номер будет использоваться для подключения к панели софтфона.
:::info Внимание!
Для того, чтобы пользователь мог пользоваться телефонией он должен быть также указан и в списке сотрудников в самой АТС MikoPBX.
:::
После указания внутренних номеров пользователей жмем кнопку **Далее** и дожидаемся окончания применения всех настроек.
По завершению Вы будете уведомлены об успешном окончании.
Далее возвращаемся в раздел **Звонки и сообщения -> Настройки подсистемы -> Параметры конфигурации** и проверить, что заполнены все реквизиты появившегося окна:
* [x] **Вид внутренний номер** - вид контактной информации внутреннего номера, обязателен к заполнению и заполняется при первоначальной настройке.
* [x] **Вид мобильный номер** - вид контактной информации для использования мобильных номеров.
* [x] **Группа видов контактной информации компании** - группа видов контактной информации справочника "Контрагенты". В телефонии основной справочник для работы "Контрагенты", поэтому и группу контактной информации необходимо указывать данного справочника.
* [x] **Группа видов контактной информации контактного лица** - группа видов контактной информации справочника "Контактные лица". Необходимо указать справочник контактных лиц, который непосредственно связан со справочником "Контрагенты".
* [x] **Имя справочника компания** - указываем наименование основного справочника для работы подсистемы, это имя справочника "Контрагенты".
* [x] **Имя справочника контактное лицо** - указываем наименование справочника "Контактные лица" и через точку с запятой реквизит "Владелец".
* [x] **Ответственный** - указывается реквизит, который будет использоваться в качестве ответственного менеджера.
:::info Обратите внимание
Eсли данные параметры будут не заполнены подсистема не будет работать корректно.
:::
После этого возвращаемся в раздел **Звонки и сообщения** и открываем раздел настроек телефонии **Персональные настройки**.
В персональных настройках задаются настройки использования функционала подсистемы конкретному пользователю или для всех пользователей в совокупности (общие настройки).
В списке выбора пользователей выбираем необходимого пользователя телефонии и устанавливаем необходимые настройки действий:
* [x] **Использовать общие настройки** - устанавливает выбранному пользователю настройки, которые были заданы для всех пользователей.
* [x] **Совершать и принимать звонки из 1С** - устанавливает настройку, которая позволяет пользователю звонить прямо из конфигурации без использования прямого набора в панели СофтФона.
* [x] **Действие при входящем звонке** - позволяет указать действие, которое будет выполняться при входящем звонке. Можно установить значение "Открыть карточку клиента", которое будет открывать карточку клиента при входящем звонке. Обратите внимание, что карточка будет открыта только при поднятой трубке (принятии звонка).
* [x] **Действие при исходящем звонке** - позволяет указать действие, которое будет выполняться при исходящем звонке. Можно установить значение "Открыть карточку клиента", которое будет открывать карточку при исходящем звонке. Обратите внимание, что карточка будет открыта только после принятия звонка с той стороны провода.
* [x] **Способ регистрации нового клиента** - позволяет указать действие, которое будет выполняться при звонке от неизвестного номера (незанесенного в базу). Указывается форма, которая будет открываться при принятии (входящего вызова) от неизвестного номера.
* [x] **Форма отчетов** - указывается вид формы отчета, который будет использоваться по умолчанию у отчетов, относящихся к подсистеме телефонии.
Далее для корректного создания сторонних документов конфигурации на основании контрагента из его карточки, необходимо проверить,
что созданы пользовательские документы в разделе **Звонки и сообщения -> Пользовательские документы**.
В данном списке при первоначальном запуске по умолчанию создаются два пользовательских документа **Заказ клиента** и **Заказ поставщику**.
Если данных документов нет в списке их необходимо создать.
Последнее, что необходимо настроить - это назначить права доступа пользователям, которые будут работать с телефонией.
В настройках параметров учета откроем раздел **Права доступа** и добавим в группу доступа **МИКО: Пользователи телефонии и мессенджера** пользователей подсистемы, которые будут совершать и принимать звонки.
---
## Обновление расширения Телефонии "МИКО"
Если вы используете расширение телефонии, тогда эта статья для вас.
Мы позаботились, чтобы значjк данного расширения корректно отображался в командном интерфейсе.
Для этого, необходимо обновить расширение телефонии в пользовательском режиме.
Расширение находится в zip-архиве с обновлением конфигурации.
1. Нажимаем правой кнопкой мыши на архив с обновлением.
2. Извлекаем все в папку.
3. Запускаем дистрибутив.
4. Указываем путь для установки, и запоминаем куда установили. (можно в эту же папку)
5. После установки, открываем папку, куда установили обновление и переходим `\SoftOnIT > it > 3_1_17_4 > Общие файлы`.
Находим файл расширения: *ПодсистемаТелефонии40_УИТ8*.
Далее выполняем действия по инструкции в [видео](https://youtu.be/fUJSqIp1wDc)
---
## Переход с телефонии версии 2 на версию 4
В данной статье будет рассмотрен правильный переход на новую телефонию версии 4.
Данная инструкция поможет Вам избежать потерю данных по ранее сохраненным звонкам.
Стоит отметить, что в данной инструкции будут приведены советы для работы с АТС mikoPBX, для других АТС инструкцию по переходу смотрите на официальном сайте МИКО.
:::info ВНИМАНИЕ!
Для перехода на новую версию телефонии Вам не нужно переустанавливать свою АТС. Для перехода достаточно выполнить шаги, описанные ниже.
:::
1. **Подготовка АТС к переходу.** Первым делом перед переходом на новую версию телефонии Вы должны подготовить АТС.
Для этого ее необходимо обновить до релиза **1.281 или выше**.
Информация по доступным обновлениям mikoPBX можно посмотреть в веб-интерфейсе в разделе **Обновления PBX**.
2. **Установка нового модуля.** После успешного обновления АТС, необходимо установить новый модуль телефонии, который станет доступен.
Перейдите в раздел **Управление модулями**. В списке доступных модулей найдите и установите модуль **Панель телефонии 4.0 для 1С**.
После того, как модуль будет успешно установлен, его необходимо настроить также как это делалось при первоначальной настройке.
То есть, ввести все данные для успешной связи модуля и 1С конфигурации.
3. **Установка лицензионного ключа для 4-ой версии.** Последним этапом настройки перехода АТС это привязка нового ключа лицензирования, который предусмотрен для работы именно с версией 4.0.
4. **Установка обновления УИТ8.** После проделанных манипуляций с АТС можно приступать к обновлению основной конфигурации "УИТ8". Обращаем внимание, что новая версия телефонии - это расширение, которое устанавливается отдельно.
Поэтому после успешного обновления основной конфигурации, прt;yzz подсистема телефонии МИКО полностью удалится из программы.
5. **Установка расширения телефонии**. Когда обновление основной конфигурации успешно выполнено, приступаем к установки в конфигурацию самого расширения телефонии.
[Инструкция по установке расширения](/it/podsistema-service-desk-upravlenie-incidentami/podsistema-telefoniya/nastroyka-telefonii-v-programme). В данной инструкции, Вам необходимо выполнить все действия до раздела **Настройка подсистемы в конфигурации**, так как это не первоначальная установка, а переход.
6. **Настройка телефонии в программе.** Когда Вы выполнили 5-ый шаг, необходимо запустить конфигурацию и перейти в разделе **Звонки и сообщения** открыть **Мастер первоначальной настройки**.
По шагам пройдите первоначальную настройку и **обязательно** дождитесь последнего шага **Заполнение телефонной книги**.
Если этот шаг затягивается слишком долго, закройте окно мастера и перейдите в раздел **Звонки и сообщения -> Телефонная книга** и в открывшейся форме нажмите кнопку **Перезаполнить телефонную книгу**.
Дождитесь завершения. После можете открыть "Журнал звонков" и убедиться, что все данные звонков подтягиваются корректно с привязкой к конкретному контрагенту, сотруднику и т.д.
Если по какой-то причине телефоны подтягиваются без привязки к сущности ИБ, Вы можете перезаполнить эти данные принудительно.
Для этого перейдите в раздел **Настройки подсистемы -> Журнал звонков** и нажмите гиперссылку *Обновить контактные данные журнала звонков*.
---
## Работа с телефонией
:::info Подсистема "Телефония"
Позволяет работать с входящими и исходящими звонками прямо в конфигурации без использования лишнего оборудования.
Что в свою очередь ускоряет работу сотрудников, так как вся информация по клиенту находится у них перед глазами.
:::
В данной статье подробно рассмотрим процесс работы с телефонией и разберем основные нюансы.
## Основное рабочее меню
Основное рабочее меню подсистемы находится в разделе **Звонки и сообщения**, именно здесь расположены необходимые механизмы подсистемы, с которыми нужно работать.
Каждый из разделов позволяет отразить различную информацию для пользователя, рассмотрим каждый из них подробней:
* **Журнал звонков** - это основной модуль подсистемы, который отражает фильтруемый список по всем осуществленным звонкам в программе.
* **Чаты** - это основной модуль подсистемы, который позволяет работать с чатами What's app прямо из конфигурации 1С.
* **Статистика и аналитика** - это главный модуль отчетности подсистемы, в котором в виде диаграмм или таблиц будет отражена подробная информация по работе с телефонией.
:::info Доступ
Для доступности и работы с подразделом "Телефония" у пользователя должны быть установлены роли: *Использование взаимодействий*, а также права группы доступа *МИКО: Пользователи телефонии*.
:::
## Журнал звонков
**Журнал звонков** - собирает все звонки Вашей организации в одном месте с привязкой к клиентам и менеджерам, отражением направления звонка, информацией о длительности звонка, а также добавленным комментарием и возможностью прослушивания записи разговора.
Весь список журнала полностью фильтруется по таким направлениям как:
- Входящие;
- Исходящие;
- Непринятые;
- Мои звонки;
- А также по дате и времени.
Список журнала разделен на определенные столбцы, каждый из которых отражает важную информацию по звонку. Таким образом каждая строка списка содержит следующие данные:
* Специальная символика звонка в виде определенных иконок для выделения вызова
* Дата и время звонка с иконками входящего, исходящего или пропущенного звонка.
* Представление клиента (наименование) если номер телефона закреплен за контрагентом или контактным лицом. Или же просто номер телефона, когда текущий номер еще не закреплен за контрагентом.
* Сотрудники или группа сотрудников, которые обработали вызов.
* Статус звонка, который отражает состояние вызова: принят, нет ответа, дозвонились, отменен, потерян.
* Комментарий звонка, если он был добавлен менеджером либо в самом журнале звонков или же в карточке клиента, которая открывается во время звонка
Длительность звонка- отражает фактическую длину разговора по текущему вызову.
Из журнала звонков можно напрямую открывать карточки уже созданных в базе контрагентов или же заводить новых контрагентов и их контактных лиц, если выбранный номер ранее не был зафиксирован.
Для того, чтобы открыть карточку созданного контрагента, необходимо выделить нужную строку в списке журнала звонков и в панели **Записи разговора** нажать кнопку **Открыть**.
Создавать нового контрагента в новой карточке клиента также можно из журнала звонков.
Для этого нужно в списке выбрать незарегистрированный номер.
Если данный номер относится к контактному лицу контрагента, тогда введите название уже заведенного в базе контрагента и, программа предложит добавить данный номер, либо контактному лицу, либо же контрагенту.
Если выбрать необходимый номер в строке и просто нажать кнопку "+", тогда данный номер сразу же будет присваиваться новому(создаваемому) контрагенту и откроется карточка создания нового объекта соответствующего справочника.
Нужно будет заполнить основные реквизиты и записать объект.
В журнале звонков можно развернуть дополнительное окно детализации звонка, которое будет отображать более подробную информацию по звонку и позволит прослушать запись разговора.
Если данное окно не развернуто, его можно открыть, нажав кнопку в виде зеленых стрелочек.
После того, как окно открылось, по каждому звонку будет отражаться более детальная информация.
В верхней части располагается панель управления (плеер) записями разговора.
Данный проигрыватель позволяет сразу же воспроизвести запись или скачать ее на локальный диск.
Также есть возможность ускорить воспроизведение если запись слишком длинная или промотать на необходимый интервал времени.
Кнопки **Подробнее** и **Детализация звонка** открывают страницу детализации выбранного Вами звонка, но уже в отдельной полноценной форме, которая отражает практически туже саму информацию.
:::info Стоит отметить
Механизм записи разговоров настолько мощный, что умеет разделять записи разговоров на несколько частей по множественной переадресации.
Другими словами, при переадресации вызова на другого сотрудника начнется запись именно его разговора и будет предоставлена в виде отдельной записи.
:::
## Чаты
Чаты - здесь хранятся все чаты с клиентами организации, каждая позиция списка данного функционала представляет собой отдельный документ с информацией по конкретному участнику обсуждения, а также сам чат, в котором ведется общение.
Список чатов, разделен на три раздела **В очереди**, **В работе** и **Закрытые**.
В каждом разделе отображаются чаты соответствующей категории.
Также прямо из списка документа можно создать на основании один из основных документов.
Основная форма чата отражает список следующей информации:
* **Статус** - текущий статус чата, который устанавливается менеджером вручную.
* **Дата создания и номер** - дата создания данного чата, а также порядковый номер.
* **Клиент** - контрагент, с которым ведется общение.
* **Контактное лицо** - контактное лицо контрагента, который также может вести общение в текущем чате.
* **Идентификатор чата** - уникальный идентификатор чата what's app.
* **Ответственный** - ответственный сотрудник нашей организации, который закреплен за данным чатом.
* **Наблюдатели** - список причастных сотрудников нашей организации, которые числятся в качестве наблюдателей данного общения.
Для того, чтобы начать отправку сообщений необходимо активировать кнопку **Обсуждение**, которая располагается в правом верхнем углу.
В результате откроется панель, в которой будет вестись вся переписка по текущему чату.
В данной панели доступны все стандартные возможности функционала **Взаимодействий**.
Чтобы подключить основной аккаунт What's App вашей организации для ведения чатов из конфигурации необходимо перейти в раздел **Звонки и сообщения -> Настройки мессенджера**.
Откроется окно настроек, в котором подробно отражена первичная настройка мессенджера для работы данного модуля.
## Статистика и аналитика
Помимо ведения журнала звонков телефония позволяет формировать отчеты по звонкам, которые могут быть представлены в виде таблицы или диаграммы. Первый вариант отчета подходит для анализа отчетности, а второй для более удобного визуального восприятия информации.
В любом случае и те, и другие отчеты можно открыть в разделе **Взаимодействия -> Статистика и аналитика**.
Первый отчет, который встречает нас при открытии данного раздела - это *Количество звонков*, отражающий информацию по количеству всех звонков произведенных в системе.
В табличном и визуальном представлении данный отчет выглядит как на скриншотах ниже.
Для визуального типа отчета можно изменить формат отображения диаграммы и вывести информацию в виде линий графика.
Для этого необходимо нажать кнопку **Отобразить линиями**.
Если хотите вернуть формат к стандартному виду "барами" нажмите кнопку **Отобразить барами**.
Следующий отчет **Направление звонков**, который выбирается в верхней части панели отчета **Количество звонков**.
Данный отчет формирует информацию по направлениям звонков: мобильные номера, бесплатные вызовы или не установленные.
Отчет выглядит следующим образом:
Для пользователей, которые пользуются в конфигурации [механизмом CRM](/it/podsistema-service-desk-upravlenie-incidentami/crm-podsistema) будет полезно использовать отчет "Лиды", который можно выбрать из меню **Эффективность обработки звонков**.
---
## Установка АТС
## Инструкция по установке АТС MikoPBX
Подсистема встроенная в нашу конфигурацию работает совместно с АТС станцией, которая в свою очередь уже осуществляет непосредственную связь с провайдером интернет телефонии.
Поэтому первым делом нужно установить саму АТС, ее настроить и уже после приступить к настройке самой панели телефонии в конфигурации.
Используемая в нашем решении АТС - это MikoPBX, которая представляет собой полноценную операционную систему и телефонный сервер.
MikoPBX можно скачать в виде образов операционной системы в форматах файла: `*.iso`, `*.img`, `*.raw`, которые подходят для установки на отдельный компьютер (сервер, виртуальную машину) или облако.
Скачать подходящий Вам образ можно в личном кабинете клиента на сайте компании МИКО или по ссылке:
[Официальный репозиторий MikoPBX.](https://github.com/mikopbx/Core/releases)
В данной инструкции продемонстрируем установку АТС на виртуальную машину, созданную на VirtualBOX.
## Создание виртуальной машины
Открываем VirtualBOX и нажимаем кнопку **Создать**, чтобы создать новую виртуальную машину.
Далее в появившемся окне указываем **Имя, Тип** и **Версию ВМ**, как на рисунке ниже. Папку расположения можете указать любую.
Для работы виртуальной машины необходимо выделить **1024 Мб** оперативной памяти.
Нажимаем кнопку далее и в следующем окне создания жестких дисков, выбираем пункт **Создать новый виртуальный жесткий диск**.
Нажимаем кнопку **Создать** и после указываем тип файла **VDI (Virtual Disk Image)**, определяющий формат нового жесткого диска.
Нажимаем кнопку **Создать** и после указываем тип файла VDI (Virtual Disk Image), определяющий формат нового жесткого диска.
После этого указываем размер жесткого диска **500 Мб** и нажимаем кнопку **Создать**.
## Настройка виртуальной машины
Открываем настройки созданной виртуальной машины.
После этого переходим в раздел **Носители** и добавляем новый жесткий диск, который будет использоваться для хранения записей разговоров.
В открывшемся окне выбираем **Создать новый диск**.
Формат жесткого диска указываем как и при первоначальном создании виртуальной машины **(VDI VirtualBox Disk Image)** и создаем его *фиксированного размера*.
Далее задаем произвольное имя и указываем размер. Минимальный рекомендованный размер **50 Гб**, стоит отметить, что запись одного часа разговора весит примерно 14 Мб.
На этом создание дополнительного диска для хранения записей закончено.
Теперь не переключаясь с раздела **Носители**, сразу укажем оптический диск, с которого будем осуществлять установку.
После этого необходимо перейти в раздел **Сеть** и произвести настройки сети.
Укажем тип подключения **Сетевой мост**, а остальные настройки оставим без изменений.
## Установка MikoPBX
Запускаем созданную нами виртуальную машину, после чего MikoPBX запустится с оптического диска, который был указан ранее в режиме **Live CD восстановление**.
Об этом будет информировать строка показанная на скриншоте ниже.
Для выполнения полноценной установки введем номер команды **8** и нажмем клавишу `Enter`.
После чего MikoPBX выведет информацию о доступных для записи жестких дисках.
В текущем примере отображаются два диска **SDA, SDB**, которые ранее были созданы. **SDA** - это основной системный диск, который будет использован для установки АТС.
Для этого вводим наименование диска **sda**, система запросит подтверждение, подтверждаем нажатием **Y**.
После выбора системного диска куда будет установлена АТС, система предложит Вам также выбрать диск, созданный ранее для хранения записи разговоров.
Укажите второй диск **SDB** и продолжите следовать инструкциям. Если система не предложила выбор диска для хранения записей, его можно будет указать позже в меню установленной **АТС**.
:::info Обратите внимание!
Наименования дисков могут отличаться для Вашей системы.
Будьте предельно внимательны с выбором необходимого диска, так как все данные на нем будут полностью очищены.
:::
После подтверждения начнется процесс установки, после которого система самостоятельно перезагрузится.
После перезагрузки MikoPBX автоматически извлечет из привода установочный диск, который был указан для установки и запустит АТС с диска SDA.
После запуска мы увидим, что надпись "АТС запущена с Live CD в режиме восстановления" исчезла, что означает успешно выполненную установку.
Если на этапе выбора системного диска во время установки система не предложила Вам указать диск для хранения записей разговоров, тогда в меню АТС выберите пункт **Подключить диск для хранения данных**.
:::info Внимание!
Если по какой-то причине Вы указали не тот диск для хранения данных, то повторно изменить данную настройку не получится. Нужно будет переустанавливать АТС.
:::
## Настройка веб-интерфейса АТС
После успешной установки необходимо произвести настройку веб-интерфейса для полноценной работы телефонии в конфигурации.
Откройте любой браузер и введите IP адрес полученный АТС в момент запуска.
Данный IP отображается в строке **LAN IP назначен......** (см. скриншот).
Введя данный ip в браузере, перед Вами откроется веб-оболочка MikoPBX, в которой будут осуществлены все основные настройки работы телефонии.
По умолчанию данные для авторизации:
- **Логин** - *admin*;
- **Пароль** - *admin*.
После успешной авторизации Вы будете перенаправлены в рабочее пространство АТС.
Первым делом необходимо активировать работу АТС и других продуктов телефонии.
Для этого перейдем в раздел меню **Модули -> Лицензирование**.
Если Вы приобрели ПЛАТНЫЕ лицензии на использование телефонии МИКО, тогда Вам нужно поочередно в поле **Активация купона** ввести все ключи, которые были получены.
Для активации БЕСПЛАТНОГО периода использования (без обрезки функционала), Вам необходимо на этой же закладке, сначала ввести регистрационные данные Вашей организации и email адрес, куда будут высланы бесплатные ключи для активации программ.
Полученные ключи нужно вводить в поле **Лицензионный ключ**.
После успешной активации станут доступны все возможности использования телефонии, а информация о лицензии будет отражена в разделе подробной информации.
Следующим шагом настройки будет установка необходимого модуля панели телефонии, который будет связывать АТС и конфигурацию 1С.
Переходим в раздел **Модули -> Управления модулями**.
И в списке доступных для установки модулей устанавливаем **Панель телефонии 4.0 для 1С:Предприятия**.
После того как данный модуль будет установлен необходимо открыть его настройки и выбрать один из режимов соединения с конфигурацией "Управление IT-отделом 8".
Для настройки доступны два режима:
1. Через LongPool соединение - это когда 1С осуществляет подключение к самой АТС MikoPBX. Данный вариант подходит для клиент-серверных баз;
2. Через web сервис - в этом случае подключение осуществляет АТС к 1С, используя заранее опубликованный web сервис.
Мы рекомендуем использовать режим WEB сервис, так как он более стабилен в работе.
Перед тем как вводить данные нужно опубликовать базу и необходимые для работы в этом режиме web сервисы, подробнее об этом в статье [Настройка телефонии в программе](/it/podsistema-service-desk-upravlenie-incidentami/podsistema-telefoniya/nastroyka-telefonii-v-programme).
Далее нужно указать провайдера интернет телефонии, который предоставляет данные для подключения по **SIP протоколу**.
Для этого переходим в раздел **Маршрутизация -> Провайдеры телефонии**.
Вы можете откорректировать имеющегося демо-провайдера, введя свои данные, либо создать нового, нажав на кнопку **Подключить SIP**.
После нажатия данной кнопки откроется окно добавления нового провайдера. Вам необходимо заполнить основные поля настроек:
- **Название провайдера** - может задаваться любое.
- **Хост или ip адрес** - имя хоста провайдера или его ip адрес для осуществления подключения.
- **Логин** - логин выдаваемый провайдером интернет телефонии для подключений сторонних программ по протоколу SIP.
В качестве логина может выступать линия номера телефона, например, когда Вы используете телефонию от Telphin.
- **Пароль** - пароль от выданного логина.
Остальные настройки можно оставить без изменений при необходимости их можно откорректировать в любой момент.
После ввода и сохранения настроек провайдера в списке *Провайдеры телефонии* у него должен загореться зеленый кружок,
сигнализирующий об успешной регистрации и работе добавленного провайдера.
В некоторых случаях регистрацию можно отключить, тогда кружок будет иметь оранжевый цвет.
Следующее, что необходимо настроить - это добавить пользователей, которые будут использовать телефонию и софтфон.
Открываем **Телефония -> Сотрудники**. В открывшемся списке нажимаем кнопку **Добавить сотрудника** и вводим основные параметры.
Обязательно нужно указать внутренний номер, который будет использоваться для подключения к панели софтфон.
На этом минимальный набор настроек АТС, которые необходимо выполнить для работы подсистемы выполнен.
Вам останется настроить под себя входящие и исходящие маршруты звонков, очереди вызовов и IVR меню.
Примеры настроек можно посмотреть, открыв демо настройки каждых из перечисленных пунктов.
---
## Установка панели софтфона
Для того, чтобы совершать звонки, используя **подсистему "Телефонии"**, необходимо на локальном компьютере пользователя установить панель СофтФон, которая будет связующим звеном.
Первым делом скачиваем дистрибутив панели СофтФон. Скачать последнюю версию софтфона можно прямо из конфигурации.
Для этого перейдите в раздел **Звонки и сообщения -> Установка CTI приложения -> Скачать**.
После того как скачали дистрибутив софтфона запускаем установщик и устанавливаем панель.
:::info Версия
На момент написания статьи версия панели софтфона 2.3.3.
После установки панель автоматически проверит наличие новых обновлений и если обновления будут найдены предложит их установить.
:::
После выполнения установки запускаем софтфон для осуществления подключения пользователя.
Откроется окно софтфона, в котором необходимо ввести либо **DNS-имя** сервера, на котором установлена **АТС** или **IP адрес**.
В нашем случае указываем IP и нажимаем кнопку **Далее**.
Если связь будет установлена успешна, тогда Вы будете перенаправлены на следующую страницу подключения.
В противном случае проверьте доступность сервера АТС с локального компьютера, где запускается панель софтфона.
На следующей странице необходимо ввести код подключения, который генерируется в самой конфигурации.
Для этого открываем конфигурацию и переходим в раздел **Звонки и сообщения -> Авторизация CTI приложения**.
Результатом данных действий будет автоматически сгенерированный код, который нужно будет ввести в самой панели софтфона.
Полученный код вводим в соответствующие поля подключения и дожидаемся успешной автоматической настройки софтфона.
:::info
Если на данном этапе Вы получаете ошибку, обязательно убедитесь, что в конфигурации у подключаемого пользователя указан внутренний номер.
А также для данного пользователя создан соответствующий сотрудник на сервере АТС MikoPBX.
:::
После успешной авторизации необходимо дождаться завершения автоматической настройки панели.
По завершению данной операции Вы можете приступать к полноценному использованию **подсистемы "Телефония"** совместно с нашей конфигурацией.
---
## Работа с отчетами
В конфигурации используются отчеты для вывода на экран, в печать или файл структурированной информации.
***Пример отчета:***
Формировать вывод информации в отчете, можно с помощью группы предопределенных или собственных отборов.
В расширенном виде настроек отчета, можно устанавливать нужные настройки: отборов, полей и сортировки, оформления, структурирования.
| **Список ролей для работы с подсистемой "Отчеты"** |
|----------------------------------------------------|
| Добавление и изменение вариантов отчетов |
| Добавление и изменение личных вариантов отчета |
| Использование универсального отчета |
| Чтение вариантов отчета |
| Просмотр отчета движения документа |
| Добавление и изменение рассылок отчетов |
| Чтение рассылок отчетов |
---
## Анализ опроса
Отчет ***Анализ опроса***
**Техническая поддержка -> Анализ опроса**
позволяет отразить результаты проведенного ранее опроса.
По каждому вопросу видны результаты ответов.
---
## Анализ работ, детальный анализ работ
Отчет ***Анализ работ***
**Техническая поддержка -> Анализ работ**
отражает информацию по заданиям на основании, которых был создан документ "Наряды на работы". Выводит количество проведенных работ и их стоимость.
Отчет ***Детальный анализ выполненных работ***
**Техническая поддержка -> Детальный анализ выполненных работ**
содержит аналогичную, но более детализированную информацию.
---
## Аналитический отчет по анкетированию
Отчет ***Аналитический отчет по анкетированию***
**Техническая поддержка -> Аналитический отчет по анкетированию**
отражает аналитическую информацию о проведенном анкетировании с ответами пользователя.
---
## Загруженность сотрудников
Контролировать загруженность сотрудников можно с помощью одноименного отчета
**Техническая поддержка -> Загруженность сотрудников**
Отчет позволяет наглядно увидеть нагрузку сотрудника по часам, минутам и дням.
Вывод данных осуществляется на основе выбранных этапов задания. Каждый
этап имеет свой цвет (источником цвета является поле *Цвет текста* конкретного этапа процесса)
---
## Настройки отчета
Отчеты в программе весьма гибкие, но при этом сказать, что **как угодно можно настраивать отчеты** будет не корректно - т.к. **доступные данные** для использования будут **ограничены запросом** к базе данных, построенным разработчиком заранее. Тем не менее, возможность видоизменять отчет без привлечения программистов - есть. Для этих целей используются инструменты **СКД**.
:::info Система компоновки данных
СКД – является визуальным средством для построения и вывода отчетов, без использования кодирования на языке 1С. Т.е. мы можем задавать источники данных, способ их вывода на экран, при этом, не написав ни строчки кода.
:::
**Как использовать данный инструмент покажем на примере, но данный механизм относится к платформе 1С, поэтому более подробную информацию по работе с данной системой вы можете найти в интернете.**
Задача: выводить в отчет информацию о среднем времени реакции и среднем времени выполнения задач по исполнителям.
**Что для этого нужно?**
* Количество заданий за период
* Сумма фактического времени исполнителя по всем задачам за период
* Вычислить среднее значение по формуле: Сумма времени за период / количество задач за период
Наилучшим образом для решения данной задачи подойдет отчет «Исполнение SLA» , т.к. в нём есть предопределенные поля: *Время реакции факт (в часах)* и *Время выполнения факт (в часах)*
Путь по умолчанию:
**Техническая поддержка -> Отчеты по технической поддержке -> Область SLA -> Исполнение SLA**
Для того, чтобы в этот отчет приобрел необходимое нам визуальное представление - изменим настройки отчета.
1. Нажимаем кнопку **Настройки...** на панели инструментов:
В открывшемся окне нам становятся доступные вкладки, позволяющие управлять отчетом и менять его итоговое представление как нам необходимо:
* **Фильтры** - на данной вкладке устанавливаются отборы, критерии по котором задания будут или не будут выводиться в отчет.
* **Поля и сортировки** - раздел, отвечающий за то, каким образом будут отсортированы поля, выводимые в отчет
* **Оформление** - возможность задавать условное визуальное отражение полей при соблюдении условий. Так, например, можно красить в зеленый цвет поля, значения которых будет равно нулю
* **Структура** - главный раздел, определяющий какие именно данные будут использованы для построения отчета. В самом начале мы говорили о том, что доступные для выбора данные ограничены запросом, который был сформирован в процессе разработки данного отчета:
2. Изменяем структуру отчета
Добавим в структуру нашего отчета поле «Среднее время фактической реакции», которое будет заполняться на основе расчета формулы: *общее время реакции / количество заданий* - на изображении ниже пример того, как добавить формулу.
3. Добавим фильтров и оформление, уберем лишние поля
Установим отборы заданий и для наглядности добавим поле *Количество заданий за период*, чтобы убедиться в корректности нашей формулы среднего расчета. Дополнительно установим округление значений до сотых через условное оформление и скроем ненужные нам поля.
4. Результат
---
## Отчет "Светофор"
В отчете ***Светофор***
**Техническая поддержка -> Светофор**
отражена информация о заданиях, которые являются просроченными, находятся в работе, или переведены на этап *Выполнено*.
Фильтр, который указывается на период - это фильтр на дату документа. Тут мы пишем не даты когда задание было выполнено, а даты в которых задание было зарегистрировано.
Если необходимо видеть лишь выполненные задания за период - добавьте 2 фильтра по дате выполнения, где первый будет больше, либо равным дате, второй же, меньше, либо равным дате.
---
## Оценки по заданиям за период
Отчет ***Оценки по заданиям за период***
**Техническая поддержка -> Оценки по заданиям за период**
позволяет отображать результаты оценок в разрезе определенного периода. Данные в отчете выводятся в виде диаграммы с подробным списком заданий по каждой из оценок.
---
## Показатели ITIL(Работа с отчетами)
Отчет ***Показатели ITIL***
**Техническая поддержка -> Показатели ITIL**
отражает процентную информацию решенных заданий, согласно соглашению ITIL.
---
## Прайс-лист
Отчет ***Прайс-лист***
**Техническая поддержка -> Прайс-лист**
отражает цены тарифов на услуги.
---
## Причины отклонений
Отчет ***Причины отклонений***
**Техническая поддержка -> Причины отклонений от графика**
отражает информацию о сотрудниках, которые по определенным причинам были вынуждены отклониться от графика работы.
Причины отклонений:
* Авария;
* Заболевание;
* Командировка;
* Отгул;
* Отпуск;
* Отпуск без сохранения заработной платы;
* Отсутствует по невыясненной причине;
* Прогул;
* Регламентные работы.
Отчет формируется на основании документа [Причины отклонения от графика](/it/podsistema-service-desk-upravlenie-incidentami/upravlenie-vremenem-sotrudnikov-i-rabotami-po-zadaniyam/prichiny-otkloneniya-ot-grafika).
---
## Просроченные задания
Отчет ***Просроченные задания***
**Техническая поддержка -> Просроченные задания**
выводит подробную информацию о просроченных заданиях.
---
## Рейтинговый отчет
***Рейтинговый отчет***
**Техническая поддержка -> Рейтинговый отчет**
отражает в виде диаграммы (вид диаграммы может быть изменен), информацию по количеству созданных заданий конкретным инициатором.
---
## Список заданий(Работа с отчетами)
Отчет ***Список заданий***
**Техническая поддержка -> Список заданий**
позволяет отобразить список заданий.
---
## Список проблем
Отчет ***Список проблем***
**Техническая поддержка -> Список проблем**
отражает подробную информацию о созданных проблемах.
---
## Cправка об исполнительской дисциплине
Отчет ***Справка об исполнительской дисциплине***
**Техническая поддержка -> Справка об исполнительской дисциплине**
отражает информацию, которая показывает, как дисциплинированно сотрудники выполняют свою работу.
---
## Трудозатраты
В конфигурации трудозатраты по заданиям, отражаются в отчете ***Хронометраж***
**Техническая поддержка -> Трудозатраты**.
---
## С чего начать?
Вы готовы к ведению учета? Ну что, начнем?
Прежде всего, Вам необходимо ясно представить цели, которые Вы хотите получить в конце от автоматизации Service Desk и быть морально готовым к кропотливой работе по упорядочиванию задач, их систематизации, обучению пользователей новой системе и т.д.
На бумаге нарисуйте схему обработки инцидентов (в нашей терминологии и далее – заданий) у Вас в отделе, как бы Вы хотели, чтобы это работало. Есть ли у Вас менеджер по приему заданий, который распределяет задания по направлениям, или Вы будете работать без него? Составьте ПОЛНЫЙ СПИСОК всех возможных процессов в Вашей ИТ-структуре. И для каждой сделайте свою схему.
> *В этой статье мы вам покажем, как настроить работу для одного вида процессов. Остальное Вы сделаете по аналогии.*
Рассмотрим **бизнес-процесс обращения** пользователей организации (инициаторов) в ИТ-службу на примере следующей схемы (по умолчанию она присутствует в только что установленной конфигурации и называется «Обращение»).
Допустим, в нашем виртуальном примере есть человек, который отвечает на все телефонные звонки (оператор), фиксирует все данные в самом начале и распределяет эти обращения по исполнителям.
При этом он регистрирует все данные (тема, текст, приоритет, от кого и т.д.). Потом отдает на выполнение другому специалисту отдела, а тот уже выполняет все, чтобы обратившийся получил решение поставленного задания.
Причем, человек регистрирующий обращение достаточно грамотен и может решить вопрос самостоятельно, не передавая другому сотруднику. Так же в процессе беседы может оказаться, что обращение было вызвано неграмотностью пользователя вследствие чего, обращение было отменено.
После того, как оператор выбрал исполнителя, исполнитель может установить другого исполнителя, т.е. передать его другому специалисту, а также самостоятельно выполнить задание. В процессе работы может быть такая ситуация, когда конечный исполнитель указал, что он выполнил задание, но после проверки его инициатором оказалось, что задание не доведено до конца. В таком случае необходимо предусмотреть переход из состояния «Выполнено» в состояние «Выполнение», из которого потом снова можно перейти в состояние «Выполнено» и т.д.
В результате имеем этапы обращения:
* Новый (обращение еще не рассмотрено оператором)
* Регистрация (обращение рассмотрено оператором, внесены все реквизиты обращения)
* Отмена (оператор решил вопрос самостоятельно, или по какой-то причине обращение было отменено)
* Выполнение (оператор назначил конечного исполнителя)
* Выполнено (конечный исполнитель выполнил задание)
По этим этапам нарисуем схему, как в нашей мнимой организации происходит работа с обычным обращением пользователей:
В конфигурации получим процесс **Техническая поддержка -> Процессы** :
Причем видно, что из шага (этапа) *Новый* (когда задание только что создано) можно перейти на этап *Регистрация*,
если мы станем на этап *Регистрация*, мы должны иметь возможность пойти на два других этапа: либо *Выполнение*, либо *Отменено*,
что, собственно, на втором рисунке и видно. Где текущий этап *Регистрация*, а возможные переходы указаны в выпадающем списке.
Это возможные переходы на этапы. А в задании получаем:
Видно, что перевести с этапа "Регистрация" можно на один из двух этапов: либо *Выполнение*, либо *Отменено*.
Если мы выберем *Выполнение*, то задание будет переведено на новый этап *Выполнение* с этапа *Регистрация*,
таким образом мы перейдем с одного этапа на другой.
Аналогично и для других этапов.
Последовательный переход с этапа на этап позволит перевести задание из начального этапа *Новый* в конечный этап *Выполнено* или *Отменено*.
Исходя из выше составленной схемы и описанными возможностями программы, на данном этапе необходимо определить,
как Вы хотите работать с пользователями и их заявками. Конфигурация предлагает несколько вариантов на Ваш выбор:
## 1. Работа службы поддержки через единый ящик поддержки
Есть служебный почтовый ящик вида `support@mymail.ru` (или несколько таких ящиков), пользователи на него пишут заявки и служба поддержки работает по этим заявкам.
В конфигурации, это реализовано следующим образом: в настройках параметров учета есть список ящиков, с которых выполняется загрузка писем от пользователей (письма попадают в конфигурацию, загружаясь регламентным заданием).
На основе загруженных писем, другим регламентным заданием анализируются и создаются новые задания, или, если это переписка уже по существующей задаче, то добавление сообщений в уже созданное задание.
Изменение статуса задания, смена ответственного, переписка и т.д. осуществляется в конфигурации, подписчикам задания, в том числе и автору, отправляются уведомления об изменениях по заданию.
При этом, службе поддержки не нужно анализировать почтовые письма, задания создаются из писем, мы лишь контролируем задания.
Такой способ работы самый распространенный.
## 2. Работа от звонков пользователей (Call Center)
Есть диспетчер или разделение исполнителей по ролям, им звонят, они выполняют задания, получив описание проблемы по телефону.
Такое тоже встречается, в этом случае, задания в Service Desk, необходимо вносить вручную, там же регистрировать этапы и тонкости решения поставленных заданий.
Это необходимо делать, т.к. если не регистрировать эти инциденты, то через время начнутся ситуации, когда что-то забыли, что-то не доделали и т.д.
Задания, заведенные в нашем решении никуда не денутся, и помогут Вам ничего не забыть.
При этом, есть возможность, если у обратившегося сотрудника, в справочнике физ лица, заполнено поле e-mail, то можно настроить все так, чтобы инициатор задания получал уведомления по почте об изменении своего задания.
## 3. Комбинированный способ поддержки (единый ящик поддержки + Call Center)
В этом способе есть как письма, так и звонки от пользователей.
Т.е. ничего не исключает отправку писем пользователями и звонки с заданиями одновременно.
## 4. Пользователи сами заходят в конфигурацию через Веб - клиент (используя интернет - браузер), или через 1С:Предприятие и сами вносят задания в конфигурацию
Если корпоративная почта отсутствует, но при этом необходима фиксация поручений и контроль их выполнения, то возможен и такой вариант работы с нашей конфигурацией.
## 5. [Мобильное приложение](/it/mobilnoe-prilozhenie)
## 6. [Личный кабинет](/it/lichnyy-kabinet)
## 7. [Telegram бот](/it/integraciya-s-telegram-botom)
Выберите необходимый для себя способ работы для продолжения изучения.
---
## Удаленное управление
Подсистема позволяет быстро подключаться к компьютерам пользователей.
В объектах "Физические лица", "Места хранения", "Контрагенты", "Пользователи", "Контактные лица", есть дополнительная команда *Удаленное управление*:
При нажатии на нее открывается форма с подключением:
Теперь можно нажать на кнопку "Запустить" и запустится внешнее приложение, которое позволит подключиться к конкретному пользователю используя внешнее ПО (Team Viewer, RAdmin и т.д.).
Это позволяет быстро подключаться к удаленным компьютерам прямо из конфигурации, что сэкономит ваше время.
:::info Внимание!
Для того, чтобы подсистема работала на клиентском компьютере должны быть установлены программы для удаленного подключения (Team Viewer, RAdmin и т.д.).
:::
Формы справочника "Удаленное управление" отличаются друг от друга в зависимости от того, как был открыт данный справочник.
То есть, если справочник был открыт через объект подключения (пользователя, контрагента, места хранения и т.д.), то форма справочника выглядит как на изображении выше.
Если же "Удаленное управление" открыто через раздел "Техническая поддержка", то форма примет иной внешний вид (изображение ниже).
А вот форма редактирования удаленного подключения:
Можно выбрать параметры запуска и основные параметры. Если не понятно какие параметры использовать, нажмите на знак вопроса рядом с параметрами.
Пути к внешним приложениям предопределены, но их можно изменить для каждого пользователя в его персональных настройках.
Функционал удаленного управления использует достаточно широкий выбор вариантов для осуществления удаленного подключения, который был расширен.
В состав входят такие программы и подключения как:
* [x] AeroAdmin
* [x] AmmyAdmin
* [x] AnyDesk
* [x] DameWare Mini Remote Control
* [x] HTTP(S)
* [x] LiteManager
* [x] RAdmin
* [x] RDP - возможности подстановки пароля нет
* [x] Remote manipulator system (RMS)
* [x] Team Viewer
* [x] Ultra VNC
* [x] Произвольная команда
:::info Важно!
Функционал доступен в редакции КОРП.
:::
---
## Справочник "Настройки подключений"
Справочник **Настройки подключений** предназначен для хранения информации об удаленных подключениях, для быстрого подключения к рабочим местам сотрудников.
* **Объект** - устройство или рабочее место к которому подключаемся.
* **Тип подключения** - Тип подключения из предопределенного списка.
* **Комментарий** - произвольное описание.
* **Имя пользователя (логин)** - имя пользователя для подключения.
* **Пароль** - пароль подключения (скрыт).
* **Параметры запуска** - дополнительные параметры запуска для подключения (приведены ниже для каждого из ПО).
## Параметры запуска LiteManager
### Основные ключи
`/name:<название_соединения>` — название соединения, для которого необходимо выполнить команду.
`/password:<пароль>` — пароль для доступа к удаленному серверу. Если пароль не задан явно, то он берется из сохраненных настроек соединения.
`/USERNAME:<имя_пользователя>` — для авторизации соединения по логину и паролю.
### Режимы соединения
`/FULLCONTROL` — управление мышью и клавиатурой удаленного компьютера.
`/VIEWONLY` — просмотр экрана удаленного компьютера.
`/FTP` — файловый менеджер.
`/OVERLAY` — видео оверлей.
` /SHUTDOWN` — перезагрузка, выключение, выход пользователя и блокирование (уточняющие ключи: `/RESTART, /POWEROFF, /SWITCHOFF, /LOCK, /WAKEONLAN, /MONITOROFF, /MONITORON, /HIBERNATION`) компьютера.
`/TASKMANAGER` — диспетчер задач.
`/REMOTEEXECUTE` — удаленный запуск программ (уточняющие ключи: `/FILENAME:<название_программы>, /HIDDEN, /RUNASCURRENTUSER, /RUNASUSER + /RUNUSERNAME:<имя_пользователя> + /RUNUSERPASS:<пароль> + /RUNUSERDOMAIN:<домен>`).
`/TELNET` — терминал.
`/DEVICEMANAGER` — диспетчер устройств.
`/RDP` — подключение через Microsoft Remote Desktop Protocol.
`/CHAT` — текстовый чат.
`/SCREENRECORD` — запись экрана по расписанию.
`/SEND_MESSAGE` — отправка простого текстового сообщения.
`/REGEDIT` — редкатор реестра.
`/AVCHAT` — аудио-видео чат.
`/AUTORIZATION` — авторизация.
`/WOL` — функция wake on LAN.
`/EXIT` — завершение работы программы.
`/CLOSEAFTERFULLCONTROL` — завершение работы программы после завершение сеанса управления или просмотра.
`/DEMONSTRATION` — запуск режима демонстрации.
### Дополнительные параметры для Viewer
`/KEY:<лицензионный_ключ>` — лицензионный ключ для программы, ключ будет применен но в менеджере лицензий он не отобразится.
`/NOIPID:` — ID соединения, применяемый для соединения по ID, если соединения с данным ID нет, то создается новое.
`/NOIPIP:` — IP адрес Вашего NOIP.
`/NOIPPORT:<Порт_NOIP_сервера >` — Port адрес Вашего NOIP.
Дополнительные параметры для `/FTP`, можно запустить отдельно копирование файла `/FTPACTION:` или `, /FTPLOCAL:<Путь к файлу>, FTPREMOTE:<Путь к файлу>`
Пример: `/FTP/FTPACTION:DOWNLOAD/FTPLOCAL:D:\1.bmp/FTPREMOTE:E:\2.bmp`
### Примеры
Пробуем подключить соединение с названием «Server» в режиме управления мышью и клавиатурой, для теста указан символический пароль.
`ROMViewer.exe /name:Server /password:123456789 /fullcontrol`
Запуск калькулятора, пароль берется из настроек (опция «Сохранять пароль» должна быть включена)
`ROMViewer.exe /name:Server /remoteexecute /filename:calc.exe`
Запуск и создание нового соединения в качестве имени указываете IP или NETBIOS имя, а при необходимости указываете порт /port: если он отличен от порта используемого по умолчанию.
`ROMViewer.exe /name:192.168.0.1 /port:7777 /fullcontrol`
Параметры командной строки для серверного модуля Server
`/silentinstall` — установить службу, тихая установка программы.
`/silentuninstall` — деинсталлировать службу, тихое удаление программы.
`/firewall` — интегрировать с системным файрволлом Windows XP/Vista/7.
`/start` — запустить сервер.
`/stop` — остановить сервер.
`/config` — открыть окно настроек.
`/compact` — компактный режим запуска сервера, режим запуска со съемного носителя, программа автоматически устанавливается, и запускается как сервис.
`/userstop` — корректная остановка сервера запущенного с правами ограниченного пользователя т.е. как обычное приложение.
`/showconnectbyid` — открыть окно соединения по ID при запуске.
`/HIDETRAY` —скрыть иконку в трейе.
`/PASSWORD:<пароль>` — пароль для сервера.
`/ID:` — ID для соединения по ID.
`/NOIPIP:` —IP адрес вашего NOIP.
`/NOIPPORT:` —порт вашего NOIP.
`/RESTART` — перезапуск сервера.
#### Для NoIP
`/start` — запустить службу.
`/stop` — остановить службу.
`/silentinstall` — установить службу.
`/silentuninstall` — удалить службу.
:::info Внимание!
Команды Server нужно выполнять только от имени администратора.
:::
### Параметры запуска RAdmin
Вы можете запустить исполняемый файл Radmin Viewer (radmin.exe) в папке установки со следующими параметрами командной строки:
* **`/connect`**
Соединение с удаленным компьютером без использования адресной книги.
`/connect:<адрес>:<порт>`
Где:
*адрес* - IP адрес удаленного компьютера или DNS имя.
*порт* - номер порта, который использует Radmin Server, установленный на удаленном компьютере.
Пример:
`/connect:212.44.120.10:4899`
* **`/through`**
Соединение через промежуточный Radmin Server.
`/through:<адрес>:<порт>`
Где:
*адрес* - IP адрес или DNS имя промежуточного компьютера.
*порт* - порт, на который настроен Radmin Server, установленный на промежуточном компьютере.
Пример: `/connect:212.44.120.10:4899 /through:212.44.121.1:2000`
* **`/pbpath`**
Запуск программы с указанным файлом адресной книги.
`/pbpath"путь"`
Где:
*путь* - путь к файлу адресной книги.
Пример: `/pbpath"C:\my.rpb"`
* **`/noinput`**
Соединение в режиме 'Просмотр'.
Пример: `/connect:212.44.120.10:4899 /noinput`
* **`/telnet`**
Соединение в режиме `'Telnet'`.
Пример: `/connect:212.44.120.10:4899 /telnet`
* **`/file`**
Соединение в режиме 'Передача файлов'.
Пример: `/connect:212.44.120.10:4899 /file`
* **`/shutdown`**
Соединение в режиме 'Выключение'.
Пример: `/connect:212.44.120.10:4899 /shutdown`
* **`/chat`**
Соединение в режиме 'Текстовый чат'.
Пример: `/connect:212.44.120.10:4899 /chat`
* **`/voice`**
Соединение в режиме 'Голосовой чат'.
Пример: `/connect:212.44.120.10:4899 /voice`
* **`/message`**
Соединение в режиме 'Передача текстового сообщения'.
Пример: `/connect:212.44.120.10:4899 /message`
* **`/fullscreen`**
Используется с режимом соединения 'Управление' (без ключей командной строки) или 'Просмотр' (с ключом '/noinput'). Отображает рабочий стол удаленного компьютера во весь экран.
Пример: `/connect:212.44.120.10:4899 /noinput /fullscreen`
`**/24bpp, /16bpp, /8bpp, /4bpp, /2bpp, /1bpp`**
Используется с режимом соединения 'Управление' (без ключей командной строки) или 'Просмотр' (с ключом '/noinput'). Определяет глубину цвета изображения, передаваемого с удаленного компьютера на локальный, в битах на пиксел. Чем ниже глубина цвета, тем меньше объем передаваемых данных и выше скорость работы, но качество изображения ухудшается. При максимальном значении глубины цвета изображение имеет такое же качество, как и исходное, но скорость обновления может уменьшиться.
Пример: `/connect:212.44.120.10:4899 /noinput /16bpp`
* **`/updates`**
`/updates:<количество обновлений в секунду >`
Где:
*количество обновлений в секунду* - означает максимальное количество обновлений в секунду.
Ключ используется с режимом соединения 'Управление' (без ключей командной строки) или 'Просмотр' (с ключом '/noinput') и позволяет отобразить удаленный экран с указанным или меньшим количеством обновлений.
Пример: `/connect:212.44.120.10:4899 /noinput /updates:30`
* **`/sendrequest`**
Использует сгенерированный Radmin-сервером файл запроса на активацию, отправляет запрос на веб-сервер активации компании Фаматек и сохраняет полученный в ответ файл с лицензией. Полученный файл с лицензией может использоваться для [ручной](http://www.radmin.ru/support/radmin3help/files/reg.htm) активации Radmin Server или активации с использованием [ключей командной строки Radmin Server](http://www.radmin.ru/support/radmin3help/files/cmd.htm).
`/sendrequest /requestfile"<файл запроса на активацию >"/licensefile"<файл с лицензией >" [/outputfile"<файл отчета >"]`
Где:
**файл запроса на активацию* - путь к файлу запроса на активацию, предварительно сгенерированному сервером Radmin. Подробнее...
*файл с лицензией* - путь, по которому следует сохранить файл с лицензией.
*файл отчета* - (необязательно) путь и имя файла с отчетом о выполнении команды. Файл отчета содержит информацию о том, была ли операция выполнена успешно или нет.
Пример:
`radmin.exe /sendrequest /requestfile"C:\fam.request" /licensefile"C:\fam.license"`
или
`radmin.exe /sendrequest /requestfile"C:\fam.request" /licensefile"C:\fam.license" /outputfile"C:\fam.log"`
* **`/?`**
Выводит список доступных ключей командной строки
### DameWare Mini Remote Control
```
dwrcc.exe, -?|-?:, -c:, -h:, -m:MachineName, -u:UserName, -p:Password | -p:"Password", -d:Domain, -o:TCPport, -s:SharedSecret, -r:, -vnc:, -a:0|1|2, -prxa:MRCproxyAddress, -prxp:MRCproxyPort, -prxsMRCproxySecret, -v:, -md:, -i:n, -x:, -bh:CentralServerHostAddress, -bpn: CentralServerPortNumber -bu:CentralServerUserName, -bps:CentralServerUserPassword.
```
**-?:** Displays this Help menu.
> **Example dwrcc.exe -?:**
**-c:** Connect automatically.
> **Example: dwrcc.exe -c: -m:123.123.123.123**
**-h:** Will bypass the MRC Host Entry settings using the default connection settings unless specified otherwise by additional command line options (used with -c).
> **Example: dwrcc.exe -c: -h: -m:123.123.123.123**
**-m:** Sets the machine or host name or IP address.
> **Example: dwrcc.exe -c: -m:123.123.123.123**
**-u:** Sets the User ID.
> **Example dwrcc.exe -c: -m:123.123.123.123 -u:myUsername**
**-p:** The password field now has the ability to be enclosed in double quotes.
> **Example dwrcc.exe -c: -m:123.123.123.123 -u:myUsername -p:"my Password"**
> ***Note:*** When Smart Card Logon authentication method selected (i.e. -a:3), -p: parameter is used to supply PIN, instead of Password.
> Example dwrcc.exe -c: -m:123.123.123.123 -a:3 -p:PIN (v5.5 and above)
**-d:** Specifies the Domain name.
> **Example dwrcc.exe -c: -m:123.123.123.123 -u:myUsername -p:myPassword -d:myDomainName**
**-o:** Specifies the TCP Port Number.
> **Example dwrcc.exe -c: -m:123.123.123.123 -o:6129**
**-s:** Specifies the Pre-Shared Secret Password (version 4.4 and above).
> **Example dwrcc.exe -c: -h: -m:123.123.123.123 -u:myUsername -p:myPassword -s:mySharedSecre**t
**-r:** Specifies the use of the Remote Desktop Protocol (RDP).
> **Example dwrcc.exe -m:myMachineName -r:**
**-vnc:** Specifies the use of the Virtual Network Computing (VNC) viewer.
> **Example dwrcc.exe -m:myMachineName -vnc:**
**-a:** Specifies the Authentication Method. (0=Proprietary Challenge/Response, 1=NT Challenge/Response, 2=Encrypted Windows Logon, 3=Smart Card Logon).
> Example dwrcc.exe -c: -m:123.123.123.123 -u:myUsername -p:myPassword -d:myDomainName **-a:2**
> ***Note:** When Smart Card Logon authentication method selected (i.e. -a:3), -p: parameter is used to supply PIN.
> Example dwrcc.exe -c: -m:123.123.123.123 **-a:3 -p:PIN** (v5.5 and above)
**‑prxa:** Specifies the MRC proxy address.
> **Example dwrcc.exe -c: -m:123.123.123.123 -prxa:192.168.1.1**
**‑prxp:** Specifies the MRC proxy port number.
> **Example dwrcc.exe -c: -m:123.123.123.123 -prxa:192.168.1.1 -prxp:6529**
**-prxs:** Specifies the MRC proxy secret, if the MRC proxy requires a shared secret.
> **Example dwrcc.exe -c: -m:123.123.123.123 -prxa:192.168.1.1 -prxs:SharedSecret**
**-v:** Open this DMRC session in View Only Mode.
> **Example dwrcc.exe -c: -m:123.123.123.123 -v:**
**-md:** Specifies the use of the DameWare Mirror Driver (if installed).
> **Example dwrcc.exe -c: -m:123.123.123.123 -md:**
**-i:** Instance number override.
> **Example dwrcc.exe -c: -m:123.123.123.123 -i:n (where `0 **Example dwrcc.exe -c: -m:123.123.123.123 -x:**
**-bh:** Specifies Central Server host address (only for MRC instances installed in centralized mode)
> **Example = dwrcc.exe -bh:Centralserver -bpn:6133 -bu:user -bps:use**r
**-bpn:** Specifies Central Server port number (only for MRC instances installed in centralized mode)
> **Example = dwrcc.exe -bh:Centralserver -bpn:6133 -bu:user -bps:user**
**-bu:** Specifies Central Server user name (only for MRC instances installed in centralized mode)
> **Example = dwrcc.exe -bh:Centralserver -bpn:6133 -bu:user -bps:user**
**-bps:** Specifies Central Server user password (only for MRC instances installed in centralized mode)
> **Example = dwrcc.exe -bh:Centralserver -bpn:6133 -bu:user -bps:user**
### Remote Manipulator System (RMS)
**Основные ключи:**
• `/name:<название_соединения>` — название соединения, для которого необходимо запустить определенный режим.
• `/password:<пароль>` — пароль для доступа к удаленному серверу. Если пароль не задан явно, то он берется из настроек соединения.
**Режимы соединения:**
• `/FULLCONTROL` — управление мышью и клавиатурой удаленного компьютера.
• `/VIEWONLY` — просмотр экрана удаленного компьютера.
• `/FTP` — файловый менеджер.
• `/WEBCAMERA` — удаленная камера.
• `/SHUTDOWN` — перезагрузка, выключение, выход пользователя и блокирование (уточняющие ключи: `/RESTART`, `/POWEROFF`, `/SWITCHOFF`, `/LOCK`) компьютера.
• `/TASKMANAGER` — диспетчер задач.
• `/REMOTEEXECUTE` — удаленный запуск программ (уточняющие ключи: `/FILENAME:<название_программы>`, `/HIDDEN`).
• `/TELNET` — терминал.
• `/REGISTRY` — реестр.
• `/DEVICEMANAGER` — диспетчер устройств.
• `/RDP` — подключение через Microsoft Remote Desktop Protocol.
• `/CHAT` — текстовый чат.
• `/SCREENRECORD` — запись экрана по расписанию.
• `/SEND_MESSAGE` — отправка простого текстового сообщения.
• `/OVERLAY` — видео оверлей.
**Примеры:**
Подключение соединения с названием "XP" в режиме управления мышью и клавиатурой
`RMSViewer.exe /name:XP /password:123456789 /fullcontrol`
Запуск калькулятора, пароль берется из настроек (опция "Сохранять пароль" должна быть включена)
`RMSViewer.exe /name:XP /remoteexecute /filename:calc.exe`
Для R-Server
• `/silentinstall` — установить службу.
• `/silentuninstall` — деинсталлировать службу.
• `/firewall` — интегрировать с системным файрволлом Windows XP/Vista/7.
• `/start` — запустить сервер.
• `/stop` — остановить сервер.
• `/config` — открыть окно настроек.
:::info Внимание!
Команды R-Server нужно выполнять только от имени администратора.
:::
### UltraVNC
```
-help, -? or -h
Print a help message.
-listen [port]
Start the VNCviewer in listen mode. If port is specified, the viewer listens on that port instead of 5900 default port.
example vncviewer listen non standard port 80
vncviewer.exe -listen 80
-dsmplugin filename.dsm
example1: vncviewer.exe host -dsmplugin msrc4plugin.dsm
example2: vncviewer.exe host -dsmplugin securevncplugin.dsm
-proxy host:port
the proxy is not your office proxy, is ultravnc repeater proxy.
the proxy/repeater mode I (distributor) repeater must be on your lan
"%:\programfiles%\UltraVNC\vncviewer.exe" -proxy host:5901 -connect hostname
"%programfiles%\UltraVNC\vncviewer.exe" -proxy distributor:5901 -connect host -dsmplugin filename.dsm
proxy/repeater mode II (with ID number)
"%:\programfiles%\UltraVNC\vncviewer.exe" -proxy host:5901 ID:1234
"%programfiles%\UltraVNC\vncviewer.exe" -proxy host:5901 ID:1234 -dsmplugin filename.dsm"
```
**`-autoacceptincoming`**
Auto Accept Incoming connection (no SC server info)
**`-autoacceptnodsm`**
server connection set without encryption, there no message is NOT encrypted while vncviewer listen with dsmplugin
**`-autoreconnect [DelayInSeconds]`**
-autoreconnect (default value 3 seconds)
example: autoreconnect after 15 seconds
vncviewer.exe -autoreconnect 15 -connect hostname
commandline autoreconnect
default=3
value is number of seconds between reconnects This allow to set a bigger timeout between reconnect intervals this function is blocked by repeater for viewer."
%programfiles%\ultravnc\vncviewer.exe" -autoreconnect 30 -connect hostname::5900 -quickoption 3 -dsmplugin SecureVNCPlugin.dsm
**`-reconnect x`** (warning) not yet available by command line) only gui
This is the number of times a reconnect is made before the viewer
close the connection.
-disablesponsor
remove the sponsor of vncviewer message error
**`-fttimeout`** sec
Filetransfer timeout sec `[1-60]`
**`-keepalive sec`**
Interval to send a keepalive message
**`-askexit`**
Open a dialogbox on exit " do you realy want to quit"
**`-restricted`**
remove options from system menu ( Filetransfer, chat ....)
**`-viewonly`**
Do not send local keyboard or mouse events to the remote computer.
**`-nostatus`**
Don't show the status window while connecting.
**`-nohotkeys`**
Do not enable hot keys (like CTRL+ALT+F9 for full screen mode etc.). Can be useful in case of conflict with other installed software hotkeys.
**`-notoolbar`**
Do not display the toolbar.
**`-autoscaling`**
Automatically scale the viewer window so that the remote screen fits at best your local screen size.
**`-fullscreen`**
Display viewer in full screen mode.
**`-noauto`**
Disable auto mode. Required for using the color options below or saving a custom configuration (otherwise the settings from quick options always override).
**`-8bit, -256colors, -64colors, -8colors, -8greycolors, -4greycolors, -2greycolors`**
Set the color depth. Fewer colors can significantly reduce the required bandwidth.
Note: Grey colors only work with 32 bits color screen resolution. 16 or 24 bits color resolutions just don't work with grey colors.
**`-shared`**
Share the server with other viewers, i.e. allow several viewers to connect simultaneously to the server.
**`-swapmouse`**
Swap left and right button of the mouse.
**`-nocursor`**
Do not display any local dot mouse cursor.
**`-dotcursor`**
Display the local dot mouse cursor.
**`-normalcursor`**
Display the normal local mouse cursor.
**`-belldeiconify`**
not used
**`-emulate3`**
Emulate a 3-button mouse.
**`-noemulate3`**
Do not emulate a 3-button mouse.
**`-nocursorshape`**
don't change cursor chapes
**`-noremotecursor`**
"." is used as remote cursor
**`-scale A/B`**
Scale the display by the factor A/B.
**`-emulate3timeout Timeout`**
emulate 3 button mouse with 2 buttons
**`-emulate3fuzz Emul3Fuzz`**
emulate 3 button mouse with 2 buttons
**`-disableclipboard`**
Do not transfer clipboard content.
**`-delay delay`**
debug option
**`-loglevel loglevel`**
Set the loglevel. This can range from 0 (minimal) to 10 (maximum logging).
**`-console`**
Open a console window for log output.
**`-logfile filename`**
Log to the file specified by filename.
**`-config filename`**
Read the configuration from filename.
**`-register`**
Record the path to the VNC viewer and the type of the .vnc files in the registry
**`-encoding encoding`**
Encoding is either raw, rre, corre, hextile, zlib, zlibhex, tight or ultra. Encodings are described here.
**`-compresslevel level`**
Use specified compression level (0..9) for "tight" and "zlib" encodings (Tight encoding specific). Level 1 uses minimum of CPU time and achieves weak compression ratios, while level 9 offers best compression but is slow in terms of CPU time consumption on the server side. Use high levels with very slow network connections, and low levels when working over high-speed LANs. It's not recommended to use compression level 0, reasonable choices start from the level 1.
**`-quality quality`**
Use the specified JPEG quality (0..9) for the "tight" encoding (Tight encoding specific). Quality level 0 denotes bad image quality but very impressive compression ratios, while level 9 offers very good image quality at lower compression ratios. Note that the "tight" encoder uses JPEG to encode only those screen areas that look suitable for lossy compression, so quality level 0 does not always mean unacceptable image quality.
**`-user msuser`**
ms logon (NTLM1) username set at server (not viewer side)
**`-password password`**
Use the specified password for "classic" VNC authentication.
**`-serverscale scale`**
Scale the display on the server side by 1/scale. For instance scale = 2 means that the remote screen dimensions are reduced by 2 ("half screen size"), reducing at the same time the amount of graphical data received by a factor 4 (2^2).
**`-quickoption n`**
Select a quickoption. Modem option is default
1 = AUTO (auto select best settings, this never use ultra experimental maybe "forever")
2 = LAN (> 1Mbit/s) Max Colors
3 = MEDIUM (> 128Kbit/s )- 256 Colors
4 = MODEM (19K - 128Kbit/s) - 64 Colors
5 = SLOW (< 19Kbit/s) 8 Colors
6 = (custom ?) N/A (not available and fail)
7 = ULTRA (> 2Mbit/s) - Experimental (still experimental after 2 years)
REMARK
Commandline options are Merged with the default saved settings.
Sample:
if you save viewonly as default -> a viewer started with a commandline option will always be "viewonly".
### AnyDesk
[https://support.anydesk.com/Command_Line_Interface](https://support.anydesk.com/Command_Line_Interface)
#### Overview
| **Parameter** | **Description** |
|---------------|-----------------|
|`--control` | Starts the process which creates the tray icon. During installation, AnyDesk creates a link with this parameter in the autostart start menu entry. This process also handles the clipboard.|
|`--start-service` | Starst the AnyDesk service, if not already running. |
|`--with-password` | Reads the password from stdin and connect to the alias given in the command line using the password.|
|`--set-password` | Sets a password for unattended access. |
|`--get-alias` | Gets the current AnyDesk alias. |
|`--get-id` | Gets the current AnyDesk ID. |
|`--get-status` | Returns the network status of AnyDesk (online or offline). |
|`--register-license` | Registers a license key with AnyDesk. |
|`--silent` | AnyDesk will not display message boxes when this parameter is specified. Recommended for scripts. |
|`--plain` | Generates a main window with no shading, frame or other decorations. |
For installation parameters, see [Automatic Deployment](https://support.anydesk.com/Automatic_Deployment).
#### Get Alias or ID
:::info Note:
The AnyDesk service must be running. Use these commands via batch scripts
:::
AnyDesk will write the requested information to stdout. If the service is not running, SERVICE_NOT_RUNNING is returned and an exit is set indicating the error. If AnyDesk is not installed, it needs to be started first, in order to launch a local service.
Get AnyDesk Alias or ID of the installed and running AnyDesk, with this syntax:
`anydesk.exe --get-alias `
`anydesk.exe --get-id`
**Example script:**
```
@echo off
for /f "delims=" %%i in ('"C:\Program Files (x86)\AnyDesk\AnyDesk.exe" --get-id') do set CID=%%i
echo AnyDesk ID is: %CID%
pause
```
**Likewise for the alias:**
```
@echo off
for /f "delims=" %%i in ('"C:\Program Files (x86)\AnyDesk\AnyDesk.exe" --get-alias') do set CID=%%i
echo AnyDesk alias is: %CID%
pause
```
**Starting the AnyDesk Service**
`anydesk.exe --start-service`
This requires administrator privileges.
#### Connecting with Password
Example script that connects to alias@ad with password. Use command line or batch script:
`echo password | "C:\Program Files (x86)\AnyDesk\AnyDesk.exe" alias@ad --with-password`
#### Automatic Execution (script/MSI)
AnyDesk is installed by script with the following command:
`anydesk.exe --install --start-with-win`
:::info Important:
`` must be a valid installation path, e.g. c:\anydesk. Currently, AnyDesk must be started with Windows.
:::
The following parameters are available after `--install --start-with-win:`
| **Parameter** | **Description** |
|---------------|-----------------|
| | |
|`--remove-first` | Perform update or replace existing installation |
|`--create-shortcuts` | Create Start menu item |
|`--create-desktop-icon` | Create shortcut on the Windows desktop |
|`--silent` | Do not start AnyDesk after installation and do not display error messages. |
#### Setting a Password
For security reasons, a password for unattended access can not be set from the command line directly as this would enable malicious users to spy the password from the command line in Task Manager. Instead, a pipe is used to set the password.
`echo password | anydesk.exe --set-password`
:::info Note:
Example: `echo my_new_password | anydesk.exe --set-password`
:::
:::info Note:
Example for an custom version: `echo my_new_password | anydesk-123abc456.exe --set-password`
:::
This requires administrator privileges.
#### Registering License Key
You can register a license with the current AnyDesk installation using the command line. The service must be running.
`echo license_key | anydesk.exe --register-license`
Almost every scripting language has a pipe interface for stdin and stdout. See the programming language documentation for more information.
**Uninstalling without Notice (silent uninstall)**
`--remove`
### AeroAdmin
AeroAdmin supports following arguments:
`-install_service` (installs AeroAdmin as Windows service. Admin rights're required)
`-minimize` (runs AeroAdmin minimized)
`-sims` (opens SOS service window)
`-sims_admin_email` (specifies SOS destination email)
`-cur_rights` (AeroAdmin is launched under current user privileges. Some of the features like installation as service, Ctrl+Alt+Del etc may not work)
`-connect 123456 -pw Pass123456` (AeroAdmin, when started and ready, will automatically connect to client ID 123456 with password Pass123456)
PROXY (SOCKS 3,4) support:
**`-proxy_ip`** 127.0.0.1
**`-proxy_port`** 443
**`-proxy_user`** user
**`-proxy_pass`** password
---
## Управление временем сотрудников и работами по заданиям
В данной главе описана работа с документами, которые позволяют отслеживать и управлять временем сотрудников.
| **Список ролей для работы с подсистемой "Управление временем сотрудников"** |
|-----------------------------------------------------------------------------|
| Добавление и изменение нарядов на работы |
| Чтение нарядов на работы |
| Добавление и изменение графиков работы |
| Чтение графиков работы |
---
## Листы учета рабочего времени
Листы учета рабочего времени создаются на основании документа [Наряд на работы](/it/podsistema-service-desk-upravlenie-incidentami/upravlenie-vremenem-sotrudnikov-i-rabotami-po-zadaniyam/naryady-na-raboty) и служит для цели обобщения работ по конкретному клиенту за период.
Документ не делает никаких движений и позволяет на основании создать оплату нарядов [Учет денежных средств](/it/denezhnye-sredstva/uchet-denezhnyh-sredstv), а в форме списка документа будет видно оплачен ли данный лист учета или нет.
Так же содержит печатную форму ЛУРВ:
---
## Наряды на работы
:::info Наряд на работы
Документ, который фиксирует фактическое время работы сотрудников.
:::
Наряды на работы обычно создаются на основании поступившего задания, но может и использоваться сам по себе. Выглядит совместное использование следующим образом: сначала поступает задание, а затем на его основании создается **Наряд на работы**.
Но эта схема не является обязательной. Благодаря гибкости системы Вы можете создать **Наряд на работы** как самостоятельный документ, не привязанный к заданиям.
## Список нарядов на работы
В этом списке документов Вы можете увидеть все наряды на работы и некоторую информацию по ним.
## Окно наряда на работы
В окне наряда на работы Вы можете увидеть и изменить подробную информацию по конкретному факту работы пользователей отдела. Наряд на работы может быть создан на основании **Задания** с автоматическим заполнением данных.
На основании документа **Наряд на работы** можно создать документы **Лист учета рабочего времени** и **Учет денежных средств**.
---
## Причины отклонения от графика
Документ предназначен для фиксирования отсутствия пользователей или времени, когда сервисы не могут быть оказаны. Найти его можно в разделе
**Техническая поддержка -> Отклонения от графика**
Документ учитывается при [автоматическом назначении исполнителя в документе "Задание"](/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/avtomaticheskoe-naznachenie-ispolnitelya).
---
## Управление проблемами
Согласно ITIL: **Проблема** – это неизвестная причина одного или более инцидентов. Одна проблема может породить несколько инцидентов.
В нашем решении реализован механизм управления проблемами ITIL.
Проблема может быть создана как из формы задания, так и из формы списка заданий (множественная).
Проблема стоит выше НАД заданиями (инцидентами), так как имеет приоритетную первостепенность.
После создания открывается форма:
Где мы укажем краткое описание проблемы, список задач (инцидентов), которые участвуют в проблеме.
Так же в проблеме может быть Исполнитель, а первоначально проблема имеет статус *Зарегистрирована*.
При этом статус на *Решена* изменить у проблемы нельзя без выполнения указанных дочерних инцидентов.
Так же есть возможность указать Решение для проблемы, тогда при добавлении задания в проблему, в самом задании появится возможность быстро выбрать решение в решениях так как будет видна связь.
Поскольку завершить и закрыть проблему без перевода всех инцидентов на этап *Выполнено* нельзя,
в данном документе предусмотрен функционал, позволяющий массово выполнять выделенные задания (инциденты).
При этом механизм позволяет выбрать способ выполнения: с отправкой решения или без отправки.
:::info ВАЖНО!
Для того, чтобы задания были переведены на этап "Выполнено" необходимо, чтобы в настройках процесса, который указан в заданиях было заполнено "Значение преопределенного этапа выполнения задания". Данный реквизит заполняется в настройках каждого процесса на закладке "Автоматическое выполнение". Подробнее можно узнать в статье.
:::
**1. Выполнить задания с отправкой решения.**
Предположим, что в проблеме были выполнены все входящие в ее состав задания и теперь нам необходимо их перевести на этап *Выполнено*
и отправить комментарием с пояснением решения. Для этого на закладке **Задания (инциденты)** сочетанием клавиш `CTRL+A` или `CTRL + ЛКМ` выделяем нужные задания
и нажимаем кнопку **Выполнить задания** - **С отправкой решения**.
:::info ВАЖНО!
Для отправки решения необходимо, чтобы у Вас на закладке "Решения" была указана как минимум одна статья базы знаний,
так как текст пояснения выполнения будет браться именно из статей.
:::
## Рассмотрим каждый из способов:
После этого система в автоматическом режиме переведет все выделенные задания на этап *Выполнено* и в качестве комментария добавит текст из статьи базы знаний, которая была указана на закладке **Решения**.
При этом если было указано несколько статей, то система объединит текст всех статей в один и добавит его в комментарий к каждому заданию.
**2. Выполнить задания без отправки решения.**
Для тех ситуаций, когда требуется массовое выполнение заданий, но не нужно отправлять комментарий решения,
можно воспользоваться кнопкой **Выполнить задания** - **Без отправки решения**.
В этом случае выделенные задачи будут просто переведены на этап *Выполнено* и комментарий с решением не будет добавлен.
При этом не важно указаны на закладке **Решения** статьи базы знаний или нет.
Для дальнейшего анализа проблем есть отчет **Список проблем**, который поможет проанализировать проблемы и выявить причины их появления.
---
## Практические методики
В этой главе содержатся практические и методические приемы работы с конфигурацией.
---
## Изменяем рабочий стол
В конфигурации есть возможность изменить рабочий стол, который отображается по умолчанию, например, на список заданий. Для этого необходимо открыть форму настройки:
В открывшейся форме можем изменить рабочий стол формами в конфигурации по своему усмотрению из доступных форм.
---
## Как узнать номер текущей версии конфигурации
Номера версий можно узнать в информации *О программе* нажав на кнопку *i* (information, информация)
Как видите здесь указан номер версии платформы 1С:Предприятия и номер версии используемой конфигурации.
---
## Ограничение прав пользователей для доступа только к заданиям?
Достаточно следующих прав:
[Статья с более расширенным описанием прав доступа.](/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/raspredelenie-prav-dostupa)
---
## Пример по закупке картриджей
## Рассмотрим следующую задачу
1. В течении месяца от разных подразделений собираются заявки на расходные материалы для принтеров (например 20 картриджей). По мере того как заявки собираются, по ним выдаются картриджи из наличия на складе.
2. В конце месяца на основании собранных заявок формируется заказ поставщику. Один заказ на 20 картриджей.
3. Поставщик выставляет 1 счет на 20 картриджей. Его оплачивают.
4. Получаем товар и он попадает на общий склад.
5. А дальше все повторяется.
**Основная задача учитывать расходы по подразделениям.**
На основании полученной заявки создаём документ **Окончание обслуживания** (это избавит нас от оформления накладных перемещения).
Важно в документе на закладке **Дополнительно** заполнить **Место хранения на склад** и **Место хранения со склада** (в нашем случае это одно и тоже место хранения картриджей):
В конце месяца формируем документ **Заказ поставщику** (указав в настройках документа **Положение подразделения: в табличной части** можно сразу отметить какому подразделению сколько картриджей требуется):
Результат:
Факт оплаты счета поставщика отражаем созданным документом **Учет денежных средств** (также указав в настройках документа *Положение подразделения: в табличной части*):
Сформируем отчет **Бюджетная ведомость** в варианте *Подразделение, статья затрат (без иерархии) по периодам бюджета*:
О том, как запланировать бюджет можно прочитать в [статье](/it/denezhnye-sredstva/byudzhetirovanie/planirovanie-rashodov).
---
## Скопировать настройки оформления и отборов от другого пользователя
Скопировать настройки другого пользователя можно следующим образом:
---
## Создание нового процесса
Процессы в конфигурации имеют значимую роль в работе подсистемы **Техническая поддержка**. В программе имеется ряд предопределенных процессов, но зачастую у пользователей возникает необходимость в создание собственных процессов. Давайте подробно разберем создание нового процесса.
Откроем форму списка справочника **Процессы**. Для этого перейдем в раздел
**Справочники -> подраздел Service Desk -> Процессы**
Перед нами будет выведен весь список, уже имеющихся процессов конфигурации.
Чтобы создать новый процесс необходимо нажать кнопку *Создать* (рис 1). Также на форме списка можно с помощью одноименной кнопки, создать новую группу, в которой будут сгруппированы определенные виды процессов.
Перед нами откроется форма создания нового процесса. Данная форма имеет два реквизита **Наименование** и **Вес**, а также табличные части: **Этапы**, **Возможные исполнители на этапах**, **Настройки** и т.д (о табличных частях поговорим позже, более подробно). Интуитивно понятно, для чего предназначен первый реквизит, а вот второй реквизит нужно разобрать. Вес процесса используется при автоподсчете общего веса задания и может принимать значения от 0 до 9999. То есть, вес процесса может влиять на порядок выполнения заданий исполнителем. Назовем новый процесс, например, согласование, а реквизит вес оставим без изменений (рис 2).
В табличной части **Этапы** с помощью кнопки **Добавить** добавим необходимые этапы, которые будут использоваться в данном процессе (рис 3). Также стоит отметить, что в процессе помимо этапов можно добавить необходимые подпроцессы, которые имеют ряд своих этапов. Таким образом можно построить иерархическую структуру, состоящую из процессов и подпроцессов.
После того, как добавили все необходимые этапы, нужно осуществить схему перехода между этапами данного процесса. Это можно сделать следующим образом, в левой колонке табличной части выделите этап, а в правой колонке активируйте чек-бокс возле этапа, на который возможно осуществить переход (рис 4). Аналогичные действия необходимо провести с каждым из этапов процесса.
С помощью кнопок вверх\вниз (рис 5) или сочетанием клавиш *Ctrl+Shift+Up\Ctrl+Shift+Down*, можно перемещать элементы левой колонки табличной части **Этапы** вверх или соответственно вниз.
Также у каждого из этапов можно установить исполнителем по умолчанию пользователя или группу пользователей. То есть, переводя задание на определенный этап, будет автоматически изменяться исполнитель в соответствие с указанным значением в данном реквизите (рис 6). При этом возможность перевода на следующий этап будет доступна пользователю, относящегося к данной группе исполнителей.
Как говорилось ранее, нужно уделить больше внимания каждой из табличных частей. Ведь в них производятся важные настройки процесса, которые в дальнейшем могут влиять на работу с подсистемой **Техническая поддержка**. Перейдем на закладку **Возможные исполнители на этапах**, в данной табличной части указываются, прошу заметить ВОЗМОЖНЫЕ исполнители. То есть единственным отличием между данной табличной частью и реквизитом **Исполнитель по умолчанию** является то, что исполнитель по умолчанию проставляется без возможности выбора. Другими словами, если, например, исполнителем по умолчанию установлена группа пользователей IT-отдел, то полностью вся группа будет выставлена исполнителем, а не конкретный пользователь этой группы. А табличная часть **Возможные исполнители на этапах** дает возможность выбора конкретного пользователя, входящего в указанную группу или список пользователей (рис 7).
Далее перейдем на закладку **Настройки** (рис 8), в которой указывается тип процесса, позволяющий классифицировать задания по данному процессу, а также список чек-боксов:
* [x] вывод прошлых исполнителей в списке выбора исполнителей;
* [x] не использовать в задании;
* [x] не изменять в задании;
* [x] при переходах на этапы никогда не вводить комментарии;
* [x] добавлять нового инициатора в наблюдатели;
* [x] не переходить на этапы выполнения без указания решений.
В программе каждый чек-бокс из вышеперечисленных имеет свое пояснение.
На закладке **Автоматическое выполнение** можно установить настройки таким образом, чтобы задание, находясь на установленном этапе, автоматически было переведено на необходимый этап (состояние этапа должно быть *Выполнен* или *Закрыт*), в течение указанного срока, если последнее изменение по заданию было ранее n-часов (рис 9). Для более ясного понимания как закрывается задание, рекомендую ознакомиться со [статьей](/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/shema-zhizni-dokumenta-zadanie) или раскрыть подсказку **Схема жизни задания**.
Табличная часть **Наблюдатели** позволяет указать пользователей программы, которые будут автоматически помещены в список наблюдателей, если при создание нового задания будет указан данный процесс (рис 10-11).
Закладка **Схема** не влияет на сам процесс, а приводится лишь для справочной информации. Однако если процесс состоит из большого количества этапов и подпроцессов, то изобразив схематично взаимосвязь между ними, легче воспринимать роботу и предназначение процесса (рис 12).
И заключительная закладка **Дополнительно**, на которой можно установить родительскую группу процесса, а также добавить произвольный комментарий для справочной информации (рис 13).
После того, как создали новый процесс давайте, на примере, рассмотрим его использование в задание. Задача состоит в согласование нового договора на предоставление аутсорсинговых услуг нашем клиенту (рис 14).
Назначенный исполнитель производит обработку задания. Указывает свои трудозатраты на данном этапе, после переводит задачу на следующий этап **Назначение ответственных**. На данном этапе исполнителем по умолчанию назначается группа пользователей IT-отдел, в соответствии с настройками, произведенными при создании процесса. IT-отделом осуществляется назначение ответственных сотрудников, которые будут предоставлять наши услуги, эти действия документируются, отмечаются трудозатраты и задание переводится на следующий этап (рис 15).
Задание переведено на этап **Рассмотрение**, где исполнителем по умолчанию является Шатова Марина Александровна. Данный сотрудник оценивает правильность подготовленных бумаг и если все верно, то отправляет документы на согласование в бухгалтерию. При этом она также отмечает свои трудозатраты и переводит задание на следующий этап **Согласование** (рис 16).
И так, когда документы были проверены и одобрены бухгалтерией, главный бухгалтер отмечает трудозатраты и переводит задание на этап **Согласовано** (рис 17).
На этом этапе задание является выполненным, при этом учтены все трудозатраты сотрудников, участвовавших в выполнении. Теперь, используя отчет **Трудозатраты**, можно увидеть сколько было затрачено времени (по каждому пользователю) на согласования договора контрагента (рис 18).
---
## Ремонты и обслуживание
Подсистема **Ремонты** позволяет производить обслуживание и ремонт оборудования собственными силами или силами сторонних организаций (контрагентов).
Подсистема состоит из трех документов и нескольких отчетов.
| Список ролей для работы с подсистемой "Ремонт и обслуживание" |
|---------------------------------------------------------------|
| Добавление и изменение обслуживания и ремонтов |
| Чтение обслуживания ремонтов |
---
## Движения документов Начало обслуживания и Окончание обслуживания
Документы предназначены для отражения факта ремонта или обслуживания оборудования. Движения документы делают по регистрам накопления: Взаиморасчеты с контрагентами, Обслуживание контрагентами, Остатки и Ремонты, регистры сведений: Бюджеты, Состояния карточек номенклатуры. Т.к. видов обслуживания, а также событий для номенклатуры может быть много, довольно сложно разобраться какие движение и по каким регистрам создаёт документ. В этой статье постараемся разобраться со всеми.
## Начало обслуживания
### Внутреннее обслуживание
* **Регистр накопления Ремонты** - движение в приход (+);
* **Регистр сведений Состояние карточек номенклатуры** - В не рабочем состоянии.
## Начало обслуживания
### Обслуживание контрагентом
* **Регистр накопления Обслуживание контрагентам**и - движение в приход (+);
* **Регистр накопления Остатки** - движение в расход (-);
* **Регистр накопления Ремонты** - движение в приход (+);
* **Регистр сведений Состояние карточек номенклатуры** - В не рабочем состоянии.
При создании документа Окончание обслуживания, на основании документа Начало обслуживания, движения обратные, за исключением регистра накопления Остатки. Движения по этому регистру "двойные" - приход/расход, сделано так для того, чтобы увидеть движения в отчетах. Данное поведение встретится в будущем для регистра накопления Ремонты.
## Окончание обслуживания на основании Начала обслуживания
### Внутреннее обслуживание
* **Регистр накопления Остатки** - движение в приход/расход (+-);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания на основании Начала обслуживания**
**Внутреннее обслуживание**
#### Списание
* **Регистр накопления Остатки** - движение в расход (-);
* **Регистр накопления Ремонты** - движение в расход (-).
**Окончание обслуживания на основании Начала обслуживания**
**Внутреннее обслуживание**
#### На склад
* **Регистр накопления Остатки** - движение в расход/приход (-+);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания на основании Начала обслуживания**
### Обслуживание контрагентом
* **Регистр накопления Обслуживание контрагентами** - движение в расход (-);
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания на основании Начала обслуживания**
**Обслуживание контрагентом**
#### Списание
* **Регистр накопления Обслуживание контрагентами** - движение в расход (-);
* **Регистр накопления Ремонты** - движение в расход (-).
**Окончание обслуживания на основании Начала обслуживания**
**Обслуживание контрагентом**
#### На склад
* **Регистр накопления Обслуживание контрагентами** - движение в расход (-);
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
Со связкой документов Начало обслуживания и Окончание обслуживания разобрались, но бывают случаи, когда нужно создать документ Окончание обслуживания без создания Начала обслуживания. В этом случае вид документа может быть следующим:
* **Внутреннее обслуживание** - обслуживание производилось своими силами на складе ремонта;
* **Внутреннее обслуживание произведено сразу** - обслуживание производилось своими силами на месте хранения оборудования;
* **Обслуживание контрагентом** - обслуживание производится контрагентом, при этом оборудование забирается;
* **Обслуживание контрагентом произведено сразу** - обслуживание производится контрагентом на месте хранения оборудования.
## Окончание обслуживания
### Внутреннее обслуживание
* **Регистр накопления Остатки** - движение в приход/расход (+-);
* **Регистр накопления Ремонты** - движение в приход/расход (+-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Внутреннее обслуживание**
#### Списание
* **Регистр накопления Остатки** - движение в расход (-);
* **Регистр накопления Ремонты** - движение в приход/расход (+-).
**Окончание обслуживания**
**Внутреннее обслуживание**
#### На склад
* **Регистр накопления Остатки** - движение в приход/расход (+-);
* **Регистр накопления Ремонты** - движение в приход/расход (+-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
### Внутреннее обслуживание произведено сразу
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Внутреннее обслуживание произведено сразу**
#### Списание
* **Регистр накопления Остатки** - движение в расход (-).
**Окончание обслуживания**
**Внутреннее обслуживание произведено сразу **
#### На склад
* **Регистр накопления Остатки** - движение в приход/расход (+-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
### Обслуживание контрагентом
* **Регистр накопления Обслуживание контрагентами** - движение в расход (-);
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Обслуживание контрагентом**
#### Списание
* **Регистр накопления Обслуживание контрагентами** - движение в расход (-);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Обслуживание контрагентом**
#### На склад
* **Регистр накопления Обслуживание контрагентами** - движение в расход (-);
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Обслуживание контрагентом**
#### Добавление
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
### Обслуживание контрагентом произведено сразу
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Обслуживание контрагентом произведено сразу**
#### Списание
* **Регистр накопления Остатки** - движение в расход (-).
**Окончание обслуживания**
**Обслуживание контрагентом произведено сразу**
#### На склад
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Обслуживание контрагентом произведено сразу**
#### Добавление
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
---
## Изменение показателей оборудования
Очень часто хочется получать информацию о комплектующих, которые имеют показатели, изменяющиеся со временем.
Например, количество заправок картриджей, количество отпечатанных листов бумаги и т.д.
С помощью данного документа можно вести учет числовых показателей оборудования, таких как: количество заправок картриджей, количество отпечатанных листов и т.д. Т.е. это какой-то числовой показатель, который будет накапливаться со временем. Для просмотра сколько всего раз был заправлен картридж, отпечатано листов и т.д. воспользуйтесь отчетом **Показатели оборудования**.
**Отчет "Показатели оборудования"**
---
## Начало обслуживания
Документ **Начало обслуживания** предназначен для фиксирования факта переноса оборудования для ремонта или обслуживания в место ремонта или передачу контрагенту, который делает ремонт (обслуживание).
Рассмотрим сквозной пример работы подсистемы.
***Пример.*** Допустим на "Компьютере №13" сгорела материнская плата, необходимо ее заменить на новую, которая есть на складе.
Для решения поставленное задачи в конфигурации необходимо забрать системный блок с места хранения "Кабинет 141", где хранится данный компьютер и отнести в "Место ремонта". Т.к. ремонт будет проходить не на рабочем месте сотрудника, закрепленного за "Кабинет 141", то необходимо системный блок перенести на место ремонта.
**Создаем документ "Начало обслуживания"**
* **Организация** - это наша фирма, за которой закреплено оборудование для ремонта;
* **Обслуживание** - может иметь два значения: внутреннее обслуживание или обслуживание контрагентом. В зависимости от выбранного реквизита оборудование будет перемещено либо на склад, либо контрагенту для ремонта (соответственно будет показано либо место обслуживание, либо контрагент с договором);
* **Место хранения** - место, с которого перемещается оборудование;
* **Место обслуживани**я - место, куда перемещается оборудование на время ремонта;
* **Дерево "Номенклатура"** содержит всю номенклатуру, которую необходимо отдать в ремонт;
* **На закладке "Номенклатура для ремонта"** указывается список номенклатуры, который необходимо приобрести для осуществления ремонта основной техники. Например, для ремонта ПК сначала нужно приобрести деталь, так как в наличие на текущий момент у нас ее нет.
* **На закладке "Услуги"** необходимо выбрать дополнительные платные услуги. Например, доставку до контрагента, если ремонт осуществляет контрагент;
* **
* **На закладке "Дополнительно"** размещены дополнительные сведения по бюджетам и подразделению.
Видим, что на компьютере стоит GIGABYTE GA-F2A68HM-S1, которую необходимо заменить.
Так же выбрали в реквизите обслуживание **Внутреннее обслуживание**, т.к. ремонт собственными силами. Если обслуживание будет контрагентом, то необходимо выбрать другой вид. Но об этом чуть позже. На закладке **Номенклатура**, нажимаем **Подбор** и выбираем то, что будет перемещено на место обслуживания из места хранения "Кабинет 141".
После создания и заполнения документа проведем его. Теперь системный блок "Компьютер №13" с остатков места хранения "Кабинет 141" убран и перемещен на место хранения "Место ремонта".
Первый шаг сделан, мы забрали системный блок для ремонта. Переходим ко второму шагу.
[Перейти далее >>](/it/remonty-i-obsluzhivanie/okonchanie-obsluzhivaniya)
---
## Окончание обслуживания
Документ **Окончание обслуживания** предназначен для фиксирования факта ремонта оборудования или его обслуживания или возврат от контрагента, оборудования, которое он ремонтировал(обслуживал).
Продолжим решать поставленную задачу рассмотренную на [предыдущем этапе](/it/remonty-i-obsluzhivanie/nachalo-obsluzhivaniya).
Итак, мы переместили системный блок со сгоревшей материнской платой на место ремонта, теперь необходимо заменить плату на другую.
Для этого на основании документа **Начало обслуживания** создаем документ **Окончание обслуживания**.
Это операция позволит в документе **Окончание обслуживания** не заносить данные по новой. Будет создан документ следующего содержания:
Теперь необходимо в нем заменить сгоревшую материнскую плату. Для этого в поле **Событие** необходимо выбрать **Списание** - если надо списать комплектующую в процессе ремонта, или **На склад**, в случае если мы позже попытаемся выяснить причину поломки, и кто знает, может починим комплектующую. Выберем **На склад**.
При этом Вы должны понимать, что комплектующие с видом события **На склад**, будут помещены на место хранения, которое указано на закладке **Дополнительно: Место хранения на склад**.
В нашем случае мы поместим ее в **Место ремонта**.
Так же есть реквизит **Место хранения со склада**, он предназначен для указания с какого места хранения будут устанавливаться комплектующие. И в этом случае это тоже **Место ремонта**.
Выбрали место хранения со склада, теперь добавим новую материнскую плату:
Понятное дело, что новая материнская плата должна находиться на **Место хранения со склада**.
После подбора, необходимо перетащить установленную комплектующую мышкой в тот комплект, в котором она будет укомплектована. В нашем случае это "Компьютер №13".
Вот, что получилось:
Т.е. в данном документе видно, что мы перемещаем на место, где будет проходить ремонт **Место ремонта** (указан на закладке **Дополнительно**) материнскую плату GIGABYTE GA-F2A68HM-S1 и ставим новую со склада **Место ремонта** (указан на закладке **Дополнительно**) ASUS A68HM-K. После нужно отнести системный блок на то место, куда его необходимо вернуть.
Проводим документ и вот, что получилось:
Как видим вместо старой сгоревшей материнской платы, у нас ASUS A68HM-K, что, собственно, нам и нужно было.
:::info **Важно!**
Хотелось бы еще добавить следующее... Мы сделали этот пример с использованием двух документов: **Начало обслуживания** и **Окончание обслуживания**. Очень часто бывают такие ситуации, при которых ремонт или обслуживание происходят на месте. Например, принесли картридж и просто поменяли его. Для таких случаев можно не делать документ **Начало обслуживания**. В реквизите обслуживания документа **Окончание обслуживания** выберите **Внутреннее обслуживание произведено сразу** или **Обслуживание контрагентом произведено сразу** в таком случае можете сразу произвести ремонт.
:::
---
## Покупка деталей для ремонта
Зачастую при осуществлении ремонта того или иного оборудования на складе как на зло нет необходимой детали, которая нужна для починки. Ее необходимо заказывать и только после этого приниматься за работу. Мы предусмотрели данную ситуацию и добавили в документ **Начало обслуживания** новую табличную часть **Номенклатура для ремонта**, позволяющую отражать комплектующие необходимые для выполнения ремонтных работ. В данной статье рассмотрим пример правильного отражения подобной ситуации. Первым делом создаем новый документ **Начало обслуживания** и указываем на закладке **Номенклатура** оборудование, которое вышло из строя.
Как видно на скриншоте выше, в одном из компьютеров предприятия перестала работать видеокарта. В результате данная комплектующая требует замены, но на остатках у нас нет такой детали, ее нужно заказывать. Для этого переходим на закладку **Номенклатура для ремонта** и указываем номенклатуру, которую нужно купить.
Стоит отметить, что номенклатура добавленная на закладке **Номенклатура для ремонта** выбирается только из справочника **Номенклатура** и не подтягивает с собой карточку номенклатуры, что позволяет указывать в столбце **количество** значение больше единицы. Также при добавлении новой номенклатуры на текущей закладке автоматически присваивается статус **Необходимо приобрести**, который служит отличительной чертой данной номенклатуры в документе **Заказ поставщику**. После того, как необходимая для ремонта номенклатура добавлена, нужно установить у данного документа реквизит **Состояние** в значение **Ожидание комплектующих**, который будет сигнализировать о том, что текущий документ находится на стадии ожидания.
Следующим шагом нужно на основании документа **Начало обслуживания** создать **Заказ поставщику** и продолжить цепочку оформления документов покупки и оприходования купленного оборудования.
---
## Сотрудники(Сотрудники)
Справочник **Сотрудники** предназначен для хранения всех необходимых данных о сотрудниках организации.
Сотрудники участвуют во многих блоках, таких как: [складской учет](/it/nomenklatura-i-sklad), [service desk](/it/podsistema-service-desk-upravlenie-incidentami), [взаимодействия](/it/vzaimodeystviya) и многое другое.
Все это в одном месте - в конфигурации [Управление IT-отделом 8](https://softonit.ru/catalog/products/it/#detail)
| **Список ролей для работы с подсистемой "Сотрудники"** |
| ---------------------------------------------------|
| Добавление и изменение операций по сотрудникам |
| Чтение сотрудников |
| Добавление и изменение доступа к информационным ресурсам |
| Чтение доступа к информационным ресурсам |
| Добавление изменение заработной платы |
| Чтение заработной платы |
---
## Закрепление сотрудников
**Закрепление сотрудников** приписывает их к определенному месту хранения, например, при приеме на работу. Документ предназначен для работы с материальными лицами.
Если используется [складской учет клиентов в аутсорсинговых компаниях](/it/nomenklatura-i-sklad/metodiki-ucheta/uchet-nomenklatury-klientov-dlya-autsorsingovyh-kompaniy), то вместо организации возможно выбрать контрагента, а вместо сотрудника необходимо указать контактное лицо контрагента.
---
## Заработная плата
Конфигурация позволяет рассчитывать заработную плату по сотрудникам (на текущим момент, расчет автоматически не выполняется). Для того, чтобы воспользоваться функционалом, его необходимо включить. Для этого нужно перейти в раздел
**Администрирование -> Настройки параметров учета -> Функциональность -> Использовать подсистему заработная плата**.
---
## Назначения начислений и удержаний
Документ предназначен для фиксирования факта назначения начислений сотруднику.
---
## Начисления заработной платы
Документ предназначен для расчета заработной платы по сотрудникам.
---
## Логины и пароли
## Зачем в нашем решении эта возможность?
Нас часто спрашивают о том, зачем эта подсистема вообще нужна? Проще ведь хранить где-то логины/пароли одному человеку и все. Но не все так просто...
Иногда в организациях есть какие-то общие логины/пароли, которые хотелось бы хранить где-то централизовано и что бы доступ к ним был для нескольких сотрудников. Например, это могут быть: данные к доступам роутеров, общих корпоративных аккаунтов или учетных записей, данные камер видео наблюдений и т.п. Эта информация часто нужна не только одному человеку и проблема осложняется тем, что пароли могут меняться со временем, как в этом случае безопасно передавать пароли?
В этой связи, в Управление IT-отделом 8, мы добавили возможность учета паролей и постарались сделать ее удобной и безопасной на сколько это возможно.
## О безопасности хранения паролей в конфигурации
Согласно системе стандартов и методик разработки конфигураций, данный механизм работает следующим образом: информация о логине и пароле хранится отдельно от учетной карточки (это справочник "Логины и пароли"), при этом сам пароль хранится в закрытом виде (в отдельном регистре сведений в реквизите с типом "Хранилище значения"). Доступ к учетной карточке ограничивается наличием соответствующих ролей и типом пароля, но перед передачей логина и пароля с сервера на клиент, сохраненный пароль шифруется на сервере и дешифруется на клиенте при открытии формы учетной карточки. Подобное хранение паролей не решает всех проблем безопасности, а лишь усложняет задачу для злоумышленника при попытке перехвата конфиденциальной информации. В свою очередь, данный подход накладывает и свои ограничения - в форме списка справочника "Логины и пароли", а также в отчете "Логины и пароли" сами пароли отображаются в виде звездочек и не передаются на клиент. Просмотр ранее сохраненного пароля возможен из учетной карточки (вызывается из списка учетных карточек для формы списка справочника), либо открыв форму просмотра пароля.
Таким образом, пароль в открытом виде в конфигурации не хранится.
## Работа с логинами и паролями
Теперь давайте рассмотрим работу механизма "Логины и пароли" более подробно. Этот модуль позволяет упорядоченно хранить в виде журнала учета логинов и паролей пользователей, которые располагаются в форме списка справочника "Логины и пароли", а также хранить историю изменений и генерировать новые. На форме списка отображается:
* [x] **URL** - если пароль можно открыть в браузере, то здесь задается адрес сайта. Щелкнув по этому полю можно открыть сайт, каталог, FTP и т.д.
* [x] **Объект** - объект информационной базы, к которому принадлежит логин и пароль (пользователь, сотрудник, физ. лицо, организация и т.д.);
* [x] **Программа** - номенклатура с видом программное обеспечение или лицензия, либо произвольная строка;
* [x] **Категория** - категория к которой относится запись логина и пароля.
* [x] **Логин** - соответствующий логин объекта ИБ;
* [x] **Пароль** - пароль для доступа объекта ИБ;
* [x] **Тип пароля** - устанавливает ограничения видимости пароля (личный, общий, группы пользователей);
* [x] **Сложность пароля** - индикатор, который указывает на сколько пароль безопасен;
Ниже изображено окно логина и пароля. Значок "глаза" позволяет скрыть или показать пароль. На самой форме есть возможность копировать пароль в буфер обмена для дальнейшего его использования в браузере.
Если вы хотите сгенерировать пароль случайным образом, то воспользуйтесь соответствующей кнопкой **Генератор паролей** (иконка "волшебная палочка"). Окно генератора паролей позволяет задать параметры пароля и сформировать его случайным образом, а так же оценить его надежность.
Если ваш пароль будет не достаточно надежным, или скомпрометированным, то соответствующая надпись, будет сигнализировать вам об этом. Так же подобная проверка есть и в самом генераторе.
Учетная карточка помимо основной информации о логине и пароле, также хранит историю изменений данного пароля. Отображается измененный пароль в истории на следующий день, при этом будут отражены **только последние записанные изменения**. Т.е., например, сегодня вносим в течении дня ряд корректировок, последние внесенные изменения записываем и именно они на следующий день будут отображены в истории.
С помощью кнопки **Отчет по логинам** осуществляется переход к формированию одноименного отчета. Как говорилось в начале, пароли отображаются в виде звездочек, просмотреть пароль можно через учетную карточку или в сформированном отчете. Выбираем пароль и двойным кликом по нему вызываем форму просмотра паролей, в которой можно отобразить пароль.
| **Список ролей для работы с подсистемой "Логины и пароли"** |
|-------------------------------------------------------------|
| Добавление и изменение паролей|
| Чтение паролей|
| **Список ролей для работы с подсистемой "Логины и пароли" в мобильном приложении** |
|------------------------------------------------------------------------------------|
| Базовые права мобильное приложение |
| Выполнение заданий |
| Добавление заданий |
| Чтение заданий |
| Добавление и изменение паролей |
| Чтение паролей |
---
## Механизм расчета количества взлома пароля
## Вычисление количества взлома пароля
Контроль за количеством взлома пароля играет ключевую роль в обеспечении безопасности данных, так как он помогает:
* **Защите персональной информации:** чем чаще ваш пароль подвергается взлому, тем выше риск несанкционированного доступа к учетным записям и конфиденциальным данным
* **Укреплению безопасности:** информация о количестве взлома позволяет своевременно принять меры: изменить пароль на более сложный, добавив заглавные и строчные буквы, цифры и специальные символы
* **Выявлению уязвимостей:** анализ количества атак помогает определить слабые места в защите учетных данных и предпринять дополнительные меры по их усилению
Рассмотрим пример создания простого пароля. Для начала откроем окно **Логин и пароль** и введем в поле *Пароль* значение *123456*. Как видим появилась надпись *Пароль был взломан 50203085 раз(а)*, что говорит нам о ненадежности и необходимости сменить пароль.
Но как же все-таки высчитывается это «Количество»? Давайте рассмотрим на данном примере:
> Для начала 1С высчитывает Хэш-сумму (Хеш-код) нашего пароля. Хэш-сумма однозначно соответствует исходным данным, но не позволяет их восстановить. Явное значение хэш-суммы, как правило, записывается в шестнадцатеричном виде и используется в криптографии
> Далее берутся первые 5 символов хэш-суммы и отправляются на сайт `https://api.pwnedpasswords.com`, который возвращает нам массив всех паролей, которые содержат в себе наши 5 символов. Значение перед двоеточием – хэш-сумма, значение после двоеточия – сколько раз был взломан пароль
> 1С принимает данный массив, пробегается по каждой строчке и сравнивает ее с нашей хэш-суммой. При совпадении берется правое значение (после двоеточия) и выводится в окно **Логин и пароль**
:::info Важно!
Пароль, который мы указали не отправляется третьим лицам, он остается внутри 1С, отправляется только первые 5 символов хэш-суммы пароля, по которым невозможно восстановить пароль.
:::
Если пароль, который мы указали будет надежным и его нельзя будет взломать, мы увидим надпись ***Надежный***.
Таким образом, функционал, показывающий сколько раз был взломан пароль, поможет вам улучшить безопасность вашей учетной записи и предотвратить потенциальные угрозы безопасности.
---
## Сейфы
Ранее при создании записей с логинами и паролями необходимо было вручную указывать тип доступа (личный, групповой, общий) для каждой записи.
Чтобы упростить этот процесс, была внедрена концепция сейфов. Теперь все пароли хранятся в определённых сейфах, каждый из которых имеет свои права доступа.
При создании нового сейфа прописывается его наименование и выбирается тип доступа:
* **По группам** – доступ предоставляется отдельным пользователям или группам согласно назначенным ролям (чтение, изменение).
* **Общий** – пароли из этого сейфа доступны всем пользователям.
* **Личный** – доступ только их создателю.
Создавать сейфы можно как в разделе **Сейфы** так и в логинах и паролях. Они будут отображаться в дереве логинов и паролей, что позволяет оперативно перемещаться между сейфами и ориентироваться в созданных записях.
---
## Перемещение сотрудников
Документ **Перемещение сотрудников** позволяет закрепить новое место хранения за сотрудником, вместо старого.
Но при этом номенклатура ответственного сотрудника не переносится данным документом. Чтобы перенести закрепленную номенклатуру на другое место хранение нужно воспользоваться документом [Перемещение](/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-peremeshchenie).
---
## Снятие закрепления
Снятие закрепления позволяет снять закрепленного сотрудника с места хранения, например, при увольнении.
---
## Управление доступом к информационным ресурсам
Содержание главы:
* Согласование прав доступа
* Просмотр доступных информационных ресурсов
* Процесс согласования доступа
---
## Просмотр доступных информационных ресурсов
Иногда возникает необходимость узнать какими правами доступа к информационным ресурсам обладает тот или иной сотрудник. Например, у сотрудника вышел из строя жесткий диск, и мы не можем узнать, какие программы у него были установлены, а самое главное с какими правами. Чтобы долго и нудно это не выяснять, мы можем просто посмотреть к каким информационным ресурсам у пользователя был доступ. Для этого мы сформируем отчет **Доступ к информационным ресурсам**, который находится в подсистеме **Сотрудники**.
Для формирования отчета нажмем кнопку **Сформировать**.
Также можно воспользоваться сортировкой по *периоду, организации, сервису, сотруднику и программному продукту*.
Если же мы нажмем кнопку **Еще** можно выбрать вариант отчета **Матрица доступа**:
---
## Согласование прав доступа
## Процесс согласования доступа
Процесс согласования доступа к информационным ресурсам начинается с подачи пользователем заявки на предоставление этого доступа. Процесс указывается **Согласование доступа к программам и информационным ресурсам**.
При создании задания можно выбрать предопределенный процесс **Согласование прав доступа к программам и информационным ресурсам**. При этом сам процесс создания задания не меняется. Отличие заключается в другом наборе этапов (новый, согласование, разрешено, отказано, возобновлено).
Далее переводим задание на этап **Согласование**. Это означает что предоставление доступа находится на рассмотрении у начальства.
Если согласование с начальством прошло успешно - переходим на этап **Разрешение**. В противном случае переходим на этап **Отказано**.
## Cоздать документ "Права доступа к информационным ресурсам"
Теперь мы можем создать на основании нашего задания **Права доступа к информационным ресурсам** .
Выбираем сотрудника, виды доступа (можно создавать свои собственные виды доступа с разными наборами прав), отмечаем галочками **Права доступа** .
Есть возможность создать документ **Права доступа к информационным ресурсам** на основании задания. Также документ может быть создан в разделе
**Сотрудники -> Права доступа сотрудников к информационным ресурсам**
Вот так выглядит фиксирование у кого и куда есть доступ, и с какими правами:
## Форма элемента
Cодержит следующие реквизиты:
* [x] **Сотрудник** - указывается сотрудник, которому открываем доступ;
* [x] **Организация** - указывается организация;
* [x] **Инициатор** - указывается сотрудник, который является инициатором предоставления доступа.
## Форма создания "Вида доступа сотрудника к информационным ресурсам"
Cодержит следующий список реквизитов:
* [x] **Родитель** - выбирается *родительская группа видов*;
* [x] **Наименование** - указывается название вида;
* [x] **Программный продукт** - программа, в которой открывается доступ;
* [x] **Сервис** - сервис в рамках, которого открывается доступ к программе.
---
## Aspia - краткий обзор
:::info **Aspia**
это бесплатное программное обеспечение с открытым исходным кодом, которое представляет собой полноценный набор инструментов для удаленного управления компьютерами в локальной сети и за ее пределами. Это означает, что вы сможете подключаться и контролировать компьютеры, находящиеся в других сетях, даже если они защищены сетевым адресным переводом (NAT). Aspia подобен другим популярным программам удаленного доступа, таким как `TeamViewer`, `AmmyyAdmin`, `Radmin` и `AnyDesk`.
:::
 
## Список возможностей программы
1. Удаленное управление с различными уровнями доступа
2. Собственный файловый менеджер
3. Просмотр информации о системе: оборудование, программы, службы, процессы, лицензии и многое другое
4. Текстовый чат между оператором и подключенным хостом
5. Использование адресных книг с различными уровнями вложенности
6. Aspia позволяет подключаться к компьютерам, находящимся за NAT, с помощью своего собственного ID-сервера (роутера).
7. Балансировка нагрузки на ID-сервер с помощью нескольких Relay серверов.
8. Поддержка операционных систем `Linux` (`Debian`, `Ubuntu`), `Windows` и `MacOS`.
## Системные требования
1. x86 или x86_64 процессор с поддержкой инструкций SSE2
2. Windows 7/2008 R2 или выше, Debian 11/Ubuntu 20.04, MacOS X
3. «Белый» IP - для работы с внешним соединением в обход NAT
### Дополнительные требования
* **Aspia Router: TCP 8060.** Используется для входящих подключений ретрансляторов (Aspia Relay) и сигнальных подключений хостов (Aspia Host), в т.ч. получения ID.
* **Aspia Relay: TCP 8070.** Используется для входящих подключений хостов (Aspia Host).
* **Aspia Host: TCP 8050.** Используется для входящих подключений операторов через клиентов (Aspia Client) и консолей (Aspia Console).
## Модули комплекса Aspia
* **Host** – устанавливается на компьютер, которым необходимо управлять (на данный момент только Windows).
* **Console** – устанавливается на компьютер администратора и выполняет роль клиента с адресной книгой и имеет интерфейс по управлению router’ом (поддерживаются Linux, Windows, MacOS).
* **Client** – легкий клиент, аналог консоли, с возможностью быстрого подключения к хосту (поддерживаются Linux, Windows, MacOS).
* **Router** – собственная реализация ID сервера для хостов (подключенных компьютеров), находящихся за NAT и, соответственно, не имеющих белого IP адреса (поддерживаются Linux и Windows).
* **Relay** – работает совместно с Router и служит для балансировки нагрузки. При небольших нагрузках возможно использование Router + Relay на одном физическом сервере (поддерживаются Linux и Windows).
## Режимы работы
1. **Локальный доступ:** если удаленное управление планируется использовать только лишь во внутренней сети или с машинами, подключенными через VPN, достаточно использовать связку для работы по локальной сети: **Aspia Host - Aspia Console\Client**. Подключение производится по IP-адресу машины внутри сети
2. **Внешнее соединение:** для работы с машинами вне периметра локальной сети, без доступа к ним через VPN и работающие через NAT - понадобится дополнительно установить на серверные машины **Aspia Router + Aspia Relay**
### Локальный доступ
Для **настройки локальной схемы** работы нам понадобится следующее:
1. [Скачать](https://github.com/dchapyshev/aspia/releases) установочный файл Aspia Client или Aspia Console в зависимости от операционной системы: `.msi` - для Win, `.deb` - для Linux, `.dmg` - для MacOS. Между **Client** и **Console** есть значимая разница:
* **Aspia Client** - предназначен исключительно для быстрого подключения к удаленным компьютерам и ничего более.
* **Aspia Console** - предназначена для облегчения подключения к удаленным компьютерам с использованием адресной книги. Кроме того, она также позволяет управлять Aspia Router.
2. [Скачать](https://github.com/dchapyshev/aspia/releases) Aspia Host для дальнейшей установки на машины, которыми собираемся управлять(пользовательские/сервер). Host доступен только для ОС Win.
3. Открытый порт 8050 на машине-хосте, который Aspia Host использует для входящих подключений операторов через клиентов (Aspia Client) и консолей (Aspia Console).
4. Инструкция [как настроить Aspia](/it/universalnye-mehanizmy/aspia/kak-nastroit) в локальной сети.
* Все три компоненты(Aspia Console\Client\Host) могут находиться на одной машине, что позволит подключаться к этой машине и совершать подключения к другим машинам в локальной сети по IP-адресу.
### Внешнее соединение
Для настройки **схемы внешнего подключения** понадобится:
1. Аналогично и для локального подключения - скачать Aspia `Clien\Console\Host`
2. Обязательно дополнительно скачиваем **Aspia Router** и **Aspia Relay** (поддерживаются Linux и Windows) - оба продукта могут быть установлены как на одном сервере совместно, так и на разных для увеличения масштабируемости системы в целом и разделения нагрузки, в случае большого количества соединений.
3. Дополнительно должны быть открыты порты:
* **для Aspia Relay: TCP 8070** - используется для входящих подключений хостов (Aspia Host) , где будут установлены Router и Relay
* **для Aspia Router: TCP 8060** - используется для входящих подключений ретрансляторов (Aspia Relay) и сигнальных подключений хостов (Aspia Host), в т.ч. получения ID.
1. Как настроить Aspia для внешних подключений
## Зачем нужен Aspia Router и Aspia Relay
**Aspia Router** и **Aspia Relay** работают вместе и зависят друг от друга. **Aspia Relay** используется для передачи трафика между компьютерами, обходя **Aspia Router**. Оба продукта могут быть установлены на одном сервере или на разных серверах для увеличения масштабируемости и распределения нагрузки при большом количестве соединений.
Aspia Router функционирует исключительно как маршрутизатор и не пропускает трафик между хостом и клиентом через себя. Вместо этого он направляет трафик на Aspia Relay. Это позволяет предотвратить перегрузку своего канала и всегда быть доступным для "сигнальных соединений". Одному Aspia Router может быть подключено несколько Aspia Relay.
---
## Aspia
Aspia — бесплатная программа для удаленного управления ПК.
На основе открытых источников подготовили инструкцию по настройке и использованию продукта
На следующей странице - краткий обзор продукта и его возможностей, с описанием способов использования
---
## Aspia - как использовать
Рассмотрим основные моменты с настройками по-умолчанию по использованию компонентов Aspia для работы с подключениями.
## Aspia Client - Aspia Host
В такой связке для подключения к машине нам необходимо:
1. Наличие **Aspia Client** на машине того, кто подключается и **Aspia Host** на машине, к которой подключаемся - качаем [здесь](https://github.com/dchapyshev/aspia/releases)
2. **IP адрес** машины в локальной сети к которой производим подключение - для того, чтобы пользователь Aspia Client мог подключиться внутри периметра (в том случае, если мы не используем Aspia Router, иначе можно подключиться и по ID)
3. **Создать пользователя:** *Aspia Host -> Параметры -> Пользователи* - это необходимо, чтобы подключающийся хост имел определенный набор прав, предоставляемый ему
4. **Подключить маршрутизатор** - в **Aspia Client** подключается маршрутизатор (Aspia Router), который будет идентифицировать `ID` подключения. Для этого нужно прописать IP-адрес или DNS имя машины, на которой стоит **Aspia Router**.
5. **ID** - если ранее мы настроили все необходимое для обхода NAT при внешнем подключении. Выдается автоматически вашему хосту при настройке подключения к **Aspia Router**. Используется в **Aspia Client** при внешнем подключении, также **может быть использован** внутри периметра сети **вместо IP** адреса машины-хоста.
При первоначальной настройке маршрутизатора "Имя пользователя" и "Пароль": `admin/admin`. Далее покажем как изменить это значение на собственное в **Aspia Console.**
### Подключение
Чтобы подключиться с **Aspia Client** используем **ID**(или IP - для внутренней сети) и далее: либо вводим данные пользователя, которого нам предоставит хост, либо одноразовый пароль.
* Одноразовый пароль возможно использовать только при подключении через ID
* При использовании **одноразового пароля** предоставляются **полные права**. Так что, если хотите ограничить функционал своих клиентов - создавайте пользователей в Aspia Host и предоставляйте данные для подключения.
### Aspia Console - Aspia Host
1. Аналогично: качаем на машину-клиент Aspia Consolе, а на машину-хост Aspia Host. Качаем [здесь](https://github.com/dchapyshev/aspia/releases)
2. **Завести адресную книгу** - для дальнейшего подключения, настройки Aspia Router и заведения списка клиентов подключения
3. **Поменять параметры подключения к Aspia Router** - по умолчанию имя пользователя и пароль, используемый для подключения к маршрутизатору admin/admin. Это не безопасно, поэтому рекомендуем менять на новую комбинацию.
* Для этого на панели консоли нажмите обозначенную ниже иконку и измените пользователя «`admin`», поменяв ему имя и пароль.
* Далее вы можете создать дополнительных пользователей, которые будут иметь доступ к настройкам маршрутизатора из консоли.
4. **Создаем пользователей, группы пользователей** - далее нам остается cоздавать пользователей в нашей адресной книге и по необходимости создавать вложенность группами компьютеров.
### Быстро подключаем пользователей
Для того, чтобы не запрашивать у каждого пользователя данные для подключения, рекомендуем создать универсальные настройки Aspia Host и распространить/предоставлять пользователям-хостам. Как это сделать:
Ниже по ссылке можно скачать авто-сборщик, который собирается с помощью `7zip SFX`(все компоненты из открытых источников):
1. Распаковать и положить в папку aspia файл `host.json` от машины с настроенным хостом(с прописанным сервером(его ключом!), пользователями). Он находиться в папке `c:\ProgramData\aspia\`.
2. Запустить `aspia-make-sfx.cmd`
3. На выходе получится авто-инсталлятор `aspia-install-252.exe`
4. Предоставить пользователям итоговый файл - в итоге клиент сразу подключится к вашему роутеру и получит свой ID, отражаемый в "Управлении маршрутизатором" Aspia Client
5. **Получив ID** - у вас на руках будут все данные для создания нового пользователя в своей записной книжке: ID, имя, пароль.
6. Подключайтесь
[Ccылка на авто-сборщик](./static/aspia-auto-install.7z)
К примеру, создайте группу пользователей и в свойствах укажите имя пользователя и пароль, которые прописали в файле host.json. Далее получив ID от вашего клиента(видно в управлении роутером), создавайте пользователя, указав, что имя и пароль наследуются от родителя.
---
## Aspia - как настроить
## Основное отличие
Разница настройки и использования Aspia будет заключаться лишь - в необходимости для работы с внешним подключением дополнительно установить и настроить: **Aspia Router** и **Aspia Relay** + настроить **Aspia Host** для работы с **Aspia Router**.
Поэтому первым рассмотрим способ настройки компонентов для подключения без прямого доступа к ПК, выходящего в интернет через NAT. В остальном разницы между способами использования нет, `Aspia Client\Console\Host` будут использоваться одинаково.
## Настройка Aspia Router
1. Cкачиваем **Aspia Router** и **Aspia Relay** с репозитория: [ссылка](https://github.com/dchapyshev/aspia/releases) . Подчеркнем еще раз, что данные компоненты доступны лишь для ОС Windows и Linux.
2. Устанавливаем Aspia Router и Aspia Relay на сервере, который будет всегда доступен для всех хостов/консолей/клиентов. В идеале, на выделенный/виртуальный сервер у какого-либо хостера, либо на сервер внутри локальной сети с пробросом портов, **но тут есть нюанс**:
> Aspia Router и Aspia Relay между собой могут "общаться" по любым адресам, т.е. как "`127.0.0.1`" (в случае установки на одном сервере), так и по внутренним адресам вида "`192.168.0.1`", так и по внешним (если установлены на разных хостингах, например).
> А вот общение консоли/клиента/хоста с маршрутизатором должно осуществляться исключительно через один и тот же адрес, который будет доступен всем участникам и если у вас есть внешние клиенты (вне периметра вашей локальной сети), то необходимо обязательно указывать в конфиге внешний адрес для подключений. Из этого вытекает тот факт, что подключения по внешнему адресу фаервола изнутри локальной сети, как и проброс портов должны корректно отрабатываться.
3. **Создаем конфигурацию** по умолчанию для Aspia Router **через командную строку с правами администратора:**
* Для Windows:
* cd /d "C:\Program Files (x86)\Aspia\Router"
* aspia_router --create-config
* Для Linux:
* sudo aspia_router --create-config
:::info **ВНИМАНИЕ!**
*В указанной директории не должно быть уже существующих файлов конфигурации или базы данных. Роутер никогда не перезаписывает текущие конфигурации, и создание новой конфигурации возможно только в случае отсутствия предыдущей.*
:::
4. **Заполняем конфигурационные файлы** (при необходимости; т.к. в большинстве случаев конфигурацию по умолчанию не нужно редактировать) :
* Для **Windows:** `C:\ProgramData\aspia\router.json`
* Для **Linux:** `/etc/aspia/router.json`
* **PrivateKey** (ОБЯЗАТЕЛЬНОЕ ПОЛЕ): Если у вас уже есть закрытый ключ, введите его здесь. Этот параметр автоматически генерируется при создании конфигурации с помощью параметра командной строки "`--create-config`". Не изменяйте эту настройку, если вам действительно нет в этом необходимости.
* **Port:** Порт, на котором будут приниматься входящие соединения. Вы можете оставить значение по умолчанию. Не изменяйте этот параметр, если вы не делаете это осознанно . **Значение по умолчанию - 8060**
* **ListenInterface:** Адрес интерфейса, на котором сервер будет слушать входящие соединения. Укажите 0.0.0.0, если вы хотите прослушивать соединения на всех интерфейсах. Не изменяйте эту настройку, если вам действительно нет в этом необходимости
* **ClientWhiteList:** Список IP-адресов (без имен хостов) клиентов, которым разрешено подключаться к роутеру. Адреса разделяются точкой с запятой. Если список пуст, то разрешены подключения от всех клиентов. Если список содержит элементы, то только клиенты, указанные в этом списке, могут подключаться. Не изменяйте эту настройку, если вам действительно нет в этом необходимости.
* **HostWhiteList:** Список IP-адресов (без имен хостов) хостов, которым разрешено подключаться к роутеру. Адреса разделяются точкой с запятой. Если список пуст, то разрешены подключения от всех хостов. Если список содержит элементы, то только хосты, указанные в этом списке, могут подключаться. Не изменяйте эту настройку, если вам действительно нет в этом необходимости.
* **AdminWhiteList:** Список IP-адресов (без имен хостов) администраторов, которым разрешено подключаться к роутеру. Адреса разделяются точкой с запятой. Если список пуст, то разрешены подключения от всех администраторов. Если список содержит элементы, то только администраторы, указанные в этом списке, могут подключаться. Не изменяйте эту настройку, если вам действительно нет в этом необходимости.
* **RelayWhiteList:** Список IP-адресов (без имен хостов) ретрансляторов, которым разрешено подключаться к роутеру. Адреса разделяются точкой с запятой. Если список пуст, то разрешены подключения от всех ретрансляторов. Если список содержит элементы, то только ретрансляторы, указанные в этом списке, могут подключаться. Не изменяйте эту настройку, если вам действительно нет в этом необходимости.
5. **Запуск/Остановка службы:**
Для **Windows**: `net start aspia-router / net stop aspia-router`
Для **Linux**: `sudo systemctl enable aspia-router; sudo service aspia-router start / sudo service aspia-router stop`
6. Откройте файл публичного ключа и скопируйте его. Он пригодится для настройки ретранслятора и хостов.
Для **Windows**: `C:\ProgramData\aspia\router.pub`
Для **Linux**: `/etc/aspia/router.pub`
## Расположение файлов маршрутизатора
1. **Логи:** чтобы задать уровень журнала, объявите переменную окружения `ASPIA_LOG_LEVEL` со значением от 0 до 3. Уменьшение значения
значения увеличивает количество сообщений в журнале.
* Для **Windows**: `C:\Windows\Temp\aspia\aspia_router-*.log`
* Для **Linux**: `sudo journalctl -u aspia-router`
2. Настройки
Для **Windows**: `C:\ProgramData\aspia\router.json`
Для **Linux**: `/etc/aspia/router.json`
3. База данных
Для **Windows**: `C:\ProgramData\aspia\router.db3`
Для **Linux**: `/var/lib/aspia/router.db3`
### ПРИМЕЧАНИЯ:
1. Хосты и ретрансляторы подключаются к маршрутизатору с использованием открытого ключа.
2. Клиенты и консоль подключаются с помощью имени пользователя и пароля. При управлении маршрутизаторами в консоли можно добавить дополнительных пользователей. При управлении маршрутизаторами в консоли можно добавить дополнительных пользователей.
3. Рекомендуется регулярно создавать резервные копии конфигурационных файлов и базы данных.
4. **Не забудьте добавить правила в брандмауэре для доступа к Маршрутизатору. Маршрутизатор не добавляет правила автоматически.**
5. Рекомендуется ограничить список ретрансляторов, которые могут быть подключены к маршрутизатору. Внесите необходимые ретрансляторы в белый список.
6. При деинсталляции маршрутизатор не удаляет свои конфигурационные файлы и базу данных.
7. При обновлении маршрутизатора не забудьте сделать резервную копию конфигурационных файлов и базы данных.
8. Информацию о том, как подключиться к маршрутизатору для управления им (включая имя пользователя и пароль), см.
на странице использования Aspia.
1. После изменения конфигурационных файлов необходимо перезапустить службу Router. Маршрутизатор считывает конфигурацию
при запуске!
## Настройка Aspia Relay
**Назначение Relay:** пропускает через себя трафик между пирами (хостами и клиентами). Сервер Relay должен иметь публичный IP-адрес. Релейных серверов может быть много, и они могут располагаться на отдельных от маршрутизатора машинах.
Маршрутизатор. Количество `Relay-серверов` может быть от одного до нескольких. Необходимо установить хотя бы один сервер Relay.
Router и Relay могут работать только вместе.
1. **Установка Relay (требуются права администратора)**
Для **Windows**:
* запустите `aspia-relay-2.5.2-x86.msi` и следуйте инструкциям на экране.
Для **Linux**:
* `sudo apt install ./aspia-relay-2.5.2-x86_64.deb`
2. **Создание конфигурации по умолчанию (требуются права администратора)**
Для **Windows**:
* `cd /d "C:\Program Files (x86)\Aspia\Relay"`
* `aspia_relay --create-config`
*
Для **Linux**:
`sudo aspia_relay --create-config`
:::info **ВНИМАНИЕ!**
В каталоге назначения не должно быть существующего файла конфигурации. Relay никогда не
перезаписывает текущие конфигурации, и создание новой конфигурации возможно только в том случае, если предыдущая конфигурация
не существует.(другими словами: удали файл relay.cfg если он появился после создания конфига для Router)
:::
3. **Откройте файл конфигурации и заполните поля**
Для **Windows**:
* `C:\ProgramData\aspia\relay.json`
Для **Linux**:
* `/etc/aspia/relay.json`
* **RouterAddress** (REQUIRED FIELD): Адрес маршрутизатора. По этому адресу сервер Relay подключается к маршрутизатору. Он может быть равен localhost (или 127.0.0.1), если маршрутизатор установлен на том же компьютере.
* **RouterPort**: Если вы не изменяли порт в конфигурационном файле маршрутизатора, то это поле следует оставить со значением значение по умолчанию. Если же вы изменили конфигурацию маршрутизатора, то запишите требуемое значение. Можно оставить значение по умолчанию. Не изменяйте этот параметр, если вы не делаете этого сознательно. По умолчанию используется значение 8060.
* **RouterPublicKey (REQUIRED FIELD)**: Должен содержать открытый ключ маршрутизатора, который вы получили при его установке. Введите сюда открытый ключ, который содержится в файле router.pub, созданном маршрутизатором маршрутизатором.
* **ListenInterface:** Адрес интерфейса, на котором сервер будет прослушивать входящие соединения. Укажите 0.0.0.0, если необходимо прослушивать соединения на всех интерфейсах. Не изменяйте этот параметр, если в этом нет необходимости.
* **PeerAddress (REQUIRED FIELD):** Адрес, который будут получать пиры для подключения к Relay-серверу. Это собственный адрес Relay-сервера, через который оба пира (клиент/консоль и хост) могут обращаться к нему.
:::info **ВНИМАНИЕ!**
Этот адрес должен быть доступен всем участникам соединения(Клиент/Консоль/Хост). Следует учитывать, что оба участника соединения (Host и Client/Console) должны иметь возможность подключаться к этому адресу. Учитывайте это при настройке сетевого оборудования, если вы настраивать проброс портов на маршрутизаторе. Если маршрутизатор находится за NAT, то необходимо обеспечить доступ к этому адресу для внешних и внутренних соединений. Более подробную информацию о том, как обеспечить доступ к этому адресу для внешних и внутренних соединений, см. в документации к своему сетевому оборудованию.
:::
* **PeerPort:** Порт, через который пиры будут подключаться к Relay-серверу. Можно оставить значение по умолчанию. Не изменяйте этот параметр, если вы не делаете этого сознательно. По умолчанию используется значение 8070.
* **PeerIdleTimeout:** Время в минутах. Если в течение этого времени от пиров не поступает никаких данных, соединение разрывается прервется. Можно оставить значение по умолчанию. Не изменяйте этот параметр, если вы не делаете этого сознательно. Значение по умолчанию равно 5.
* **MaxPeerCount:** Максимальное количество одновременных соединений, устанавливаемых между пирами. Вы можете оставить значение по умолчанию. Не изменяйте этот параметр, если вы не делаете этого сознательно. По умолчанию значение равно 100.
* **StatisticsEnabled:** Включает или отключает автоматическую отправку статистики на маршрутизатор. Можно оставить значение по умолчанию. Может принимать значения: true или false. По умолчанию используется значение false.
* **StatisticsInterval:** Интервал в секундах для автоматической отправки статистики на маршрутизатор. Можно оставить значение по умолчанию. Может принимать значение от 1 до 60. По умолчанию используется значение 5.
4. **Запуск службы**
Для **Windows**:
* `net start aspia-relay`
Для **Linux**:
* `sudo systemctl enable aspia-relay`
* `sudo service aspia-relay start`
5. **Остановка службы**
Для **Windows**:
`net stop aspia-relay`
Для **Linux**:
`sudo service aspia-relay stop`
### Расположение файлов Relay
1. **Логи:** Чтобы задать уровень журнала, объявите переменную окружения `ASPIA_LOG_LEVEL` со значением от 0 до 3.
значения увеличивает количество сообщений в журнале.
Для **Windows**:
`C:\Windows\Temp\aspia\aspia_relay-*.log`
Для **Linux**:
`sudo journalctl -u aspia-relay`
2. **Настройки**
Для **Windows**:
`C:\ProgramData\aspia\relay.json`
Для **Linux**:
`/etc/aspia/relay.json`
#### ПРИМЕЧАНИЯ:
1. Не забудьте добавить правила в свой брандмауэр для доступа к Relay. Relay не добавляет правила автоматически.
2. При деинсталляции ретранслятор не удаляет свои конфигурационные файлы.
3. После изменения конфигурационных файлов необходимо перезапустить службу Relay. Relay считывает
конфигурацию при запуске!
## Настройка Aspia Host
Aspia Host Назначение: позволяет принимать входящие соединения от клиентов и консолей для управления компьютером, на котором он установлен.
1. **Установка Aspia Host**
* Хост доступен только для операционной системы Windows.
* Запустите файл aspia-host-2.5.2-x86.msi и следуйте инструкциям, появляющимся на экране.
2. **Включение Aspia Router в настройках**
* Перейдите в настройки (**Aspia -> Параметры... -> Маршрутизатор**)
* Включить использование маршрутизатора
* Напишите адрес вашего маршрутизатора
* Запишите публичный ключ маршрутизатора
### Логи
Для установки уровня журнала объявите переменную окружения `ASPIA_LOG_LEVEL` со значением от 0 до 3. Уменьшение значения
значения увеличивает количество сообщений в журнале.
Для **Windows**:
`C:\Users\<имя_пользователя>\AppData\Local\Temp\aspia\aspia_host-*.log`
`C:\Windows\Temp\aspia\aspia_host_service-*.log`
`C:\Windows\Temp\aspia\aspia_desktop_agent-*.log`
На этом настройка для работы с внешними соединениями завершена.
**Для локальной работы** достаточно будет использовать лишь Aspia Host и Aspia Cline/Console без дополнительных манипуляций по настройке.
Далее распространяем Aspia Host на машинах, к которым нужно подключаться и Aspia Client/Console на машины, с которых будем производить подключение.
Как использовать Aspia Client/Console/Host читайте на [следующей](/it/universalnye-mehanizmy/aspia/kak-ispolzovat) странице.
---
## Универсальные механизмы
В этой главе описаны универсальные механизмы, которые могут присутствовать у разных документов и сущностей.
---
## Вставка картинок из буфера в виде файла
В конфигурации возможно вставлять изображение из буфера обмена, как присоединенного файла. Этот функционал доступен для объектов к которым можно добавлять файлы.
Рассмотрим работу этого функционала на примере документа **Задание**.
Когда создали новый документ **Задание** , при нажатии на ссылку *Файлы* открывается таблица файлов, которые будут добавлены к документу при записи. Над этой таблицей добавлена кнопка **Добавить скриншот**. При ее нажатии произойдет следующее: если в буфере обмена содержится изображение, то оно будет сохранено во временное хранилище, добавится во вложенные файлы и будет сохранено во вложения. Это вложение можно так же удалить, как и другой файл. Если же сохранение документа оказалось не нужным, то при отмене документа вложения сохранены не будут.Следует отметить, что при нажатии кнопки будет показано предупреждение, что для работы с буфером обмена необходимо установить компоненту. Это сообщение выводится один раз для каждого пользователя.
Что же касается функционала добавления картинки из буфера обмена, то теперь в любом объекте, у которого доступен функционал **Присоединенные файлы**, появилась возможность создать файл из изображения в буфере обмена.
После выбора данного пункта меню, будет создан новый файл из картинки (если она есть в буфере обмена).
---
## Сервис извлечения текста из файлов
schema_type: howto
howto_total_time: PT20M
---
# Сервис извлечения текста из файлов
«Управление IT-отделом 8» умеет извлекать текст из присоединённых к заданиям и комментариям файлов и использовать этот текст в двух местах:
- **Полнотекстовый поиск платформы** — позволяет искать задания по содержимому прикреплённых документов.
- **AI-ассистент** — при анализе задания читает не только тему и описание, но и содержимое прикреплённых файлов.
По умолчанию извлечение делает встроенный механизм 1С с использованием технологии IFilter. Этот вариант работает только под Windows и требует, чтобы для каждого формата файла на сервере 1С был установлен соответствующий IFilter (Adobe iFilter для PDF, Microsoft Office iFilter для DOCX и т.д.). Со сканами документов он не справляется — текст из изображений не извлекается.
В качестве альтернативы можно подключить внешний сервис извлечения текста. Он закрывает все слабые места встроенного механизма.
## Чем сервис лучше встроенного варианта
| Что не умеет встроенный механизм 1С | Что умеет внешний сервис |
| --- | --- |
| Работает только под Windows | Работает на Windows и Linux (Docker) |
| Требует установленные IFilter в системе | Самодостаточный образ — все зависимости внутри |
| Сканы документов и фотографии — пустой текст | Распознавание изображений (OCR) на русском и английском |
| Архивы не разбираются | ZIP, RAR, 7Z распаковываются автоматически (до 3 уровней вложенности) |
| EML, MSG, EPUB не поддерживаются | Поддерживаются |
| HTML/веб-страницы — не работает | Извлекает текст из веб-страниц по URL |
Поддерживаемые форматы внешнего сервиса:
- **Документы:** PDF, DOCX, DOC, ODT, RTF
- **Презентации:** PPTX, PPT (с заметками докладчика)
- **Таблицы:** XLSX, XLS, ODS, CSV
- **Изображения с распознаванием:** JPG, PNG, TIFF, BMP, GIF, WebP
- **Архивы:** ZIP, RAR, 7Z, TAR, GZ
- **Электронная почта:** EML, MSG
- **Книги и веб:** EPUB, HTML
- **Текст и конфигурации:** TXT, JSON, XML, YAML, TOML, INI
- **Исходный код:** более 50 языков программирования
## Локальное извлечение текстовых файлов
Программа умеет читать содержимое простых текстовых файлов напрямую — без обращения к внешнему сервису. Это значит, что даже если сервис не настроен, файлы следующих форматов будут обрабатываться автоматически:
`txt`, `md`, `log`, `bsl`, `os`, `xml`, `json`, `yaml`, `yml`, `html`, `htm`, `css`, `js`, `ts`, `py`, `sql`, `csv`, `ini`, `conf`, `sh`, `ps1`, `bat`
Локальное извлечение работает везде — и в полнотекстовом поиске, и в ассистенте при анализе заданий, и в чатах ассистента при прикреплении файлов.
**Ограничение по кодировке.** Чтение выполняется в кодировке UTF-8. Если файл сохранён в другой кодировке (например, Windows-1251 или UTF-16), содержимое не извлечётся. Это не ошибка программы — внешний HTTP-сервис с такими файлами тоже не справится. Пересохраните файл в UTF-8, чтобы решить проблему.
Размер файла для локального извлечения ограничен тем же лимитом, что и для сервиса — по умолчанию 20 МБ.
:::tip
Локальное извлечение работает всегда — даже до настройки сервиса. Это хороший способ начать использовать ассистента с текстовыми логами, конфигами и скриптами, не разворачивая Docker.
:::
## Что понадобится для подключения
1. Сервер, на котором будет запущен сервис извлечения. Подходит любой Linux или Windows с установленным Docker. Для распознавания сканов рекомендуется минимум 2 ГБ ОЗУ и 2 ядра процессора.
2. Сетевой доступ от сервера 1С к серверу с сервисом (один HTTP-порт, по умолчанию `7555`).
3. Доступ к настройкам параметров учёта в «Управление IT-отделом 8» (требуются права администратора).
:::tip
Если сервер 1С работает под Linux — внешний сервис фактически единственный способ получить извлечение текста из PDF/DOCX. Встроенный механизм Windows IFilter в этом случае недоступен.
:::
## Шаг 1. Развёртывание сервиса
Самый простой способ — через Docker. Создайте на сервере файл `docker-compose.yml`:
```yaml
services:
extract-text:
image: text-extraction-api:latest
ports:
- "7555:7555"
environment:
AUTH_MODE: apikey
API_KEYS: "ваш-секретный-ключ-минимум-20-символов"
restart: unless-stopped
```
Запустите сервис:
```bash
docker compose up -d
```
После запуска проверьте, что сервис отвечает:
```bash
curl http://localhost:7555/health
```
Должен вернуться ответ со статусом «ok».
:::warning Безопасность
Не выставляйте сервис в публичную сеть. Безопаснее всего развернуть его в локальной сети рядом с сервером 1С и обращаться по внутреннему IP-адресу. Если необходим внешний доступ — обязательно используйте `AUTH_MODE=apikey` и настройте reverse proxy с HTTPS.
:::
:::note Без авторизации
Если сервис стоит в полностью закрытой сети и доступ к нему есть только у сервера 1С, можно запустить его без ключа:
```yaml
environment:
AUTH_MODE: none
```
В этом случае поле «Ключ сервиса извлечения текста» в 1С оставьте пустым.
:::
Проект сервиса с подробной документацией по развёртыванию: [https://github.com/Diversus23/extract-text](https://github.com/Diversus23/extract-text).
## Шаг 2. Настройка в «Управление IT-отделом 8»
1. Откройте раздел **«Администрирование» → «Настройки параметров учёта»**.
2. Перейдите на закладку **«Файлы»**.
3. В группе **«Извлечение текста»** заполните поля:
- **Адрес сервиса извлечения текста** — полный URL сервиса с указанием версии API. Например, `http://192.168.1.100:7555/v1`.
- **Ключ сервиса извлечения текста** — тот же ключ, что задан в `API_KEYS` сервиса. Если сервис запущен в режиме без авторизации (`AUTH_MODE=none`) — оставьте поле пустым.
4. Нажмите **«Записать»** — настройки сохраняются автоматически.
:::caution Адрес обязательно с `/v1`
Указывайте URL до версии API включительно. Правильно: `http://192.168.1.100:7555/v1`. Без `/v1` запросы будут возвращать ошибку «Не найдено».
:::
## Шаг 3. Проверка подключения
На той же закладке «Файлы» нажмите кнопку **«Проверить подключение»**. Программа отправит в сервис тестовый файл и проверит, что сервис правильно вернул его содержимое.
Возможные результаты:
- **«Подключение успешно. Адрес: ... Время отклика: ... мс»** — всё настроено корректно, можно пользоваться.
- **«Адрес сервиса не задан»** — поле «Адрес сервиса извлечения текста» пустое.
- **«Сервис вернул ошибку: Сетевая ошибка ...»** — сервер 1С не может достучаться до сервиса. Проверьте URL, доступность по сети, что сервис запущен.
- **«Сервис вернул ошибку: Invalid API key»** — ключ в настройках 1С не совпадает с ключом сервиса. Перепроверьте поле «Ключ сервиса извлечения текста».
- **«Сервис ответил, но не вернул содержимое тестового файла»** — сервис на адресе отвечает, но это, скорее всего, не сервис извлечения текста, а что-то другое (например, веб-сервер по умолчанию). Перепроверьте адрес.
:::tip
Перед нажатием «Проверить подключение» сначала запишите изменения настроек — кнопка работает с уже сохранёнными значениями. Если форма помечена как «Изменено», программа подскажет это сделать.
:::
## Как это работает в повседневной работе
После настройки сервиса извлечение текста начинает работать автоматически — никаких дополнительных действий не требуется.
### Полнотекстовый поиск
После того, как файл прикреплён к заданию или комментарию, в течение нескольких минут (по расписанию регламентного задания «Извлечение текста») его содержимое попадает в индекс полнотекстового поиска. После этого задание можно найти по любому слову из прикреплённого документа через стандартный поиск конфигурации.
### Анализ заданий ассистентом
Когда AI-ассистент анализирует задание (например, по нажатию кнопки «Анализировать» или через автоматизацию):
- **Картинки** (JPG, PNG, JPEG) отправляются в нейросеть как изображения — модель «видит» их напрямую (если выбрана мультимодальная модель).
- **Документы** (PDF, DOCX, XLSX, EML и т.д.) — программа извлекает из них текст через сервис и подкладывает его в текст запроса с разделителями вида `--- FILE: договор.pdf ---`. Так нейросеть может анализировать содержимое документов, даже если выбранная модель не умеет работать с файлами напрямую.
- **Архивы** распаковываются автоматически — нейросеть увидит содержимое всех файлов внутри.
Извлечение делается **по требованию**: содержимое прикреплённого PDF реально читается только в тот момент, когда ассистент действительно запрашивает анализ задания. Если файл никому не понадобился — лишней работы не происходит.
### Файлы в чатах ассистента
В чатах ассистента поведение немного отличается. Когда вы прикрепляете файл к сообщению, программа **сразу начинает его обработку в фоне** — не дожидаясь регламента и не дожидаясь следующего запроса к нейросети. К моменту, когда вы отправите сообщение, текст файла уже будет готов и автоматически включится в контекст переписки.
Если вы прикрепили файл и сразу же отправили запрос — программа в момент сборки контекста сделает это синхронно. Небольшая задержка возможна для крупных файлов (несколько МБ), но это исключение.
Подробнее о работе с файлами в чатах — в статье [Работа с файлами в AI-ассистенте](../Искусственный%20интеллект/Ассистент/Работа%20с%20файлами%20в%20ассистенте.md).
## Если что-то не работает
### «Подключение успешно», но текст из файлов не появляется в поиске
Полнотекстовый индекс обновляется регламентным заданием «Извлечение текста». По умолчанию оно запускается раз в несколько минут. Подождите 5–10 минут после прикрепления файла. Также проверьте, что в **«Администрирование» → «Регламентные и фоновые задания»** регламент «Извлечение текста» включён.
### Сервис стал недоступен — что произойдёт?
Ассистент в момент анализа задания пропустит файлы, которые не успел обработать (в журнале регистрации появится запись с пометкой «Файлы.Извлечение текста»). Полнотекстовый поиск продолжит работать со старыми, ранее проиндексированными файлами. Уже извлечённые тексты остаются в базе и не теряются.
После восстановления сервиса извлечение возобновится автоматически на следующем тике регламента.
### Хочу временно отключить сервис и вернуться к встроенному механизму
Очистите поле **«Адрес сервиса извлечения текста»** в настройках и нажмите «Записать». Программа автоматически переключится на встроенный механизм Windows IFilter — никакая настройка регламента или дополнительные действия не требуются.
### Файл с расширением .txt, .md или .log не извлекается, а сервис отключён
Для этих форматов программа читает содержимое напрямую, без HTTP-сервиса. Если извлечение не происходит, скорее всего, файл сохранён в неподдерживаемой кодировке (например, Windows-1251 или UTF-16). Пересохраните файл в UTF-8 — и он обработается автоматически.
Для дополнительной диагностики откройте журнал регистрации и отфильтруйте по событию **«Файлы.Извлечение текста»** — там будет подробное сообщение о причине.
### Файл не извлёкся — статус «Извлечь не удалось»
Возможные причины:
- Размер файла превышает лимит сервиса (по умолчанию 20 МБ).
- Файл повреждён или имеет неподдерживаемый формат.
- Защищённый паролем PDF/архив.
Подробности можно посмотреть в журнале регистрации, отфильтровав записи по событию **«Файлы.Извлечение текста»**.
### Архив не распаковался
Сервис распаковывает архивы до трёх уровней вложенности. Если внутри ZIP лежит другой ZIP, в котором ещё один ZIP — четвёртый уровень обработан не будет. Также имеет значение размер: суммарный объём распакованного содержимого ограничен 100 МБ.
## Где посмотреть результат вручную
Извлечённый текст хранится в стандартном поле справочников файлов. Через интерфейс конфигурации его не видно (поле служебное), но он доступен:
- **Через стандартный поиск** — введите фрагмент текста из документа в строку поиска заданий.
- **В анализе ассистента** — текст автоматически подставляется в запрос к нейросети.
Этот же подход используется и встроенным механизмом 1С — переключение на внешний сервис не требует никакой миграции данных, всё совместимо.
---
## Установка расширений из режима 1С Предприятие
Иногда возникает такая необходимость, когда нужно дополнить, изменить или исправить конфигурацию. Для этих случаев реализован механизм расширений.
:::info ***Расширения***
*это механизм, позволяющий вести доработки конфигурации, сохраняя ее на поддержке. Расширения конфигурации позволяют значительно упростить адаптацию прикладного решения к потребностям конкретного внедрения, конкретного заказчика.*
:::
Для того, чтобы загрузить расширение нужно, зайти в раздел:
**Администрирование -> Печатные формы, отчеты и обработки -> Расширения**:
В открытом окне можно увидеть уже загруженные расширения, добавим свое, нажав на кнопку **Добавить из файла…** и выбрать то расширение, которое мы хотим установить:
После того как было добавлено расширение, необходимо применить изменения, сделав перезагрузку программы:
У расширения, которое было добавлено изменился статус на *Подключено*
P.S. Если в ходе добавление расширения вы столкнулись с похожей ошибкой, то необходимо у всех уже подключенных расширений убрать **Безопасный режим** и повторить подключение снова:
---
## Управление проектами
[Управление IT-отделом 8](https://softonit.ru/catalog/products/it/#detail) позволяет управлять IT-проектами и вести проектную деятельность.
Мы можем распланировать все задачи проекта, вести вехи, сроки, проектную команду и все это будет в рамках проектного управления.
Видеть ситуацию "с верху".
---
## Видимость заданий и проектов
Доступ к проектам и задачам определяется двумя простыми правилами: **пользователь видит проект, если он участник этого проекта; пользователь видит задачу, если она относится хотя бы к одному проекту, где он участник**. Дополнительно каждому участнику назначается роль — она определяет, что именно можно делать с задачами: только читать, править или ещё и настраивать проект.
## Основные правила видимости
1. **Проект видно**, если пользователь есть в списке участников проекта — напрямую или через группу пользователей, в которую он входит.
2. **Задачу видно**, если задача привязана хотя бы к одному проекту, в котором пользователь участник.
3. **Комментарии, вложения, чек-листы и теги задачи** видны тогда же, когда видна сама задача.
Если пользователь не участник ни одного проекта, к которому привязана задача, — задача не появится ни в списке, ни на канбане, ни в базе знаний, ни в результатах поиска, ни во "Входящих".
## Участники проекта
Участник проекта — это либо конкретный пользователь, либо группа пользователей. Если участником указана группа — все её члены автоматически получают доступ к проекту.
Список участников открывается по кнопке **"Участники"** в правом верхнем углу проекта.
## Роли участника
Каждому участнику проекта назначается одна из трёх ролей. Роль определяет, что можно делать с задачами и с самим проектом.
| Роль | Что можно с задачами | Что можно с проектом |
|---|---|---|
| **Администратор** | Создавать, редактировать, комментировать, переносить между разделами, удалять | Менять настройки проекта, состав участников, состав разделов |
| **Редактор** | Создавать, редактировать, комментировать, переносить между разделами | Изменять настройки проекта нельзя |
| **Комментатор** | Читать и оставлять комментарии | Изменять ничего нельзя |
Роль назначает администратор проекта в диалоге "Участники" через кнопку **"Установить роль"**.
## Разделы проекта и статусы задач
Задача в трекере имеет два уровня статуса.
**Верхний уровень — глобальный жизненный цикл.** Это встроенный набор состояний, одинаковый для всех проектов:
- **Не выполнено** — задача активна, в работе или ожидает действий.
- **Выполнено** — задача закрыта успешно.
- **Отменено** — задача снята.
**Нижний уровень — раздел проекта.** Каждый проект настраивает свой набор колонок канбана: "Новый", "Получили ответ", "Ждём ответ", "Выполнение", "Выполнено", "Возобновлено", "Отменено" и другие. Названия и порядок задаёт администратор проекта. Каждый раздел привязывается к одному из трёх глобальных статусов.
Пример настройки разделов в проекте:
| Раздел | Глобальный статус |
|---|---|
| Новый | Не выполнено |
| Получили ответ | Не выполнено |
| Ждём ответ | Не выполнено |
| Выполнение | Не выполнено |
| Выполнено | Выполнено |
| Возобновлено | Не выполнено |
| Отменено | Отменено |
Фильтры списка "В работе" и "Выполненные" работают именно по глобальному статусу, а не по имени раздела.
## Задача в нескольких проектах
Одна и та же задача может быть привязана сразу к нескольким проектам — например, к общему проекту "Тикеты" и к тематическому "[Тикеты] Управление IT-отделом 8". В каждом проекте у задачи может быть свой раздел.
Правила видимости от этого не меняются: **достаточно быть участником хотя бы одного из проектов**, чтобы увидеть задачу. Пользователь будет видеть её из списка любого из "своих" проектов.
В правой боковой панели карточки задачи в блоке "Проекты" перечислены все привязки — с указанием текущего раздела в каждом.
## Как задача попадает в проект
Задача привязывается к проекту одним из трёх способов:
- **При создании** — задача автоматически попадает в тот проект, из которого нажали "Создать".
- **Добавлением вручную** — из карточки задачи, блок "Проекты", ссылка "+ Добавить" → выбрать проект.
- **Через связь с другой задачей** — если задача имеет родителя или связана с задачей из другого проекта, привязка может подставляться автоматически (зависит от настроек трекера).
Убрать привязку — крестик рядом с названием проекта в блоке "Проекты" карточки задачи. После этого пользователи, которые видели задачу только через этот проект, потеряют к ней доступ.
## Список входящих
Раздел **"Входящие"** в левом меню показывает уведомления по всем задачам, к которым пользователь имеет доступ. Основные типы событий:
- **Назначение исполнителем** — вас назначили ответственным за задачу.
- **Изменение статуса задания** — статус задачи изменился (например, перешла в "Выполнено").
- **Новый комментарий** — в задаче, которую вы видите, добавили комментарий.
- **Упоминание в комментарии** — кто-то упомянул вас через `@логин`.
По каждому событию можно перейти на саму задачу через ссылку в теме события.
## Кратко: матрица доступа
| Ситуация | Доступ к проекту | Доступ к задаче | Действия |
|---|---|---|---|
| Пользователь — участник проекта с ролью Администратор | Да | Да, для всех задач проекта | Полный |
| Пользователь — участник проекта с ролью Редактор | Да | Да, для всех задач проекта | Читать, править, комментировать |
| Пользователь — участник проекта с ролью Комментатор | Да | Да, для всех задач проекта | Читать, комментировать |
| Пользователь входит в группу, которая участник проекта | Да | Да, роль соответствует роли группы | В соответствии с ролью группы |
| Задача привязана к нескольким проектам, пользователь — участник хотя бы одного | — | Да | В соответствии с ролью в этом проекте |
| Пользователь не участник ни одного проекта задачи | Нет | Нет | Никаких |
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Документ "Обзор проекта"
Обзор проекта - это документ, в котором руководитель или ответственный фиксирует развернутое описание текущего состояния проекта. При публикации обзора статус проекта обновляется автоматически.
Обзоры полезны для регулярных статус-отчетов, фиксации проблем с описанием плана действий и ведения истории ключевых решений по проекту.
## Включение обзоров в проекте
Функционал обзоров включается отдельно для каждого проекта - по умолчанию он выключен.
1. Откройте карточку проекта.
2. Перейдите на вкладку **"Функционал"**.
3. Включите тумблер **"Обзоры"**.
4. При необходимости заполните поле **"Периодичность обзора (дней)"** - через сколько дней после последнего обзора система будет напоминать, что пора провести следующий (0 = напоминания не приходят).
5. Запишите карточку.
После включения в карточке проекта появляется вкладка **"Обзор"**, а команда **"Создать"** становится доступна.
## Создание обзора
### Шаг 1: Откройте форму создания
Перейдите в карточку нужного проекта, откройте вкладку **"Обзор"** (рядом со "Списком", "Канбаном" и "Базой знаний") и нажмите кнопку **"+ Создать"**.
### Шаг 2: Заполните поля
Форма открывается с заголовком **"Обзор проекта (создание)"** и содержит следующие поля:
| Поле | Описание | Обязательность |
|---|---|---|
| **Номер** | Порядковый номер обзора. Заполняется автоматически при записи | Авто |
| **Дата (от)** | Дата и время документа. Подставляется текущая, можно изменить | Обязательно |
| **Статус** | Новый статус проекта, который будет установлен при публикации | Обязательно |
| **Проект** | Проект, к которому относится обзор. Заполняется автоматически из карточки, откуда открывалась форма | Обязательно |
| **Тема** | Заголовок обзора. Подставляется автоматически по шаблону "Название проекта - дата" (например: "Внедрение - 3 августа 2026 г."). Можно переписать вручную | Обязательно |
| **Текст** | Развёрнутое описание состояния проекта. Редактор Markdown с тулбаром: жирный, курсив, списки, ссылки, изображения, таблицы, блоки кода | Обязательно для проблемных статусов* |
| **Комментарий** | Служебное поле внизу формы, короткая пометка для внутреннего использования | Необязательно |
Автор обзора заполняется автоматически текущим пользователем и в форме отдельно не показывается - его видно в ленте истории на вкладке "Обзор" после публикации.
Файлы прикрепляются на отдельной вкладке **"Присоединённые файлы"** в верхней части формы.
Доступные статусы проекта (в порядке выпадающего списка):
- **Не начат** — проект заведён, работы ещё не начались. Ставится по умолчанию при создании проекта или после миграции из старых данных
- **По плану** — работы идут нормально, отклонений нет
- **Отстает** — уже отстаёт от плана
- **Под угрозой** — есть риски срыва сроков или объёма (пока не отстаёт, но может)
- **Пауза** — временно приостановлен
- **Отменено** — снят без завершения
- **Завершено** — успешно закрыт
\* Проблемные статусы: **"Под угрозой"**, **"Отстает"**, **"Пауза"**, **"Отменено"**. Для них текст обзора обязателен - без объяснения причин опубликовать обзор не получится.
### Шаг 3: Сохраните или опубликуйте
В верхней части формы четыре кнопки:
- **"Записать"** - сохранить как черновик и остаться в форме. Черновик можно свободно редактировать позже: менять статус, тему и текст.
- **"Опубликовать"** - опубликовать обзор и остаться в форме (удобно, если нужно сразу прикрепить файл или проверить, как отобразится текст).
- **"Опубликовать и закрыть"** - опубликовать и закрыть окно. Основной сценарий.
- **"Закрыть"** - закрыть форму без сохранения (если есть несохранённые изменения - система спросит подтверждение).
## Что происходит при публикации
При нажатии **"Опубликовать"** или **"Опубликовать и закрыть"**:
1. **Статус проекта обновляется** - проект получает статус, указанный в обзоре
2. **Фиксируется дата публикации** - заполняется автоматически текущей датой и временем
3. **Запись попадает в историю** - на вкладке "Обзор" появляется новая запись со ссылкой на документ
4. **Поля блокируются** - "Проект" и "Статус" становятся недоступны для редактирования
После публикации тему и текст обзора все еще можно изменить - при этом обзор получит пометку **"изменено"** и обновится дата изменения. Статус проекта при этом не меняется.
## Черновик и публикация
Обзор проходит два этапа:
```mermaid
flowchart LR
A[Черновикможно менять все поляможно удалить] -->|Опубликовать| B[Опубликованможно менять только тему и текстчасть истории проекта]
```
**Черновик** - рабочее состояние. Проект и статус можно менять свободно. Статус проекта не обновляется, пока обзор не опубликован. Черновик можно удалить без последствий.
**Опубликован** - финальное состояние. Проект и статус зафиксированы. Опубликованный обзор становится частью аудита проекта - удалять его из ЛК нельзя.
## Редактирование опубликованного обзора
Если после публикации нужно уточнить формулировку:
1. Откройте обзор из ленты истории на вкладке **"Обзор"**
2. Измените тему или текст
3. Сохраните
Обзор получит пометку **"изменено"** и обновленную дату изменения. Статус проекта при этом не пересчитывается - пометка лишь фиксирует, что текст был скорректирован.
> Чтобы изменить статус проекта после ошибочной публикации, создайте новый обзор с правильным статусом.
## Вложенные файлы
К обзору можно прикрепить любые файлы - отчёты, презентации, скриншоты графиков. В верхней части формы обзора есть вкладка **"Присоединённые файлы"** - через неё работает стандартный механизм присоединённых файлов УИТ. Файлы хранятся вместе с документом и остаются доступными после публикации.
Подробнее о работе с файлами см. в статье [Возможность прикрепления произвольных файлов](../Начало%20работы/Первое%20знакомство%20с%20конфигурацией/Прочие%20возможности/Возможность%20прикрепления%20произвольных%20файлов.md).
## Типичные сценарии
### Еженедельный статус-отчет
1. Создайте обзор с вкладки **"Обзор"**
2. Укажите статус **"По плану"**
3. В теме напишите: "Итоги недели 10-14 марта"
4. В тексте опишите: что сделано, что запланировано, есть ли риски
5. Опубликуйте
### Фиксация проблемы
1. Создайте обзор
2. Выберите статус **"Под угрозой"** или **"Отстает"**
3. В тексте опишите: суть проблемы, её влияние на сроки и план действий (текст обязателен)
4. Опубликуйте - команда увидит изменение статуса
### Приостановка проекта
1. Создайте обзор
2. Выберите статус **"Пауза"**
3. В тексте укажите причину приостановки и ожидаемые сроки возобновления (текст обязателен)
4. Опубликуйте
### Завершение проекта
1. Создайте обзор
2. Выберите статус **"Завершено"**
3. В тексте подведите итоги: что было сделано, достигнуты ли цели
4. Опубликуйте - проект получит финальный статус
## Кто может создавать обзоры
Обзор может создать любой участник проекта с ролью **"Администратор"** или **"Редактор"**. Роль **"Комментатор"** для обзоров не подходит - таким пользователям доступно только чтение и комментирование.
Как правило, обзоры ведут руководитель проекта или ответственный - именно они принимают решение о смене статуса. Роль участника настраивается в диалоге "Участники" карточки проекта.
## Автоматизация: уведомления и напоминания
С обзорами связаны два коробочных правила подсистемы автоматизации:
- **"Обзор проекта: Опубликован"** - срабатывает в момент публикации обзора. Отправляет уведомления (Email + всплывающие сообщения) участникам проекта и руководителю. Правило можно донастроить - изменить состав получателей, шаблон письма или отключить один из каналов.
- **"Проект: Пора провести обзор"** - периодическое напоминание из регламента "Автоматизация: периодические события". Срабатывает по полю **"Периодичность обзора (дней)"** в функционале проекта: если с даты последнего опубликованного обзора прошло больше указанного количества дней - руководителю проекта приходит напоминание. Помогает не забыть про регулярный статус-отчёт.
Настройка обоих правил - в подсистеме **"Автоматизация"** (справочник "Шаги автоматизации").
## MCP и REST API
Для интеграций и внешних скриптов обзоры доступны через:
**MCP-инструменты (для сценариев Copilot и ассистентов):**
- `list_project_reviews` - список обзоров проекта
- `get_project_review` - полные данные одного обзора (включая вложения)
- `create_project_review` - создать черновик
- `update_project_review` - изменить черновик или тему/текст опубликованного
- `publish_project_review` - опубликовать черновик (обновляет статус проекта)
- `delete_project_review` - удалить (в UI недоступно для опубликованных)
**REST API:** эндпоинты доступны в OpenAPI-спецификации УИТ - раздел `/project-reviews` (см. страницу интеграций).
Быстрая смена статуса без создания документа - метод `set_project_status` / соответствующий REST-эндпоинт.
## Связь обзора и истории статусов
Когда обзор публикуется, в историю статусов на вкладке **"Обзор"** добавляется запись с:
- Датой и временем публикации
- Именем автора
- Новым статусом
- Ссылкой на документ обзора (кликабельная)
Это позволяет из ленты истории перейти непосредственно к документу обзора и прочитать полное описание ситуации на момент смены статуса.
## Связанные материалы
- [Документ "Проект"](/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/dokument-proekt) - общая карточка проекта, где включается тумблер **"Обзоры"** на вкладке "Функционал"
- [Обзоры проектов и статусы](../Управление%20проектами/Обзоры%20проектов%20и%20статусы.md) - общее описание механики статусов
- [Статусы проектов и способы их изменения](../Управление%20проектами/Статусы%20проектов%20и%20способы%20их%20изменения.md) - альтернативные способы менять статус (без документа обзора)
- [Подсистема Автоматизация](../Автоматизация/index.md) - тонкая настройка уведомлений по обзорам
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации "Управление IT-отделом" редакции 4.0**.
:::
---
## Заполнение из документов «Задания»
## Заполнение списка проектных задач из документов «Задания».
В меню **Заполнить задания** есть пункт **Выбрать задания**, с помощью него открывается список заданий, у которых указан текущий проект.
Выделив нужные и нажав **Выбрать**, получим заполненный список задач. В список задач из заданий будут перенесены некоторые реквизиты.
:::info Например:
название и процент выполнения. Если заполнены даты SLA, то заполнятся дата планируемого начала и дата планируемого окончания.
:::
Также буду заполнены ресурсы. Текущий исполнитель перейдет в трудовой ресурс, а если заполнена вкладка *Номенклатура* у задания, тогда заполнятся и материальные ресурсы.
Помимо команды **Выбрать задания**, еще есть команда **Обновить задания**. С помощью этой команды, если в исходных заданиях были изменения, то они будут перенесены в проектные задачи.
При открытии списка заданий отображаются задания этого проекта и только те, которые еще не добавлены. Но с помощью **Задания без проекта**, можно отобразить задания, у которых не указан проект и добавить их. При сохранении **Управления проектами**, таким заданиям будет установлен проект.
Данный функционал доступен с версии **3.1.14.3**.
---
## Затраты по проекту
Если вы хотите получить красочные отчеты и узнать как это все выглядит в отчетах по проекты, то эту статью можно пропустить и перейти в статью отчетность по проекту.
Затраты могут быть как фактические, так и планируемые.
Планируемые мы можем ввести в любое время, я фактические уже по факту, когда они становятся известны.
Затраты на ресурсы вычисляются на основе ставок оплаты, затрат на использование, фиксированных затрат и общих затрат на затратные ресурсы.
Нажмем на форме
**Режим отображения -> Затраты**
и откроем вариант представления данных в режиме затрат.
Из этой же формы можно назначить ресурсы для [проектной задачи](/it/upravlenie-proektami/planirovanie-proekta). Суммы затрат можно ввести вручную став на нужную ячейку нужной задачи.
---
## Календарное планирование
Календарь проекта можно включить на закладке:
Здесь можно настроить за какой период необходимо отобразить [проектные задачи](/it/upravlenie-proektami/planirovanie-proekta). Щелкнув в календаре на необходимую задачу, можно открыть подробную информацию о конкретной задаче.
---
## Обзоры проектов и статусы
Обзор проекта - это документ, в котором руководитель проекта фиксирует текущее состояние дел: как идет проект, есть ли риски, нужно ли внимание. При публикации обзора статус проекта обновляется автоматически.
## Статусы проектов
Проект может находиться в одном из семи статусов:
| Статус | Цвет | Когда использовать |
|---|---|---|
| Не начат | Серый | Проект создан, работа ещё не началась |
| По плану | Зеленый | Все идет по плану, проблем нет |
| Под угрозой | Оранжевый | Есть риски, требующие внимания |
| Отстает | Красный | Проект отстает от графика |
| Пауза | Синий | Работы временно приостановлены |
| Завершено | Темно-зеленый | Проект выполнен |
| Отменено | Темно-серый | Проект отменен |
Статус проекта виден в списке проектов и на карточке проекта, что позволяет быстро оценить состояние портфеля проектов.
## Вкладка "Обзоры"
Все обзоры и история изменений статусов находятся на отдельной вкладке **"Обзоры"** внутри карточки проекта. Здесь можно:
- создать новый обзор или черновик
- посмотреть хронологическую ленту всех изменений статуса
- быстро сменить статус без полного обзора
## Создание обзора
### Шаг 1: Открыть форму создания обзора
Перейдите в карточку нужного проекта, откройте вкладку **"Обзоры"** и нажмите кнопку **"Создать обзор"**.
### Шаг 2: Заполнить обзор
В форме обзора заполните следующие поля:
- **Статус** - выберите текущее состояние проекта из списка
- **Тема** - краткий заголовок обзора (например: "Итоги первого месяца")
- **Текст обзора** - подробное описание ситуации
> Если выбран проблемный статус - **"Под угрозой"**, **"Отстает"**, **"Пауза"** или **"Отменено"** - поле с текстом обзора становится обязательным. Без объяснения причин опубликовать такой обзор не получится.
### Шаг 3: Сохранить черновик или опубликовать
Новый обзор сохраняется как **черновик**. Черновик можно редактировать: менять статус, тему и текст.
Когда обзор готов к публикации, нажмите кнопку **"Опубликовать"**. После публикации:
- статус проекта обновится на указанный в обзоре
- поля **"Проект"** и **"Статус"** в опубликованном обзоре станут недоступны для редактирования
- тему и текст опубликованного обзора изменить можно - при этом обзор получит пометку **"изменено"**
## Быстрая смена статуса
Если не нужен развернутый обзор, воспользуйтесь кнопкой **"Сменить статус"** на вкладке **"Обзоры"**. Откроется компактная форма, в которой можно выбрать новый статус и указать комментарий. Для проблемных статусов (**"Под угрозой"**, **"Отстает"**, **"Пауза"**, **"Отменено"**) комментарий обязателен.
После нажатия кнопки **"Установить"** статус проекта обновится, а запись попадет в историю - без создания документа обзора.
Это удобно для рутинных обновлений, когда ситуация понятна и длинный комментарий не нужен.
> Быстрая смена статуса также доступна из формы списка заданий - подробнее в статье [Статусы проектов и способы их изменения](Статусы%20проектов%20и%20способы%20их%20изменения.md).
## Лента истории статусов
На вкладке **"Обзоры"** отображается хронологическая лента всех изменений статуса проекта. Для каждой записи видно:
- дату и время изменения
- автора обзора
- новый статус
- комментарий (если был указан)
- ссылку на полный обзор (если обзор был создан)
Лента позволяет в любой момент восстановить историю: когда проект приостанавливался, когда возникали риски и как они разрешались.
## Типичные сценарии
### Еженедельный статус-отчет
1. Откройте карточку проекта, перейдите на вкладку **"Обзоры"**
2. Нажмите **"Создать обзор"**
3. Укажите статус **"По плану"**, добавьте краткую тему и итоги недели в текст
4. Нажмите **"Опубликовать"**
### Проект столкнулся с проблемой
1. Откройте вкладку **"Обзоры"**, нажмите **"Создать обзор"**
2. Выберите статус **"Под угрозой"** или **"Отстает"**
3. Заполните текст - опишите суть проблемы, её влияние и план действий (поле обязательно)
4. Нажмите **"Опубликовать"** - статус проекта обновится, команда увидит изменение
### Нужно быстро поставить паузу
1. На вкладке **"Обзоры"** нажмите **"Сменить статус"**
2. Выберите **"Пауза"**, укажите причину в тексте (обязательно)
3. Опубликуйте
### Исправление опубликованного обзора
Если в опубликованном обзоре нужно уточнить формулировку:
1. Откройте обзор из ленты
2. Отредактируйте тему или текст
3. Сохраните - обзор получит пометку **"изменено"**
Статус проекта при этом не изменится - пометка лишь фиксирует, что текст был скорректирован после публикации.
## Частые вопросы
### Можно ли удалить опубликованный обзор?
Нет. Опубликованный обзор является частью истории проекта и не удаляется. Если статус указан неверно - создайте новый обзор с правильным статусом.
### Почему кнопка "Опубликовать" недоступна?
Проверьте, заполнен ли текст обзора. Для статусов **"Под угрозой"**, **"Отстает"**, **"Пауза"** и **"Отменено"** текст обязателен.
### Кто может создавать обзоры?
Обзоры создают пользователи, у которых есть права на редактирование проекта. Обычно это руководитель проекта или ответственный.
### Можно ли изменить статус проекта без обзора?
Да. Статус проекта можно изменить без создания полного обзора. Для этого используйте кнопку **"Сменить статус"** на вкладке **"Обзоры"** в карточке проекта или аналогичную кнопку в форме списка заданий. В этом случае откроется форма быстрой смены статуса, где достаточно выбрать новый статус и при необходимости указать комментарий. Запись об изменении попадет в историю статусов, но без привязки к документу обзора.
Подробнее о способах изменения статуса — в статье [Статусы проектов и способы их изменения](Статусы%20проектов%20и%20способы%20их%20изменения.md).
## Для администраторов: статус в REST API
Статус проекта в REST API доступен **только для чтения**. Изменить его через API нельзя - только через интерфейс 1С или создание обзора.
Доступные значения статуса в API:
| Значение API | Статус в системе |
|---|---|
| `planning` | Не начат |
| `on-track` | По плану |
| `at-risk` | Под угрозой |
| `off-track` | Отстает |
| `on-hold` | Пауза |
| `done` | Завершено |
| `cancelled` | Отменено |
Дополнительно в ответе API возвращается поле `status_updated_at` - дата и время последнего изменения статуса проекта.
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Ответственный в задании
В задании можно указать не только того, кто его выполняет, но и того, кто за отвечает за выполнение этого задания. Эта статья объясняет, зачем нужны два разных человека в одном задании, как включить эту возможность в проекте и как она работает на практике.
## Зачем нужен Ответственный отдельно от Исполнителя
Представьте, что клиент обратился на 1 линию поддержки. Оператор 1 линии принял заявку, но вопрос оказался сложным — пришлось передать его на 2 линию. Исполнитель задания сменился: теперь в поле **Текущий исполнитель** стоит сотрудник 2 линии. Но клиент по-прежнему ожидает ответа именно от того оператора 1 линии, который принял заявку. Кто-то должен отслеживать, что вопрос не «завис» на 2 линии, кто-то должен перезвонить клиенту, когда будет результат.
Вот именно для этого существует реквизит **Ответственный**:
- **Текущий исполнитель** — тот, кто делает работу прямо сейчас. Может меняться.
- **Ответственный** — тот, кто отвечает за результат. Не меняется, следит за задачей до закрытия.
На языке методологии RACI это разделение ролей:
| Роль | В конфигурации | Что делает |
|------|----------------|------------|
| Responsible (делает) | Текущий исполнитель | Выполняет работу на текущем этапе |
| Accountable (отвечает) | Ответственный | Контролирует, эскалирует, отвечает перед клиентом |
:::tip
Если в задании работает один человек от начала до конца — оба поля совпадают. Ответственный начинает «жить своей жизнью» тогда, когда Исполнителей несколько или они меняются по ходу выполнения.
:::
## Когда это полезно
Реквизит «Ответственный» пригодится не только на 1 линии поддержки. Вот типичные ситуации:
- **1 линия поддержки.** Оператор принимает заявку, становится Ответственным. Работа уходит на 2 линию, но клиент ждёт ответа от 1 линии — Ответственный контролирует ход.
- **Проектное управление.** Тимлид — Ответственный, разработчик — Исполнитель. Тимлид мониторит, при необходимости эскалирует или меняет исполнителя.
- **Делегирование.** Руководитель создаёт задание, сам остаётся Ответственным, назначает исполнителя из команды. Если исполнитель заболел — задание не «потеряется», потому что у него есть фиксированный владелец.
- **Кросс-командные задачи.** Задание переходит между отделами — Исполнители меняются, а Ответственный остаётся одним лицом, отвечающим за результат.
## Как включить в проекте
Реквизит «Ответственный» — дополнительная функциональность, которая включается у каждого проекта отдельно. По умолчанию он **скрыт**, чтобы не перегружать форму задания у тех, кому это не нужно.
Чтобы включить:
1. Откройте проект.
2. Перейдите на вкладку **Функционал**.
3. Включите переключатель **Ответственный**.
4. Запишите проект.
После этого во всех заданиях этого проекта появится поле «Ответственный».
:::info Связь с SLA
Если у проекта включена функциональность **SLA**, реквизит «Ответственный» показывается автоматически — даже если отдельный переключатель «Ответственный» выключен. SLA без ответственного лица не имеет смысла: кто-то должен следить за соблюдением сроков реакции и исполнения.
:::
## Как заполняется Ответственный
Есть три способа указать Ответственного в задании:
### 1. Автоматически при создании задания из проекта
Если в карточке проекта указан **Ответственный за проект**, и у проекта включена функциональность «Ответственный» (или SLA), то при создании нового задания из проекта это поле копируется в Ответственного задания автоматически.
:::note
Копирование работает только когда Ответственный за проект — это **Пользователь** или **Группа пользователей**. Если за проект отвечает сотрудник, контрагент, подразделение или организация, поле «Ответственный» задания заполняется по другому правилу (см. следующий пункт).
:::
### 2. Автоматически из текущего исполнителя
Если вы создаёте задание и заполнили только **Текущего исполнителя**, но забыли указать Ответственного, при первом сохранении задания Ответственным автоматически станет тот же Исполнитель.
Это удобно в самой частой ситуации: вы сами создали задание, сами за него отвечаете, сами и выполняете. Система не задаёт лишних вопросов — заполняет поле за вас.
:::tip
Правило срабатывает **только при создании** задания и только если у проекта включена функциональность «Ответственный» (или SLA). При дальнейших изменениях Исполнителя Ответственный уже не трогается — то, кого вы выбрали контролировать задачу, остаётся тем же.
:::
### 3. Вручную
В любом случае Ответственного можно выбрать вручную — как при создании задания, так и потом. Значение можно изменить, если права позволяют.
## Пример: задание на 1 линии поддержки
Разберём на конкретном сценарии, как это работает:
1. Клиент звонит. Оператор 1 линии Иван принимает обращение.
2. Иван создаёт задание в проекте «Поддержка 2026». У проекта включены и **SLA**, и **Ответственный**.
3. Иван ставит себя как Текущего исполнителя. При сохранении задания Ответственным становится тоже Иван.
4. Вопрос оказался сложным. Иван передаёт задание на 2 линию — в поле **Текущий исполнитель** теперь Мария. **Ответственный Иван не меняется.**
5. Мария работает над задачей, но Иван периодически проверяет статус — как Ответственный он видит задачу в своих списках.
6. Мария закрывает задание. Иван видит уведомление, перезванивает клиенту и подтверждает решение.
На всём пути задание «принадлежит» Ивану — у него не может пропасть из радаров, даже если его передают кому-то ещё.
## Права доступа
Ответственный учитывается при проверке прав доступа: сотрудник видит не только задания, где он Исполнитель, но и задания, где он назначен Ответственным. Это нужно как раз для того, чтобы Ответственный мог мониторить передачу задачи между исполнителями.
## Что если функциональность не включена
Если у проекта не включены ни SLA, ни «Ответственный», поле в форме задания просто не показывается. Поведение для таких проектов полностью совпадает с тем, что было раньше — переход на версию 4.0 не меняет ничего, пока вы не включите новый переключатель осознанно.
:::info
Если вы только переходите на редакцию 4.0 и пока не уверены, нужна ли вам эта функциональность — оставьте переключатели выключенными. Включить их можно в любой момент, миграция данных не требуется.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Отчетность по проекту
:::info Отчетность
Это важная составляющая любого проекта.
:::
Среди отчетов в управлении проектами есть:
* Основной вариант
* Диаграмма
* Отчет по неделям/по ресурсам
* По месяцам
* По неделям
Отчеты предназначены для анализа затрат в разном представлении.
Вот пример таких затрат:
---
## Мои задания по проектам
Отчёт показывает задания текущего пользователя, сгруппированные по проектам и разделам. Помогает исполнителю быстро увидеть свою рабочую нагрузку, найти просроченные задания и оценить выполненную работу за период. Данные берутся из документа "Задание" с привязкой к проектам через регистр сведений "Связь проектов и заданий".
## Как открыть отчёт
**Service Desk → Отчёты по проектам → Мои задания по проектам**
Параметр "Текущий пользователь" подставляется автоматически — пользователю не нужно ничего выбирать вручную. Отчёт всегда показывает задания того, кто его открыл.
## Варианты отчёта
Отчёт содержит три варианта:
| Вариант | Описание |
|---------|----------|
| **Активные задания** | Все незавершённые задания, сгруппированные по проектам и разделам. Вариант по умолчанию. |
| **Просроченные задания** | Только задания, у которых истёк дедлайн и которые ещё не завершены. |
| **Завершённые за период** | Выполненные задания за выбранный период с группировкой по проектам. |
## Активные задания
Показывает всё, что нужно сделать прямо сейчас.
**Группировка:** Проект → Раздел → задания.
**Колонки:** задание, тема, приоритет, статус, дедлайн, дней до дедлайна.
Поле: *Дней до дедлайна*
- *Положительное число* — столько дней осталось до дедлайна
- *Отрицательное число* — задание просрочено на это количество дней
- *Пусто* — дедлайн сегодня или у задания не задан дедлайн
**Сортировка:** по приоритету (от критичного к минимальному), затем по дедлайну (ближайшие сверху).
**Условное оформление:**
| Цвет строки | Условие |
|-------------|---------|
| Красный | Дедлайн уже прошёл (просрочка) |
| Жёлтый | До дедлайна осталось не более 1 дня |
| Без подсветки | Дедлайн дальше или не задан |
**Итоги:** в группировках по проекту и разделу выводится количество уникальных заданий. Это полезно, когда задание привязано сразу к нескольким проектам — оно посчитается один раз.
## Просроченные задания
Показывает только то, что нужно догнать в первую очередь.
**Группировка:** Проект → задания.
**Колонки:** задание, тема, приоритет, дедлайн, **просрочено дней** (положительное число — сколько дней назад истёк дедлайн).
**Сортировка:** по убыванию просрочки — самые "старые" просрочки сверху.
## Завершённые за период
Показывает выполненную работу за выбранный отрезок времени. Удобно для отчётности перед руководителем или самооценки.
**Группировка:** Проект → задания.
**Колонки:** задание, тема, приоритет, дата выполнения.
**Сортировка:** по проекту, внутри проекта — по дате выполнения (от свежих к старым).
**Период:** по умолчанию — *текущий месяц*. Можно изменить через параметр **Период** в настройках отчёта.
## Фильтры и настройки
### Параметр "Период" (только для варианта "Завершённые за период")
По умолчанию — *текущий месяц*. Параметр доступен в пользовательских настройках варианта.
### Дополнительные отборы
Отбор по умолчанию **выключен**. Чтобы включить — установите флажок напротив фильтра в настройках отчёта.
| Отбор | Назначение |
|-------|-----------|
| Проект | Оставить задания только выбранного проекта |
Этот отбор доступен во **всех трёх вариантах** отчёта.
## Сценарии использования
### Пример 1. Утренний обзор своих задач
*Задача:* в начале дня понять, что нужно сделать в первую очередь.
1. Откройте отчёт — вариант **Активные задания** загрузится автоматически
2. Нажмите **Сформировать**
Задачи отсортируются по приоритету и дедлайну. Красные строки — просроченные, жёлтые — горящие. Начинайте сверху.
### Пример 2. Догнать просрочки
*Задача:* увидеть всё, по чему уже превышен срок.
1. Откройте отчёт и выберите вариант — **Просроченные задания**
2. Нажмите **Сформировать**
Список упорядочен по убыванию глубины просрочки — сверху самые "старые" задачи. Колонка "Просрочено дней" показывает, сколько дней назад прошёл дедлайн.
### Пример 3. Отчёт о выполненной работе за месяц
*Задача:* подготовить руководителю список выполненных задач за прошлый месяц.
1. Откройте отчёт и выберите вариант — **Завершённые за период**
2. В пользовательских настройках укажите параметр **Период** — *Прошлый месяц*
3. Нажмите **Сформировать**
Отчёт сгруппирует задания по проектам и покажет даты выполнения. Можно выгрузить в Excel через стандартное меню табличного документа.
### Пример 4. Что у меня на конкретном проекте
*Задача:* посмотреть свою загрузку по одному проекту.
1. Откройте отчёт — вариант **Активные задания**
2. В настройках включите отбор **Проект** и выберите нужный
3. Нажмите **Сформировать**
Отчёт покажет задания только этого проекта, разбитые по разделам, с условным оформлением просрочек.
### Пример 5. Только критические задачи
*Задача:* отфильтровать самое срочное.
1. Откройте отчёт — вариант **Активные задания**
2. Включите отбор **Приоритет** и выберите **П1 Критический**
3. Нажмите **Сформировать**
Останутся только критические задания всех проектов, отсортированные по дедлайну.
### Пример 6. Задания по конкретному клиенту
*Задача:* перед звонком клиенту посмотреть, какие задания по нему сейчас в работе.
1. Откройте отчёт — вариант **Активные задания**
2. Включите отбор **Клиент** и выберите нужного клиента
3. Нажмите **Сформировать**
Список покажет все ваши незавершённые задания, относящиеся к этому клиенту, с приоритетами и дедлайнами.
:::info Привязка к проектам
Задания привязываются к проектам через регистр сведений "Связь проектов и заданий". Если задание не привязано ни к одному проекту, оно всё равно попадёт в отчёт — в группировку "Пустая ссылка". Если задание привязано к нескольким проектам, оно отобразится в каждом из них, но в итогах "Количество заданий" посчитается только один раз.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Список заданий(Отчеты по заданиям)
Отчёт показывает все задания системы с возможностью группировки по проектам, подразделениям, инициаторам, спринтам, приоритетам, типам заданий и исполнителям. Помогает руководителям и аналитикам получить полную картину рабочей нагрузки, контролировать сроки и распределение задач. Данные берутся из документа "Задание" с привязкой к проектам через регистр сведений "Связь проектов и заданий".
## Как открыть отчёт
**Service Desk → Отчёты → Список заданий**
## Варианты отчёта
Отчёт содержит семь вариантов:
| Вариант | Описание |
|---------|----------|
| **По проектам** | Задания, сгруппированные по проектам. Вариант по умолчанию. |
| **По подразделениям** | Задания в разрезе подразделений. |
| **По инициаторам** | Задания в разрезе инициаторов. |
| **По спринтам** | Задания в разрезе спринтов с подсчётом количества. |
| **По приоритетам** | Задания в разрезе приоритетов (от критического к минимальному). |
| **По типам** | Задания в разрезе типов: задание, согласование, веха. |
| **По исполнителям** | Задания в разрезе текущих исполнителей. |
## Условное оформление
Во всех вариантах отчёта действует цветовая индикация по дедлайну:
| Цвет строки | Условие |
|-------------|---------|
| Красный фон, тёмно-красный текст | Дедлайн уже прошёл (просрочка) |
| Жёлтый фон | До дедлайна осталось не более 1 дня |
| Без подсветки | Дедлайн дальше или не задан |
## Варианты отчёта
### По проектам
Основной вариант отчёта. Показывает задания, сгруппированные по проектам.
**Группировка:** Проект → задания.
**Колонки:** задание, тема, выполнено.
**Дополнительные колонки** (выключены по умолчанию): дата создания,проект, раздел проекта, исполнитель, дедлайн, приоритет, инициатор, организация, подразделение, спринт, тип задания, ответственный, дней до дедлайна.
**Итоги:** в группировке по проекту выводится количество заданий.
### По подразделениям
Показывает распределение задач между подразделениями.
**Группировка:** Подразделение → задания.
**Колонки:** задание, тема, выполнено.
**Дополнительные колонки** (выключены по умолчанию): дата создания,проект, раздел проекта, исполнитель, дедлайн, приоритет, инициатор, организация, подразделение, спринт, тип задания, ответственный, дней до дедлайна.
**Итоги:** в группировке по подразделению выводится количество заданий.
### По инициаторам
Показывает, кто создал задания и сколько задач приходится на каждого инициатора.
**Группировка:** Инициатор → задания.
**Колонки:** задание, тема, выполнено.
**Дополнительные колонки** (выключены по умолчанию): дата создания,проект, раздел проекта, исполнитель, дедлайн, приоритет, инициатор, организация, подразделение, спринт, тип задания, ответственный, дней до дедлайна.
**Итоги:** в группировке по инициатору выводится количество заданий.
### По спринтам
Показывает задания в привязке к спринтам. Удобен для agile-команд.
**Группировка:** Спринт → задания.
**Колонки:** задание, тема, выполнено.
**Дополнительные колонки** (выключены по умолчанию): дата создания,проект, раздел проекта, исполнитель, дедлайн, приоритет, инициатор, организация, подразделение, спринт, тип задания, ответственный, дней до дедлайна.
**Итоги:** в группировке по спринту выводится количество заданий.
### По приоритетам
Показывает задания в разрезе приоритетов — от критического к минимальному.
**Группировка:** Приоритет → задания.
**Колонки:** задание, тема, выполнено.
**Дополнительные колонки** (выключены по умолчанию): дата создания,проект, раздел проекта, исполнитель, дедлайн, приоритет, инициатор, организация, подразделение, спринт, тип задания, ответственный, дней до дедлайна.
**Сортировка:** по приоритету (от критичного к минимальному), затем по дате.
**Итоги:** в группировке по приоритету выводится количество заданий.
### По типам
Показывает задания в разрезе типов: задание, согласование, веха.
**Группировка:** Тип задания → задания.
**Колонки:** задание, тема, выполнено.
**Дополнительные колонки** (выключены по умолчанию): дата создания,проект, раздел проекта, исполнитель, дедлайн, приоритет, инициатор, организация, подразделение, спринт, тип задания, ответственный, дней до дедлайна.
**Итоги:** в группировке по типу задания выводится количество заданий.
### По исполнителям
Показывает загрузку каждого исполнителя.
**Группировка:** Исполнитель → задания.
**Колонки:** задание, тема, выполнено.
**Дополнительные колонки** (выключены по умолчанию): дата создания,проект, раздел проекта, исполнитель, дедлайн, приоритет, инициатор, организация, подразделение, спринт, тип задания, ответственный, дней до дедлайна.
**Итоги:** в группировке по исполнителю выводится количество заданий.
## Поле "Дней до дедлайна"
Вычисляемое поле, доступное во всех вариантах (по умолчанию скрыто — можно включить в настройках отчёта).
- *Положительное число* — столько дней осталось до дедлайна
- *Отрицательное число* — задание просрочено на это количество дней
- *Пусто* — у задания не задан дедлайн
Это же поле используется для цветовой индикации строк (см. раздел "Условное оформление").
## Фильтры и настройки
### Параметр "Период"
Ограничивает задания по дате документа. По умолчанию **выключен** — отчёт показывает задания за всё время. Чтобы ограничить период — включите параметр и выберите нужный интервал.
### Отборы
Все отборы по умолчанию **выключены**. Чтобы включить — установите флажок напротив фильтра в настройках отчёта. Все отборы доступны во **всех вариантах**.
| Отбор | Назначение |
|-------|-----------|
| Проект | Оставить задания только выбранного проекта |
| Раздел проекта | Оставить задания только выбранного раздела проекта |
| Организация | Отфильтровать по организации |
| Подразделение | Отфильтровать по подразделению |
| Инициатор | Оставить задания конкретного инициатора |
| Исполнитель | Оставить задания конкретного исполнителя |
| Ответственный | Отфильтровать по ответственному |
| Выполнено | Показать только выполненные или невыполненные задания |
| Приоритет | Отфильтровать по приоритету |
| Спринт | Оставить задания выбранного спринта |
| Статус | Отфильтровать по статусу задания |
## Сценарии использования
### Пример 1. Обзор задач по проекту
*Задача:* посмотреть все задания конкретного проекта.
1. Откройте отчёт — вариант **По проектам** загрузится автоматически
2. В настройках включите отбор **Проект** и выберите нужный
3. Нажмите **Сформировать**
Отчёт покажет задания выбранного проекта с приоритетами и дедлайнами. Просроченные строки будут подсвечены красным, горящие — жёлтым.
### Пример 2. Загрузка команды
*Задача:* оценить, как распределены задачи между исполнителями.
1. Откройте отчёт и выберите вариант — **По исполнителям**
2. Включите отбор **Выполнено** = Нет, чтобы видеть только активные задачи
3. Нажмите **Сформировать**
Количество заданий в заголовке каждого исполнителя покажет текущую нагрузку. Красные строки — просроченные задания, требующие внимания.
### Пример 3. Контроль просроченных задач подразделения
*Задача:* увидеть невыполненные задания своего подразделения.
1. Откройте отчёт и выберите вариант — **По подразделениям**
2. Включите отбор **Подразделение** и выберите своё
3. Включите отбор **Выполнено** = Нет
4. Нажмите **Сформировать**
Просроченные задания будут выделены красным — их видно сразу.
### Пример 4. Планирование спринта
*Задача:* посмотреть задания текущего спринта.
1. Откройте отчёт и выберите вариант — **По спринтам**
2. Включите отбор **Спринт** и выберите нужный
3. Нажмите **Сформировать**
Отчёт покажет задания спринта с количеством в заголовке группы. Жёлтые строки — задания, у которых дедлайн завтра или сегодня.
### Пример 5. Анализ по приоритетам
*Задача:* понять, сколько критических задач сейчас в работе.
1. Откройте отчёт и выберите вариант — **По приоритетам**
2. Включите отбор **Выполнено** = Нет
3. Нажмите **Сформировать**
Задания сгруппируются от критического приоритета к минимальному. Количество в заголовке каждой группы покажет распределение.
### Пример 6. Задания конкретного исполнителя по проектам
*Задача:* посмотреть, над какими проектами работает сотрудник.
1. Откройте отчёт — вариант **По проектам**
2. Включите отбор **Исполнитель** и выберите сотрудника
3. Нажмите **Сформировать**
Задания сгруппируются по проектам — видно, в скольких проектах участвует сотрудник.
### Пример 7. Сколько дней до дедлайна
*Задача:* увидеть точное количество дней до дедлайна по каждому заданию.
1. Откройте отчёт в любом варианте
2. В настройках отчёта включите колонку **Дней до дедлайна**
3. Нажмите **Сформировать**
Положительные значения — дней осталось, отрицательные — дней просрочки.
:::info Привязка к проектам
Задания привязываются к проектам через регистр сведений "Связь проектов и заданий". Если задание не привязано ни к одному проекту, оно попадёт в отчёт в группировку с пустым проектом. Если задание привязано к нескольким проектам, оно отобразится несколь раз в каждом из них.
:::
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Планирование проекта
:::info Внимание!
Данный функционал доступен для пользователей редакции ПРОФ и КОРП начиная с версии 3.1.7.5.
:::
Ведение элементов справочника "Проекты" по сути - это начальный этап. Проекты связывают задачи, которые мы выполняем фактически.
После того, как проект выбирается в задании, можно проанализировать что было **фактически** выполнено по проекту.
***Но как быть, когда мы в самом начале проекта, либо вообще до него?***
Мы не знаем какие задачи будут выполнены, какие нет, а какие и вовсе будут отменены. Нам на помощь приходит Project Managment (или PM).
Есть прекрасное ПО на эту тему MS Project, которое позволяет в виде диаграммы показать вам схему проекта и вы сможете, рассчитать сколько нужно трудовых и материальных ресурсов, сколько проект займет времени и самое главное представить что же нужно сделать в будущем проекте.
Сразу договоримся, что под проектом можно понимать абсолютно любую последовательность действий, которая подчинена чему-то в глобальном плане.
1. Сделать ремонт.
2. Обустроить серверную.
3. Автоматизировать бухгалтерский учет.
4. Написать программу для складского учета.
5. ...
Все это проекты. Они могут быть большими, а могут быть маленькими. Могут быть сложными, а могут легкими. Занимать один день, или длиться несколько лет.
С точки зрения формализации проект - это предприятие (предпринятие) с предопределёнными целями, масштабом и длительностью (ISO/IEC 2382-20:1990). При этом мы сознательно не нигде не пишем про область управления проектом. Области могут быть абсолютно любыми.
В конфигурации "Управление IT-отделом 8", есть возможность заниматься управлением проектов.
Для этого необходимо либо открыть форму элемента проекта, либо в глобальном меню нажать **Управление проектом**.
После чего Вам будет предложено выбрать проект для управления среди уже существующих, либо там же можно создать новый.
Выбираем проект **Оборудование серверной**. Именно этот проект нами будет сегодня рассмотрен как основной.
Вот как он выглядит:
Наш проект состоит из двух частей, которые начинаются одновременно. Это выбор сервера и ремонт будущей серверной.
Мы вносим информацию о задачах проекта. Каждая задача имеет следующие настройки:
* **Название задачи** - краткое представление задачи.
* **Длительность дней** - число дней, которое будет выполнять задача. Может быть не целым.
* **Начало** - дата начала планируемая.
* **Окончание** - дата окончания планируемая.
* **% завершения** - процент завершения задачи.
* **Начало (факт.)** - дата начала фактическая.
* **Окончание (факт.)** - дата окончания фактическая.
* **Ресурсы** - кто нам помогает эту задачу выполнить?
* **Затраты** - сколько мы потратим?
* **Дополнительные затраты** - какие дополнительные затраты нас ждут?
* **Стоимость** - итоговая стоимость.
* **Доп. стоимость** - дополнительная стоимость.
* **Факт. затраты** - фактические затраты.
* **Факт. стоимость** - фактическая стоимость
Некоторые из этих колонок видны при соответствующем виде. Чтобы изменить вид необходимо нажать **Режим отображения.**
Ну и конечно необходимо акцентировать свое внимание на диаграмме Ганта. Она позволяет иерархически оценить сроки и по аналогии MS Project быть "сверху ситуации". Видеть все нюансы и последовательность действий с их связями.
Нажмем правой кнопкой на нужной строке в колонке **Описание задачи** и выберем оттуда одноименный пункт (или нажмем `F2`). Откроется описание задачи.
Здесь можно более детально отредактировать проектную задачу. Обратите внимание, что здесь присутствует кнопка **Создать задание к исполнению**.
Эта кнопка позволяет создать документ Задание - фактическое задание исполнителям.
То, чем мы оперируем в этом окне - это задача-план, но мы можем создать и фактическую задачу исполнителю с уведомлениями, перепиской и прочими важными атрибутами фактического исполнения.
Так же редактировать длительность и сроки можно прямо в ячейках табличного документа.
В самом списке можно управлять уровнем вложенности проектной задачи:
На этом же скриншоте видно есть кнопки связи двух задач. Нажатие на эту кнопку позволит связать в одну последовательность несколько задач, которые выделены в данный момент, либо отредактировать в подробной информации о задаче эти связи. Изменение связей автоматически пересчитает планируемые даты выполнения.
После того, как мы поработали с проектом и отредактировали план проекта. Необходимо нажать на кнопку **Сохранить**, чтобы все изменения по проекту были сохранены.
Так же при планировании можно использовать фильтры и отборы. Для этого необходимо два раза щелкнуть по нужному заголовку, по которому хотим сделать отбор.
А дальше выбрать из списка нужное значение отбора. Установленный фильтр будет отображен подсказкой в заголовке (красным треугольником), после наведения на него будет отображена подсказка с фильтром.
:::info Важно!
По сути этот редактор такая версия аналог Excel-файла, которая сохраняется в базе и нигде ни к чему не привязана. Но при желании можно заняться проектирование, планированием проекта по абсолютно любой методологии проектов. Это удобно, легко и понятно.
:::
---
## Ресурсы проекта
**Ресурсы** - это материальная или трудовая ценность, которые обеспечивают выполнение всех задач проекта.
Ресурс может иметь какую-то фиксированную ставку при его использовании, дневную или эту сумму можно редактировать вручную.
Так же на этой форме можно указать краткое наименование ресурса (1-3 буквы), которую потом можно увидеть при проектном управлении и [распределении ресурсов.](/it/upravlenie-proektami/planirovanie-proekta)
---
## Статусы заданий и жизненный цикл
В конфигурации у каждого задания есть два независимых статуса. На первый взгляд это кажется излишним, но у каждого — своя роль. Эта статья объясняет, чем они отличаются и зачем оба нужны.
## Два вопроса — два статуса
Представьте, что задание — это заявка в ремонтную службу. О ней можно спросить по-разному:
- **Выполнена ли заявка?** — ответ простой: да или нет.
- **На каком этапе она сейчас?** — ответ другой: принята, в работе, отложена, у мастера и т.д.
Это два разных вопроса, и в конфигурации на них отвечают два разных статуса.
---
## Статус задания — «выполнено или нет?»
**Статус задания** отвечает на один вопрос: закрыто ли задание или ещё в работе.
Этот статус определяет тип задания и его итог:
| Статус | Что означает |
|--------|--------------|
| **В работе** | Обычное задание, ещё не закрыто |
| **Выполнено** | Задание закрыто, работа завершена |
| **Отменено** | Задание закрыто, работа не выполнялась |
| **Веха в работе** | Контрольная точка проекта, ещё не достигнута |
| **Веха достигнута** | Контрольная точка проекта закрыта |
| **Веха отменена** | Контрольная точка отменена |
| **На согласовании** | Задание ожидает решения согласующего |
| **Согласовано** | Решение принято — согласовано |
| **Требуются изменения** | Решение принято — нужны правки |
| **Отклонено** | Решение принято — отклонено |
| **Согласование отменено** | Согласование закрыто без принятия решения |
Статус задания виден прямо в форме документа на панели статусов. Переключается кнопками.
> **Важно.** Статус **Выполнено** и **Отменено** — это конечные статусы. После их установки задание считается закрытым. Зависимые задания, которые ждали этого, автоматически разблокируются.
---
## Статус жизненного цикла — «в какой колонке задание?»
**Статус жизненного цикла** показывает, на каком этапе работы находится задание прямо сейчас. Это колонки Канбан-доски.
| Статус | Что означает |
|--------|--------------|
| **Новый** | Задание только что создано, ещё не взято в работу |
| **В работе** | Исполнитель активно работает над заданием |
| **Приостановлено** | Работа временно остановлена (ждём ответа клиента, нет ресурсов и т.д.) |
| **Выполнено** | Задание закрыто |
| **Отменено** | Задание отменено |
Эти статусы используются для Канбан-доски и для расчёта SLA (соглашения об уровне сервиса). Когда задание переходит в *Приостановлено*, таймер SLA останавливается. Когда возвращается в работу — продолжает отсчёт.
---
## Чем они отличаются — простой пример
Допустим, поступила заявка на ремонт компьютера.
- **Статус задания** = «В работе» — это значит, что задание ещё не выполнено.
- **Статус жизненного цикла** может меняться несколько раз: *Новый* → *В работе* → *Приостановлено* (ждём запчасть) → *В работе* → *Выполнено*.
Статус задания при этом весь этот период остаётся «В работе» — и переключится в «Выполнено» только когда исполнитель нажмёт соответствующую кнопку.
```
Статус задания: [ В работе ]────────────────────────[Выполнено]
Жизненный цикл: [Новый]─[В работе]─[Приостановлено]─[В работе]─[Выполнено]
```
---
## Что такое «Отменено» и когда его использовать
**Отменено** — это способ закрыть задание без фактического выполнения работы.
Используйте «Отменено» когда:
- Задание создано по ошибке
- Проблема решилась сама без участия исполнителя
- Клиент отозвал заявку
- Задание стало неактуальным
Чем «Отменено» отличается от «Выполнено»:
| | Выполнено | Отменено |
|-|-----------|----------|
| Задание закрыто | Да | Да |
| Зависимые задания разблокируются | Да | Да |
| Таймер SLA останавливается | Да — с фиксацией факта выполнения | Да — без фиксации |
| Учитывается в метриках выполнения | Да | Нет |
> Оба статуса разблокируют зависимые задания. Если другие задания были поставлены «в очередь» после этого — они получат возможность начаться.
---
## Почему сделано именно так
Разделение на два статуса позволяет видеть полную картину одновременно:
- **Менеджер** смотрит на статус задания — и сразу понимает, закрыт ли вопрос.
- **Исполнитель** работает со статусом жизненного цикла — и видит текущий этап на Канбан-доске.
- **SLA-система** следит за статусом жизненного цикла — и останавливает таймеры при паузах, не затрагивая итоговый статус задания.
Такой подход взят из популярной системы управления проектами Asana: там тоже есть отдельно «результат задачи» и «колонка доски».
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Статусы проектов и способы их изменения
У каждого проекта есть статус, который показывает текущее состояние дел. Статус виден в списке проектов, в карточке проекта и в форме списка заданий - это позволяет быстро оценить, как идут дела по всем проектам.
В этой статье описано, какие бывают статусы и какими способами их можно изменить.
## Какие бывают статусы
Проект может находиться в одном из семи статусов:
| Статус | Цвет | Когда использовать |
|---|---|---|
| **Не начат** | Серый | Проект создан, работа еще не началась. Устанавливается автоматически при создании проекта |
| **По плану** | Зеленый | Все идет по плану, проблем нет |
| **Под угрозой** | Оранжевый | Есть риски, которые требуют внимания |
| **Отстает** | Красный | Проект отстает от графика |
| **Пауза** | Синий | Работы временно приостановлены |
| **Завершено** | Темно-зеленый | Проект выполнен |
| **Отменено** | Темно-серый | Проект отменен |
Статусы **"Под угрозой"**, **"Отстает"**, **"Пауза"** и **"Отменено"** считаются **проблемными**. При установке проблемного статуса система требует указать причину - в виде комментария или текста обзора.
## Три способа изменить статус
Статус проекта можно изменить тремя способами. Каждый подходит для своей ситуации.
### Способ 1: Быстрая смена из карточки проекта
**Где:** карточка проекта, кнопка со статусом в шапке формы
**Когда использовать:** нужно быстро обновить статус, не покидая карточку проекта.
**Как работает:**
1. Откройте карточку проекта
2. Нажмите на кнопку с текущим статусом - она расположена в шапке формы и окрашена в цвет статуса
3. В открывшейся форме выберите новый статус из выпадающего списка
4. При необходимости укажите комментарий (для проблемных статусов - обязательно)
5. Нажмите **"Установить"**
Статус обновится, а в истории появится запись с указанием времени, автора и комментария.
---
### Способ 2: Быстрая смена из формы списка заданий
**Где:** форма списка заданий, кнопка со статусом проекта
**Когда использовать:** вы работаете с заданиями проекта и хотите обновить статус, не открывая карточку проекта.
**Как работает:**
1. Откройте форму списка заданий
2. Выберите нужный проект в списке проектов
3. Нажмите на кнопку со статусом проекта - она расположена рядом с названием проекта и окрашена в цвет статуса
4. В открывшейся форме выберите новый статус
5. При необходимости укажите комментарий (для проблемных статусов - обязательно)
6. Нажмите **"Установить"**
Этот способ удобен тем, что позволяет менять статус проекта, не прерывая работу с заданиями.
---
### Способ 3: Через документ "Обзор проекта"
**Где:** карточка проекта, вкладка **"Обзоры"**, кнопка **"Создать обзор"**
**Когда использовать:** нужно не просто обновить статус, а зафиксировать развернутое описание состояния проекта - итоги периода, возникшие проблемы, план действий.
**Как работает:**
1. Откройте карточку проекта, перейдите на вкладку **"Обзоры"**
2. Нажмите кнопку **"Создать обзор"**
3. В форме обзора заполните:
- **Статус** - выберите текущее состояние проекта
- **Тема** - краткий заголовок (например: "Итоги марта")
- **Текст** - подробное описание ситуации (для проблемных статусов - обязательно)
4. Сохраните как **черновик** или сразу нажмите **"Опубликовать"**
После публикации:
- Статус проекта обновится на указанный в обзоре
- Поля **"Проект"** и **"Статус"** заблокируются для редактирования
- Тему и текст можно будет отредактировать - при этом обзор получит пометку **"изменено"**
- Запись в истории будет содержать ссылку на документ обзора
Подробнее о работе с обзорами - в статье [Обзоры проектов и статусы](Обзоры%20проектов%20и%20статусы.md).
## Сравнение способов
| | Быстрая смена из карточки | Быстрая смена из списка заданий | Документ "Обзор проекта" |
|---|---|---|---|
| **Скорость** | Быстро | Быстро | Требует времени |
| **Комментарий** | Краткий, необязательный* | Краткий, необязательный* | Развернутый текст |
| **Документ** | Не создается | Не создается | Создается |
| **Ссылка в истории** | Нет | Нет | Есть |
| **Подходит для** | Рутинных обновлений | Работы с заданиями | Еженедельных отчетов, фиксации проблем |
\* Для проблемных статусов ("Под угрозой", "Отстает", "Пауза", "Отменено") комментарий обязателен.
## Где виден статус проекта
Статус проекта отображается в нескольких местах:
- **Список проектов** - цветной индикатор рядом с названием проекта
- **Карточка проекта** - кнопка со статусом в шапке формы
- **Форма списка заданий** - кнопка со статусом выбранного проекта
- **Вкладка "Обзоры"** - хронологическая лента всех изменений статуса
## История изменений статуса
Каждое изменение статуса фиксируется в истории, независимо от того, каким способом оно было сделано. Историю можно посмотреть на вкладке **"Обзоры"** в карточке проекта.
Для каждой записи в истории видно:
- Дату и время изменения
- Автора изменения
- Новый статус (с цветным бейджем)
- Комментарий (если был указан)
- Ссылку на документ обзора (если статус менялся через обзор)
Лента позволяет в любой момент восстановить хронологию: когда проект приостанавливался, когда возникали риски и как они разрешались.
> При большом количестве записей лента показывает последние 20 изменений. Чтобы увидеть полную историю, нажмите ссылку **"Показать все"** внизу ленты.
## Рекомендации
- **Для еженедельных отчетов** используйте документ "Обзор проекта" - это создает полноценный архив состояния проекта
- **Для оперативных обновлений** используйте быструю смену статуса - из карточки проекта или из списка заданий
- **При проблемах** всегда указывайте причину в комментарии или тексте обзора - это поможет при анализе истории проекта
- **Не забывайте обновлять статус** при изменении ситуации - актуальный статус помогает команде и руководству видеть реальную картину
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Сценарии работы
Конфигурация поддерживает несколько вариантов учёта выполненных работ. Какой именно сценарий действует в вашем проекте — зависит от двух признаков, настроенных в карточке Проекта: **Функциональность Клиенты** и **Функциональность SLA**.
## Где задаются режимы
Откройте карточку проекта (`Справочники → Проекты`) и проверьте флаги:
- **Функциональность Клиенты** — включена, если работы оказываются внешнему клиенту (компании-заказчику с договором). Выключена для внутренних работ, когда инициатор — свой же сотрудник.
- **Функциональность SLA** — включена, если по заданиям ведутся нормативы реакции/выполнения, и есть соглашения SLA с тарифами и ценами услуг.
:::tip
Признаки агрегируются по всем проектам, к которым привязано задание: если хотя бы один проект задания имеет SLA — задание ведётся по SLA.
:::
## Сценарий A. Внешний клиент, по SLA
**Когда:** Функциональность Клиенты = Да, Функциональность SLA = Да.
Это полноценный платный сервис с соглашением, тарифами и контролем сроков. Самый распространённый случай в сервисных компаниях.
Поток:
```
1. Клиент или его инициатор регистрируют Задание.
В задании автоматически заполняются нормативы реакции/выполнения из SLA,
подбирается услуга SLA.
2. Исполнитель ведёт работу. По желанию запускает таймер трудозатрат.
3. Диспетчер оформляет Наряд на работы на основании Задания
(контекстное меню → Создать на основании → Наряд на работы).
В табличной части «Работы» автоматически:
• подставляется Услуга SLA;
• Количество = норма времени услуги;
• Цена подбирается по соглашению клиента (см. «Откуда берётся цена»).
4. В конце периода бухгалтер открывает Акт выполненных работ,
указывает Контрагента (того же, что в наряде) и нажимает
«Заполнить → По нарядам на работы».
Все проведённые наряды клиента за указанный период переносятся
в табличную часть «Услуги» Акта.
5. Бухгалтер проводит Акт. В этот момент создаётся дебиторская
задолженность по клиенту и фиксируется «выставлен счёт».
6. Клиент оплачивает — оформляется Учёт денежных средств
на основании Акта. Долг закрывается.
```
## Сценарий B. Внешний клиент, без SLA (абонент / фикс-цена)
**Когда:** Функциональность Клиенты = Да, Функциональность SLA = Нет.
Применяется для абонентских и пакетных договоров, где плата не зависит от количества часов, а услуга оказывается «по факту обращения».
Поток отличается от сценария A:
- В задании Услуга SLA не определяется автоматически (нет соглашения).
- При создании Наряда от Задания строка «Работы» создаётся, но Услуга и Цена остаются пустыми — диспетчер выбирает их вручную.
- Альтернативный путь: вообще не создавать Наряды, а в конце месяца оформить **один Акт выполненных работ напрямую от Задания** (или ввести строки услуг вручную, указав абонентскую плату).
:::warning
Без SLA автоматический подбор цены не работает. Если нужно, чтобы цена подтягивалась — заведите соглашение SLA «Абонентский» и привяжите к нему стандартную услугу с фиксированной ценой.
:::
## Сценарий C. Внутренние работы (без клиента)
**Когда:** Функциональность Клиенты = Нет. SLA — любой.
Работа ведётся для собственной Организации: инициатор — свой сотрудник, отдельного контрагента-клиента нет. Типично для внутренних IT-служб, обслуживающих свою компанию.
Особенности:
- В задании поле **Клиент** пустое или равно собственной Организации.
- При создании Наряда на основании задания Контрагент шапки берётся из **Инициатора** (вашего сотрудника или подразделения).
- АВР тоже заполняется по тому же правилу — Контрагент будет Инициатор задания.
- Если Контрагентом окажется не справочник «Контрагенты», а Организация — Акт **не создаёт дебиторскую задолженность** (компания не «должает» сама себе), но фиксирует факт выполненных работ. См. [АВР для внутренних работ](./04-АВР%20для%20внутренних%20работ.md).
## Сценарий D. Задание сразу в Акт (предоплата / абонент)
**Когда:** клиент платит «оптом» — например, по предоплате за пакет часов или по абонентскому договору. Промежуточный Наряд может быть лишним.
Поток:
```
1. Задание создано и выполнено.
2. Бухгалтер открывает Акт выполненных работ.
3. Создаёт строку Услуги на основании Задания (без Наряда):
- в табличной части «Услуги» в колонке «Источник» выбирает задание;
- Услуга, Единица измерения, Цена и Количество подставляются автоматически
(если у задания есть SLA);
4. Проводит Акт. Дебиторка пишется, если контрагент — справочник Контрагенты.
```
:::note
Защита 1-к-1 не даст включить одно задание в два проведённых акта одновременно. Если задание уже в проведённом акте — сначала отмените проведение первого.
:::
## Матрица сценариев
| Сценарий | Клиенты | SLA | Цена в Наряде/АВР подбирается | Наряд обязателен? | Дебиторка пишется |
|---|---|---|---|---|---|
| A | ✓ | ✓ | автоматически | как правило да | да |
| B (абонент) | ✓ | — | вручную (без SLA) | по желанию | да |
| C (внутренние) | — | ✓ или — | по соглашению с собственной организацией, если есть | по желанию | нет, если контрагент = Организация |
| D (Задание→АВР) | ✓ | ✓ | автоматически | нет | да |
См. также: [Документы и их роль](./02-Документы%20и%20их%20роль.md), [Откуда берётся цена](./03-Откуда%20берётся%20цена.md).
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Документы и их роль
В учёте выполненных работ участвуют четыре основных документа. Каждый отвечает за свой слой и пишет движения только в «свои» регистры — это позволяет видеть план/факт, маржу и оплаты, не путаясь между управленческими и финансовыми данными.
## Задание
**Слой:** управленческий (бизнес-задача).
Задание описывает, **что надо сделать**: тема, инициатор, клиент, нормативы SLA, исполнитель, дедлайн. Это карточка обращения, а не движение по регистрам.
Задание само по себе **не создаёт ни выручки, ни дебиторки** — оно служит источником для Наряда и Акта.
Ключевые поля:
- **Клиент** — внешний контрагент (если используется ФункциональностьКлиенты).
- **Инициатор** — кто конкретно поставил задачу (контактное лицо клиента или собственный сотрудник).
- **Текущий исполнитель** — кто делает.
- **Услуга SLA** (через регистр Реквизиты SLA) — какую услугу будут оказывать.
- **Норматив реакции / выполнения** — сроки SLA.
## Наряд на работы
**Слой:** управленческий (фиксация выработки).
Наряд отвечает на вопрос: **что и за сколько было сделано**. В табличной части «Работы» — список услуг с количеством, ценой и исполнителем. Дополнительно в табличной части «Номенклатура» — оборудование, использованное при работе (декларативно — без списания со склада).
При проведении Наряд пишет движения только в один регистр — **Работы** (управленческая выработка). Это позволяет считать загрузку сотрудников и маржу проекта.
:::note
Наряд **не создаёт дебиторку** и **не пишет складские движения**. Деньги по нарядам не «зарабатываются» — это случается в Акте выполненных работ. Списание оборудования делается отдельными документами Продажа / Списание / Перемещение, которые можно создавать «на основании» Наряда.
:::
## Акт выполненных работ (АВР)
**Слой:** финансовый.
Акт — это **счёт и подтверждение оказания услуг перед клиентом**. В табличной части «Услуги» — строки за конкретный период (обычно месяц), с суммами, НДС и итогом.
При проведении Акт пишет движения в три регистра:
- **Взаиморасчёты с контрагентами** — увеличение долга клиента (дебиторка).
- **Оплата документов** — фиксация «выставлен счёт».
- **Источники в актах выполненных работ** — техническая связка с нарядами/заданиями (защита от двойного выставления одного и того же наряда).
:::warning
Движения в финансовые регистры пишутся **только если в шапке Акта стоит флаг «Контроль оплаты»**. Без этого флага документ проводится, но дебиторка и счёт **не фиксируются** — формально Акт «пустой» в учёте денег.
:::
Источник строк (колонка **Источник** в табличной части «Услуги»):
- **Наряд на работы** — строка создана на основании наряда. Защита 1-к-1: один наряд не может быть включён в два проведённых акта.
- **Задание** — строка создана напрямую от задания, минуя наряд. Применимо для предоплаты / абонента. Та же защита 1-к-1.
- **Пусто** — строка введена вручную (свободная позиция).
## Учёт денежных средств (УДС)
**Слой:** финансовый.
УДС — это **деньги от клиента**. В шапке указывается оплачиваемый документ — Акт или Продажа. При проведении УДС:
- закрывает долг (расход в **Взаиморасчётах с контрагентами**);
- фиксирует факт оплаты (расход в **Оплате документов**).
Один УДС закрывает один документ-источник. Если клиент оплатил несколько актов одной суммой — оформляется несколько УДС.
## Карта регистров
| Регистр | Кто пишет | Что хранит |
|---|---|---|
| Работы | Наряд на работы | Управленческая выработка: какой исполнитель, услуга, количество, сумма |
| Взаиморасчёты с контрагентами (приход) | АВР, Продажа | Увеличение долга клиента |
| Взаиморасчёты с контрагентами (расход) | УДС | Закрытие долга |
| Оплата документов (приход) | АВР, Продажа | Выставлен счёт / акт |
| Оплата документов (расход) | УДС | Оплачено |
| Источники в актах выполненных работ | АВР | Связка «наряд/задание → акт» (защита 1-к-1) |
См. также: [Откуда берётся цена](./03-Откуда%20берётся%20цена.md), [АВР для внутренних работ](./04-АВР%20для%20внутренних%20работ.md).
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Откуда берётся цена
Когда вы создаёте Наряд или Акт выполненных работ на основании Задания, программа автоматически пытается подобрать цену и тариф услуги для конкретного клиента. Если ничего не подобралось — строка остаётся с нулевой ценой и сумма документа будет 0. Эта статья объясняет, где программа ищет цену и что настроить, чтобы поиск был успешным.
## Каскад поиска
Цена ищется в три шага, по приоритету:
```
1. Тариф из РегистрСведений.УслугиSLA
(запись «клиент + услуга + соглашение SLA», действующая на дату документа)
↓
2. Цена из РегистрСведений.ЦеныУслуг
(запись «тариф + услуга», действующая на дату документа)
↓
3. Если в Ценах услуг не нашлось — цена из последнего проведённого Акта
выполненных работ того же клиента по той же услуге и организации.
```
Если ни одна ступень не сработала — цена остаётся пустой (0).
## Что нужно настроить
### 1. Соглашение SLA с клиентом
Откройте справочник `Соглашения SLA` и заведите соглашение для клиента (или используйте существующее). В таблице услуг соглашения для каждой услуги укажите Тариф. Без тарифа — каскад остановится на первой ступени.
### 2. Цены услуг по тарифу
Откройте `Регистр сведений → Цены услуг` и заведите цены для каждой пары «Тариф + Услуга SLA», с указанием даты начала действия. Если у тарифа разные цены для разных услуг — занесите все.
:::tip
Регистр «Цены услуг» периодический — можно вести историю изменений. Дата документа определяет, какая запись срезе сработает.
:::
### 3. Fallback по истории актов
Если соглашение SLA для нового клиента ещё не настроено, программа подсмотрит **в последний проведённый Акт** этого клиента с той же услугой и возьмёт цену оттуда. Этот fallback работает только для контрагентов из справочника «Контрагенты» — для физлиц и пользователей он не сработает.
## Что такое Тариф и Цена
| Поле | Где видно | Что означает |
|---|---|---|
| **Тариф** | в строке Наряда | Внутренний справочник тарифов (типа «Базовый», «Премиум», «Партнёрский»). Привязывает клиента к ценовой группе. Не виден в Акте — там хранится только конечная Цена. |
| **Цена** | в Наряде и Акте | Стоимость одной единицы услуги для клиента — то, что попадёт в счёт. Берётся из «Цен услуг» по найденному Тарифу. |
При копировании Наряд → Акт **Тариф не переносится** — это сознательное решение: Акт хранит только клиентскую цену, внутренняя «маржинальная» цена остаётся в наряде.
## Что происходит при ручной правке
- **Меняете Тариф в строке Наряда** → программа ищет соответствующую цену в «Ценах услуг» для этого тарифа и подставляет.
- **Меняете Услугу в строке Наряда** → пересчитывается весь каскад: ищется новый Тариф по клиенту + цена по тарифу.
- **Меняете Клиента или Инициатора в строке Наряда** → пересчитывается весь каскад уже для нового клиента.
- **Меняете Количество или Цену вручную** → пересчитывается только Сумма и НДС, ничего больше.
:::caution
Если при смене услуги цена не найдена ни на одной ступени каскада — программа **оставит прежнюю цену строки** и покажет сообщение «Цена услуги для клиента не подобрана». Это сигнал, что нужно либо проверить соглашение SLA, либо ввести цену вручную.
:::
## Если у задания не заполнен Клиент
Это типично для внутренних работ (см. [Сценарий C](./01-Сценарии%20работы.md#сценарий-c-внутренние-работы-без-клиента)) или когда клиент не определён.
Программа в этом случае **подбирает цену по Инициатору задания**: если Инициатор — справочник «Контрагенты», поиск идёт по нему. Это работает и в Наряде, и в Акте, и в кнопках массового заполнения.
## Когда цена 0
| Симптом | Причина | Решение |
|---|---|---|
| Цена в строке нового Наряда от Задания = 0 | Нет действующей записи в «Услугах SLA» (Тариф) для клиента + услуги | Завести запись в соглашении SLA с тарифом |
| Тариф подтянулся, но Цена 0 | Нет действующей записи в «Ценах услуг» для этой пары Тариф + Услуга | Завести запись в Ценах услуг с датой начала действия |
| Задание без SLA — цена 0 | Связь «задание → услуга» идёт только через SLA. Без SLA услуга не определяется. | Использовать соглашение «Абонентский» с фиксированной услугой, или заполнять услугу вручную |
См. также: [Сценарии работы](./01-Сценарии%20работы.md), [Частые проблемы](./06-Частые%20проблемы.md).
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## АВР для внутренних работ
Если в вашем проекте **Функциональность Клиенты выключена** или в задании поле «Клиент» не заполнено, работы считаются «внутренними» — оказываются для собственной Организации, без отдельного контрагента-плательщика. Эта статья описывает особенности учёта в таком режиме.
## Чем отличаются внутренние работы
| Аспект | Внешний клиент | Внутренние работы |
|---|---|---|
| Контрагент в шапке АВР | Контрагент-Клиент задания | Инициатор задания (свой сотрудник или подразделение) или собственная Организация |
| Дебиторская задолженность | Создаётся | Не создаётся, если Контрагент = собственная Организация |
| Фиксация «выставлен счёт» | Да | Да |
| Контроль оплаты по УДС | Да | Не применимо |
:::info
Логика «Контрагент = Организация → дебиторка не пишется» включена осознанно: компания не может быть должна сама себе. Но факт оказания услуг при этом всё равно фиксируется в регистре «Оплата документов» — Акт показывает, что работа была выполнена.
:::
## Как заполняется Контрагент шапки
Программа выбирает Контрагента по такому правилу:
1. Если в задании **Клиент** заполнен — берётся он.
2. Если Клиент пуст — берётся **Инициатор** задания.
3. Если оба пусты — берётся **Организация** задания.
Дополнительно проверяется тип ссылки:
- Если выбранное значение — справочник **Контрагенты**, оно ставится напрямую и подтягивается «Договор по умолчанию».
- Если **Контактное лицо** — Контрагентом становится его «Владелец» (то есть привязанный контрагент).
- Если **Пользователь / Сотрудник / Организация** — Контрагентом ставится Организация задания.
:::tip
Эта же логика работает и при создании Наряда на основании Задания, поэтому шапки Наряда и созданного на его основании Акта совпадают.
:::
## Когда дебиторка не пишется
Это происходит автоматически, если в шапке АВР Контрагент имеет тип не «Контрагенты», а **«Организации»** — то есть указана собственная организация, а не внешний клиент.
В этом случае при проведении АВР:
- В регистр «Взаиморасчёты с контрагентами» **движение не пишется** — долга нет.
- В регистр «Оплата документов» движение пишется как обычно — факт «счёт выставлен» фиксируется.
При этом сумма Акта рассчитывается полностью (Количество × Цена + НДС) — для отчётов по объёмам работ.
## Массовое заполнение АВР по заданиям инициатора
В команде **«Заполнить → По заданиям»** (за период) программа ищет задания, у которых:
- Клиент задания совпадает с Контрагентом в шапке Акта, **или**
- Инициатор задания совпадает с Контрагентом в шапке Акта.
Этого достаточно, чтобы внутренние задания (где Клиент пуст, а Инициатор — Контрагент) попали в выборку. Раньше такие задания пропускались — теперь подбираются автоматически.
## Полезные сценарии
### Учёт работы IT-отдела внутри компании
- Все проекты IT-отдела имеют флаг «Функциональность Клиенты = Нет».
- Задания создают сотрудники компании (Инициатор — конкретный пользователь, Клиент пуст).
- В конце месяца оформляется один Акт «За май: работы IT-отдела» с Контрагентом = собственная Организация.
- Команда «Заполнить → По нарядам на работы» собирает все проведённые наряды месяца.
- Акт проводится; дебиторки нет, но в отчётах «Выработка по сотрудникам» и «Оплата документов» Акт виден.
### Учёт работ внутреннего сервис-инженера для конкретного отдела
- Инициатор задания — руководитель отдела (Сотрудник или Пользователь).
- Контрагентом в Акте становится собственная Организация (через fallback).
- Можно отдельно по каждому отделу формировать Акт со своим Инициатором — для отчётности.
См. также: [Сценарии работы](./01-Сценарии%20работы.md), [Документы и их роль](./02-Документы%20и%20их%20роль.md).
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Учёт времени работ
В конфигурации есть несколько слоёв учёта рабочего времени, и важно понимать, как они между собой связаны. Эта статья отвечает на вопрос: «как фактически отработанное время попадает в Акт выполненных работ».
## Слои учёта времени
```
┌─────────────────────────────────────────────────────┐
│ Регистр сведений «Трудозатраты» │
│ Первичные интервалы фактической работы: │
│ кто, по какому объекту, с какого по какое время. │
│ Заполняется вручную или таймером по заданию. │
└──────────────┬──────────────────────────────────────┘
│
↓
┌─────────────────────────────────────────────────────┐
│ Документ «Ежедневный отчёт» │
│ Юридический снимок рабочего дня сотрудника. │
│ Заполняется командой «Заполнить по трудозатратам». │
│ Проводится, после проведения изменения возможны │
│ только через корректировку с фиксацией автора. │
└──────────────┬──────────────────────────────────────┘
│
↓
┌─────────────────────────────────────────────────────┐
│ Регистр накопления «Учёт времени» │
│ Юридический реестр часов по организации, │
│ подразделению, виду работ. Пишется только │
│ проведённым Ежедневным отчётом. │
│ Используется для нормативной отчётности. │
└─────────────────────────────────────────────────────┘
```
## Трудозатраты vs Наряд
В табличной части «Работы» Наряда поле **Количество** обычно содержит **норматив времени услуги** (взятый из карточки услуги SLA), а не фактическое время. Это сознательный выбор: Наряд — финансовый расчёт «что и за сколько», а не отчёт о реальном времени.
Фактическое время хранится отдельно в регистре «Трудозатраты». Если для конкретного задания вам нужно сопоставить фактические часы и часы в Наряде — это делается через отчёты «Анализ работ» и «Детальный анализ работ».
:::warning Кнопка «Заполнить трудозатраты» в Наряде
В текущей редакции в форме Наряда нет автоматической кнопки переноса трудозатрат в табличную часть «Работы». Если нужно отразить фактические часы вместо норматива — отредактируйте Количество в строке вручную. Автоматизация этого сценария запланирована в одном из следующих обновлений.
:::
## Когда время попадает в Акт
В Акте выполненных работ Количество строки услуги берётся:
- из Наряда (если Акт создан на основании Наряда) — то есть это нормативное или скорректированное вручную количество;
- из норматива услуги SLA (если Акт создан напрямую от Задания) — берётся `НормаВремениЧасов` карточки услуги;
- 1 — если у услуги норматив не задан.
Фактическое время из регистра «Трудозатраты» автоматически в Акт не подтягивается. Для биллинга «по факту» можно вручную пересчитать строку Акта после оформления.
## Ежедневный отчёт
Это **отдельный** документ, который не участвует в финансовом учёте, но обязателен для:
- учёта рабочего времени сотрудника по организации и подразделению;
- расчёта норм рабочего времени (через регистр накопления «Учёт времени»);
- отчётности «Сводный по заполнению ЕжедневныхОтчётов».
Один ежедневный отчёт = один рабочий день одного сотрудника. Заполняется командой «Заполнить по трудозатратам» — программа выбирает все интервалы пользователя за указанную дату из регистра «Трудозатраты» и переносит их в таблицу.
После проведения **ручное редактирование строк закрыто** — отчёт считается подписанным «снимком дня». Чтобы исправить — отмените проведение, измените, проведите заново; программа автоматически зафиксирует Автора корректировки и Дату корректировки.
## Что использовать для разных целей
| Задача | Документ / регистр |
|---|---|
| Запустить таймер на текущее задание | Регистр сведений Трудозатраты (вкладка на форме задания) |
| Посмотреть, что я делал вчера | Регистр сведений Трудозатраты (отчёт «Трудозатраты») |
| Зафиксировать рабочий день для зарплаты | Документ Ежедневный отчёт |
| Сделать счёт клиенту | Документ Акт выполненных работ |
| Получить норматив по подразделению | Регистр накопления Учёт времени |
См. также: [Документы и их роль](./02-Документы%20и%20их%20роль.md), [Сценарии работы](./01-Сценарии%20работы.md).
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Частые проблемы
В этой статье собраны типичные ситуации, с которыми сталкиваются пользователи при оформлении Нарядов и Актов выполненных работ, и краткие пути решения.
## Цена в строке Наряда / Акта равна 0
**Возможные причины:**
1. У клиента нет действующего **соглашения SLA** с заполненным Тарифом для этой услуги.
2. У найденного Тарифа нет действующей записи в регистре **Цены услуг** для этой услуги.
3. У задания **не определена услуга SLA** (например, нет связи задание → соглашение).
4. **Функциональность SLA выключена** для всех проектов задания — связь «задание → услуга» не работает.
**Что делать:**
- Откройте задание и проверьте поле «Услуга SLA» (вкладка «SLA»).
- Откройте `Справочники → Соглашения SLA` и проверьте таблицу услуг этого соглашения.
- Откройте `Регистры сведений → Цены услуг` и убедитесь, что цены на нужный Тариф + Услугу заведены.
- При смене услуги в строке вручную — программа подскажет сообщением «Цена услуги для клиента не подобрана».
Подробнее: [Откуда берётся цена](./03-Откуда%20берётся%20цена.md).
## Акт проводится, но дебиторка не появляется
**Возможные причины:**
1. В шапке Акта **снят флаг «Контроль оплаты»**. Без него Акт не пишет движения в финансовые регистры.
2. Контрагент Акта — собственная **Организация** (не справочник «Контрагенты»). Дебиторка не пишется по дизайну.
3. **Сумма документа = 0**. Если все строки с нулевой ценой — дебиторку писать нечего.
**Что делать:**
- Проверьте флаг «Контроль оплаты» в шапке Акта. Если выключен — включите и перепроведите.
- Если Контрагент — собственная Организация, это нормально (см. [АВР для внутренних работ](./04-АВР%20для%20внутренних%20работ.md)).
- Если сумма 0 — проверьте цены строк (см. предыдущий раздел).
## Команда «Заполнить по нарядам» в Акте ничего не подобрала
**Возможные причины:**
1. **Период не покрывает** даты проведённых нарядов. Проверьте «Дата начала / Дата окончания» в шапке Акта.
2. Контрагент шапки Акта **не совпадает** с Контрагентом проведённых нарядов.
3. Нарядов с подходящим периодом и контрагентом нет, или они **не проведены**.
4. Все наряды уже **включены в другие проведённые акты** (защита 1-к-1). Открывайте «Источники в актах выполненных работ» в наряде — он покажет, в каком акте уже учтён.
**Что делать:**
- Установите интервал командой «Установить интервал» (по умолчанию выбирает месяц даты документа).
- Проверьте Контрагента в шапке Акта.
- Через журнал нарядов проверьте, что наряды проведены за этот период.
## Команда «Заполнить по заданиям» в Акте ничего не подобрала
**Возможные причины:**
1. Период не покрывает даты заданий.
2. Контрагент шапки **не совпадает** ни с Клиентом, ни с Инициатором заданий.
3. У заданий **не установлен флаг «Выполнено»** — команда выбирает только выполненные задания.
4. Задания уже включены в другие проведённые акты.
**Что делать:**
- Проверьте Контрагента и интервал.
- Откройте задания и убедитесь, что они помечены как Выполнено.
- При необходимости введите Контрагентом «Инициатора» задания — массовое заполнение теперь работает по обоим полям (Клиент или Инициатор).
## При смене Клиента в строке Наряда цена не пересчитывается
В актуальной версии цена пересчитывается при смене Клиента, Инициатора или Услуги в строке независимо от того, где расположено поле «Задание» (в шапке или в табличной части). Если у вас цена не меняется — обновите конфигурацию до последней версии.
## Норматив часов в Акте от Задания не подтягивается
В актуальной версии при создании Акта на основании Задания (без Наряда) Количество строки услуги подтягивается из норматива услуги SLA (`НормаВремениЧасов`), как и в Наряде. Если у вас всегда стоит 1 — обновите конфигурацию до последней версии.
## Тариф из Наряда не виден в Акте
Это **по дизайну**: в Акте есть только клиентская Цена. Внутренний Тариф остаётся в исходном Наряде и используется для маржинального анализа. Если нужно увидеть Тариф из Акта — перейдите к строке-источнику (колонка «Источник» в табличной части Услуг).
## В табличной части Услуг Акта не заполнены Пользователь / Статья доходов и расходов
Возможны два варианта:
- Если Акт создан **массовой командой «Заполнить по нарядам»** — в актуальной версии все поля переносятся из нарядов. Если у вас они пустые — обновите конфигурацию.
- Если Акт создан **одиночным «Создать на основании»** от наряда — поля должны переноситься. Проверьте, что в нарядах эти поля действительно заполнены.
## Где посмотреть, в каком Акте уже учтён мой Наряд
Откройте `Регистры сведений → Источники в актах выполненных работ` и выберите ваш наряд в фильтре. Поле «Регистратор» покажет соответствующий Акт.
## Куда обращаться
Если ни одна из подсказок не помогла — свяжитесь с администратором конфигурации или производителем (Softonit). При обращении приложите:
- ссылку на конкретное Задание / Наряд / Акт;
- скриншот шапки и табличной части;
- скриншот соответствующего соглашения SLA и записей в регистрах «Услуги SLA» и «Цены услуг».
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Учёт выполненных работ
В этом разделе описан полный цикл оформления выполненных работ в конфигурации «Управление IT-отделом 8»: от постановки задания клиентом до подписания акта и оплаты. Раздел адресован сотрудникам службы поддержки, бухгалтерам и руководителям проектов.
## Кому нужен этот раздел
- **Исполнителю** — понять, как задание превращается в наряд и попадает в акт.
- **Диспетчеру / менеджеру** — оформить наряд по выполненной работе и подготовить акт за период.
- **Бухгалтеру** — выставить акты клиентам, проследить оплаты, получить отчёт по взаиморасчётам.
- **Руководителю** — посмотреть план/факт по проектам, маржу, дисциплину заполнения.
## Разделы
| Раздел | Содержание |
|---|---|
| [Сценарии работы](./01-Сценарии%20работы.md) | Типовые цепочки документов: внешний клиент, внутренние работы, с SLA и без. Какие настройки требуются. |
| [Документы и их роль](./02-Документы%20и%20их%20роль.md) | Задание, Наряд на работы, Акт выполненных работ (АВР), УчётДенежныхСредств — что куда пишет. |
| [Откуда берётся цена](./03-Откуда%20берётся%20цена.md) | Как программа подбирает цену услуги для клиента: тарифы, соглашения SLA, цены, fallback по предыдущим актам. |
| [АВР для внутренних работ](./04-АВР%20для%20внутренних%20работ.md) | Когда работы ведутся для собственной Организации (без внешнего клиента). |
| [Учёт времени работ](./05-Учёт%20времени%20работ.md) | Связь трудозатрат, ежедневных отчётов и актов. |
| [Частые проблемы](./06-Частые%20проблемы.md) | FAQ: «почему цена 0», «почему акт не пишет дебиторку», «почему массовое заполнение пусто». |
## Минимальный сценарий
1. Клиент или сотрудник создаёт **Задание** на работу.
2. Исполнитель ведёт работу, при необходимости фиксирует **Трудозатраты**.
3. Диспетчер оформляет **Наряд на работы** на основании Задания — фиксирует, что и за сколько было сделано.
4. В конце периода бухгалтер создаёт **Акт выполненных работ** на основании Наряда (или сразу нескольких) — выставляет счёт клиенту.
5. Клиент оплачивает — оформляется документ **Учёт денежных средств** на основании Акта.
Более сложные варианты (без SLA, без внешнего клиента, абонентское обслуживание) описаны в [Сценариях работы](./01-Сценарии%20работы.md).
## Поиск мест для скриншотов
Места для вставки скриншотов помечены комментарием в формате ``. При подготовке материалов замените эти метки на изображения формата ``.
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Учет проектов
:::info Проекты
В [конфигурации](https://softonit.ru/catalog/products/it/#detail) используются как для планирования, так и для контроля фактически выполненных работ.
:::
В проекте есть *плановые сроки* и *фактические*.
Так же есть возможность указать круг ответственных лиц (инициатор, руководитель, ответственный, клиент) и участников (проектную группу) проекта.
**Чек-лист** - предназначен для отражения пунктов-вех, которые необходимо выполнить в рамках проекта и это чисто информативная функция. Эта своеобразная простая система отражения типа списка ToDo-дел. Если вы хотите более дательный анализ дел проекта, то необходимо воспользоваться [планированием проекта](/it/upravlenie-proektami/planirovanie-proekta)
Табличная часть **Сервисы** отвечает за то, какие [сервисы](/it/podsistema-service-desk-upravlenie-incidentami/sla/nastroyka-sla#услуги-sla) необходимо использовать для выполнения проекта.
В каждом задании (инциденте), есть возможность указать реквизит *Проект*, это позволит в дальнейшем смотреть, например, диаграмму Ганта по проекту. Или видеть все задания, которые были выполнены в рамках этого проекта.
:::info Обратите внимание.
Кнопка Диаграмма будет доступна только для тех пользователей у которых редакция конфигурации ПРОФ или КОРП.
:::
**Диаграмма** позволит [планировать проект](/it/upravlenie-proektami/planirovanie-proekta). Т.е. детально управлять предстоящими задачами проекта.
---
## Учет времени
В данной главе рассмотрим, как работать с подсистемой **Учет времени** в программе и [правильно](https://softonit.ru/catalog/products/it/#detail) вести учет рабочего времени персонала.
| **Список ролей для работы с подсистемой "Учет времени"** |
|------------------------------------------------------|
| Добавление изменение ежедневных отчетов |
| Чтение ежедневных отчетов |
---
## Ежедневный отчет
:::info Документ "Ежедневный отчет"
Документ формируется для одного пользователя за один день его работы. Позволяет сделать фотографию рабочего дня пользователя от начала рабочего дня до окончания.
:::
В шапке документа располагаются следующий набор реквизитов:
- **Отчет за.** Предназначен для указания точной даты выполненных работ, по умолчанию выставляется текущей датой создания.
- **Пользователь.** Реквизит, в котором указывается конкретный пользователь, заполняющий текущий документ.
- **Организация.** Автоматически указывается организация, привязанного сотрудника к текущему пользователю.
- **Подразделение.** Автоматически указывается подразделение, привязанного сотрудника к текущему пользователю.
**Табличная часть Работы** - является самой важной составляющей документа, где заполняется список выполненных работ пользователем за указанный период. В панели кнопок располагаются кнопки управления и заполнения табличной части, которые рассмотрим поближе:
- **Добавить.** С помощью этой кнопки добавляются новые данные в табличной части по одной новой строке.
- **Вверх/вниз.** Кнопки позволяющие перемещать в табличной части по соответствующему направлению указанные работы.
- **Заполнение.** Кнопка, позволяющая производить автоматическое добавление работ в т.ч. по определенно выбранным вариантам.
- **Загрузить из файла.** Позволяет осуществить заполнение табличной части "Работы" путем заполнения информации из внешнего файла.
- **По заданиям.** Заполняет табличную часть работами выполненными по заданиям на указанную в текущем документе дату.
- **По нарядам на работы.** Заполняет табличную часть по созданным на текущую дату нарядам на работы.
- **По всем документам в которых работали.** Заполняет табличную часть работами по всем документам, в которых выполняли какие-либо действия.
- **По трудозатратам.** Заполняет табличную часть по всем документам, где были указаны, либо ручные, либо автоматические трудозатраты.
- **Сортировать по времени.** Осуществляет сортировку указанных работ по времени от наименьшего к большему.
- **Очистить табличную часть.** Позволяет быстро полностью очистить табличную часть "Работы".
- **Проверка.** Осуществляет проверку заполненных данных табличной части на пересечение интервалов времени.
При настройке автоматической установки трудозатрат в документе **Задание**, системой в автоматическом режиме проставляются трудозатраты на соответствующей закладке **Трудозатраты** с установленным видом работ. Определенный вид работ устанавливается системой исходя из выполняемых действий в задание.
Так, например, если задание было создано (вручную) или просто открыто, тогда будет установлен вид работ *Работа с документами*. Если в задаче изменяется исполнитель или останавливается таймер хронометража, тогда у трудозатрат устанавливается вид *Выполнение заданий*. Это два автоматически выставляемых вида работ, остальные используются вручную.
---
## Табель рабочего времени
Табель формируется по данным ежедневных отчетов и представляет собой отчет следующего вида:
---
## Учет трудозатрат сотрудников
В документе **Задание**, при нажатии на кнопку **Ввести показатели трудозатрат** (кнопка с зеленым карандашом), пользователю открывается форма ввода показателя времени:
В форме необходимо указать *Затраты времени*. При использовании хронометража, это поле заполняется автоматически, а сама форма отображается пользователю при остановке хронометража (старт хронометража осуществляется по кнопке с секундомером).
После внесения трудозатрат, просмотреть ранее указанные трудозатраты можно в разделе
**Учет времени -> Мои трудозатраты**.
На основе внесенных данных в дальнейшем можно создать документ **Ежедневный отчет**.
Если в настройках пользователя включить настройку **Автохронометраж в документах**, то при открытии документа **Задание**, в котором текущий пользователь является текущим исполнителем, то хронометраж будет запущен автоматически, а при закрытии формы документа остановлен.
---
## Чек-лист внедрение конфигурации "Управление IT-отделом 8"
## Шаг 1: Установка программы
Скачайте дистрибутив из личного кабинета и установите конфигурацию на ПК.
[Подробная инструкция по установке](/it/nachalo-raboty/ustanovka-konfiguracii)
## Шаг 2: Активация программы
После успешной установки необходимо произвести активацию программы.
[Подробная инструкция по активации](/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya)
## Шаг 3: Знакомство с программой
Перед тем, как приступить к работе с конфигурацией необходимо
ознакомиться с терминами и определениями. Изучить важную информацию перед стартом.
[Основные термины и определения](/it/vvedenie/terminy-i-opredeleniya)
[Полезная информация](/it/vvedenie/chto-nuzhno-znat-pered-nachalom-raboty)
## Шаг 4: Настройка функционала
На данном этапе необходимо определиться для каких целей будет использоваться программа.
1. Техническая поддержка(Service Desk).
2. Ведение складского учета.
3. Объединено.
После того как определились, нужно настроить функционал конфигурации под наши нужды. В качестве сквозного примера внедрим "Объединенный" вариант работы.
[Настройка функционала](/it/nachalo-raboty/nastroyka-i-zapolnenie-osnovnyh-spravochnikov/nastroyka-parametrov-ucheta)
[Персональные настройки](/it/nachalo-raboty/pervoe-znakomstvo-s-konfiguraciey/interfeys-konfiguracii/personalnye-nastroyki)
[Общие настройки](/it/administrirovanie/obshchie-nastroyki)
## Шаг 5: Заполнение справочников
Приступим к заполнению справочников и к созданию пользователей конфигурации. Заполнить
справочники можно не только вручную, но и с помощью импорта данных. Конфигурация поддерживает
обмен с другими 1С конфигурациями, а также позволяет импортировать данные из `AIDA64` и `WMI`.
[Заполнение справочников](/it/nachalo-raboty/nastroyka-i-zapolnenie-osnovnyh-spravochnikov/zapolnenie-osnovnyh-spravochnikov)
[Создание первого пользователя](/it/administrirovanie/sozdanie-pervogo-polzovatelya-v-konfiguracii)
[Импорт данных](/it/nachalo-raboty/import-dannyh)
## Шаг 6: Публикация базы
После заполнения справочников и создания дополнительных пользователей, перейдем к публикации базы данных на веб-сервере.
А также опубликуем дополнительные http-сервисы, которые позволят использовать мобильное приложение, личный кабинет, Telegram и установку оценок по заданиям.
[Публикация базы](/it/nachalo-raboty/publikaciya-konfiguracii-na-web)
[Публикация и настройка HTTP-сервисов](/it/nachalo-raboty/publikaciya-konfiguracii-na-web/http-servisovy)
[Мобильное приложение](/it/mobilnoe-prilozhenie)
## Шаг 7: Настройка Service Desk
После заполнения справочников и публикации конфигурации на веб-сервер, перейдем к настройке механизма **"Service Desk"**. Первым делом необходимо ознакомиться со схемой работы функционала **"Техническая поддержка"**. Далее настраиваем функционал создания заданий из электронных писем, а также соглашения SLA. После этого необходимо настроить работу с документом **"Задание"**.
[С чего начать?](/it/podsistema-service-desk-upravlenie-incidentami/s-chego-nachat)
[Создание заданий из электронных писем](/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/sozdanie-zadaniy-iz-elektronnyh-pisem)
[Соглашения SLA](/it/podsistema-service-desk-upravlenie-incidentami/sla)
[Документ "Задание"](/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie)
## Шаг 8: Настройка подсистемы "Номенклатура и склад"
Для начала ведения учета необходимо занести в программу всю номенклатуру, а также карточки номенклатуры. После того, как вся техника добавлена в программу можно вести учет оборудования. Использовать складские документы, которые предусмотрены в конфигурации, также учитывать заказы клиентов или заказы поставщиков, отражать ремонт и обслуживание оборудования.
[Номенклатура](/it/nomenklatura-i-sklad/nomenklatura)
[Карточка номенклатуры](/it/nomenklatura-i-sklad/kartochka-nomenklatury/)
[Складские документы](/it/nomenklatura-i-sklad/skladskie-dokumenty)
[Заказы поставщику](/it/zakupki-i-prodazhi/zakazy-postavshchiku)
[Заказы клиентов](/it/zakupki-i-prodazhi/zakazy-klientov)
[Ремонт и обслуживание](/it/remonty-i-obsluzhivanie)
[Импорт из AIDA64 и WMI](/it/nachalo-raboty/import-dannyh/import-dannyh-iz-storonnih-programm)
---
## Документация по API(API)
:::info Что такое API?
API (Application Programming Interface) - это механизм, позволяющий осуществить обмен информацией между двумя программными продуктами, с помощью определений и протоколов.
:::
API может взаимодействовать с большим количеством объектов информационной базы, например:
* Задания
* Контрагенты
* Контактные лица
* Спринты
* Номенклатура
* И многое другое (все типы описаны в документации API)...
Практически с каждым объектом можно взаимодействовать с помощью четырех HTTP-Методов:
1. [GET] - Получает объект или массив объектов
2. [POST] - Создает объект или массив объектов
3. [PUT] - Изменяет объект или массив объектов.
4. [DELETE] - Удаляет объект или массив объектов
Более подробно ознакомиться с методами и настройками можно в документации API
---
## Первый запуск API(API)
Чтобы выполнить первое подключение через API, необходимо опубликовать рабочую базу через службы IIS или Apache.
Как опубликовать базу вы можете ознакомиться в статьях:
- [Публикация на сервере - IIS](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-iis)
- [Публикация на сервере - Apache](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-apache)
:::info Важно!
Для работы обмена, между мобильным приложением и основной базой, при публикации, должны быть включены HTTP сервисы для работы с API, а именно: API и APIDebug для отладки.
Также в основной рабочей базе в разделе: Администрирование -> Настройки параметров учета, должна быть включена функциональная опция «Использовать API».
:::
Для того, чтобы использовать подключение, необходимо установить следующий набор ролей:
* [x] Базовые права API.
* [x] Базовые права БСП
* [x] Базовые права УФ.
* [x] Выполнение заданий.
* [x] Добавление заданий.
* [x] Чтение покер планирования.
**Подключение**
После того, как информационная база была опубликована и установлены роли, необходимо убедиться что все работает корректно, для этого откройте браузер, и сформируйте ссылку по образцу: `http://имя_хоста/имя_публикации/hs/api_debug/v1/tasks`.
В открывшейся странице заполняем логин и пароль пользователя информационной базы 1С, в успешном случае должен отобразиться текст JSON с данными существующих заданий, если это так API работает корректно, в противном случае необходимо искать проблемы с публикацией и пробовать подключение повторно.
---
## Подробная документация API(API)
Подробная документация API находится по ссылке: [https://softonit.ru/api/docs/](https://softonit.ru/api/docs/)
---
## Тестирование API, пробные запросы(API)
## Тестирование через браузер
В [основной документации](https://softonit.ru/api/docs/) описаны методы по которым можно взаимодействовать с данными, для простого тестового получения данных через API, в [документации](https://softonit.ru/api/docs/) выберите необходимый метод, скопируйте его англоязычное представление и перейдите в браузере по ссылке `http://имя_хоста/имя_публикации/hs/api_debug/v1/имя_метода`, после авторизации, будет отображен итоговый JSON файл.
Если необходимо, параметры стоит писать после url по образцу:
`?ИмяПараметра1=ЗначениеПараметра1&ИмяПараметра2=ЗначениеПараметра2...`
К сожалению, делать POST, PUT, DELETE запросы без стороннего софта через браузер нельзя, поэтому для более глубокого погружения, рекомендуем использовать программу [Postman](https://www.postman.com/) описанную ниже.
## Тестирование через Postman
Скачайте и установите программу [Postman](http://postman.com/) при первом запуске от регистрации аккаунта можно отказаться, далее следуйте пунктам описанным ниже:
1. Создайте новую вкладку запроса.
2. Выберите любой из методов (GET, POST, PUT, DELETE), для начала рекомендуем использовать `GET` для получения данных
3. Введите URL запроса по типу приведенному выше при тестировании в браузере.
4. На вкладке **Params** при необходимости введите параметры и значения.
5. На вкладке **Authorization** в поле *type* необходимо выбрать *Basic Auth*, и ввести логин и пароль пользователя информационной базы 1С.
6. На вкладке **Headers** при необходимости можно редактировать заголовки.
7. При использовании методов `PUT` или `POST` на вкладке **Body**, необходимо вставить тело запроса
8. Отправляем запрос и в основном текстовом окне получаем результат.
---
## GTD - Личная эффективность(GTD - Личная эффективность)
Раздел посвящен личной эффективности и GTD (Getting Things Done) в конфигурации Управление IT-отделом 8.
| **Список ролей для работы с подсистемой "Текущие дела"** |
|--------------------------------------------------------|
| Использование обработки текущие дела |
---
## Введение подсистемы GTD(GTD - Личная эффективность)
:::info Getting Things Done, GTD
(в переводе с англ. — «доведение дел до завершения», однако чаще и неправильно — *как привести дела в порядок*) — методика повышения личной эффективности, созданная Дэвидом Алленом и описанная им в одноименной книге [подробнее](https://ru.wikipedia.org/wiki/Getting_Things_Done).
GTD основана на принципе, гласящем, что человек должен освободить свой разум от запоминания текущих задач (бывают исключения в случаях, когда несколько задач по разным проектам взаимосвязаны), перенеся сами задачи и напоминания о них на внешний носитель (неважно, куда: бумага, компьютер). Таким образом, мозг человека, освобождается от лишней информации, от того, что должно быть сделано, а это позволяет сконцентрироваться на выполнении самих задач, которые должны быть четко определены и сформулированы заранее.
Грубо говоря GTD - это конвейер дел, где вся рутина уходит в механику и мы не задумываемся о «ненужных делах», которые на данный момент не важны, а работаем исключительно с делами насущными. Кроме того, GTD - это целая система использую которую нам становится легче работать и жить. Многие используют эту систему не только в работе, но и в личной жизни.
:::
## Так, а в чем разница между GTD и просто списком дел?
Разница огромна! Список дел - это простой список, а GTD - это целая система.
В списке мы обычно фиксируем только самые важные дела, иногда цели, а менее значительные, мелкие задачи не записываем. И очень зря.
Часто мы упускаем мелочи, которые влияют на результат и на выполнение целого проекта в целом. Часто забываем о чем-то очень важном, пока важное не напомнит о себе в самый неподходящий момент. В GTD все, что нужно сделать фиксируется и продумывается заранее.
### А мне подойдет, я ведь простой руководитель/администратор/техник и т.д.?
Можно с уверенностью сказать, что подойдет! GTD актуальна для людей разного возраста, профессий и социального положения. Вы не исключение.
## Что конкретно я получу, если буду использовать GTD?
Вы ничего не упустите из виду. Любая мелочь должна быть зафиксирована, а раз так, то вы получаете систему, где есть все.
Получите систему, где следующее действие, будет выбрано быстро и правильно.
Вы станете более продуктивным, а не просто больше успевающим. Это разные вещи.
Вы избавитесь от стресса. Конечно, полностью избавиться не удастся, но то, что у Вас перед сном не будет мыслей вида: "Ой, как же я мог это забыть!..." - это гарантируется.
Научитесь и полюбите планировать свою жизнь вместо того, чтобы позволять это делать обстоятельствам или другим людям, которые за вас решают, как Вам жить и какие жизненные цели иметь.
Получите полный контроль над проектами.
Научитесь концентрироваться на результате.
И это не мало...
## Отлично. Что мне сделать, чтобы так работать?
Как таковых строгих мантр и правил нет. Но есть основные принципы, которым необходимо следовать. Давайте перечислим их:
1. **Собирайте информацию и фиксируйте все, что может понадобиться.** Записывайте ВСЕ задачи, идеи, повторяющиеся дела (ниже мы приведем, что для этого есть в нашем решении). При этом список этих дел всегда должен быть под рукой, чтобы вы не могли сказать: «Добавлю это позже». Даже самое маленькое и незначительное дело нужно записывать, если вы не делаете его прямо сейчас. Это действие забирает больше времени, но за то, Ваш мозг попадает в ловушку, того, что все записано и он уже не реагирует на то, не забыл ли я что-то.
2. **Пишите подробно и с пояснениями.** Дела вида «Подготовить проект автоматизации» - это не дело - это цель. Когда вы будете ее выполнять, то будете долго и упорно вспоминать, что же нужно сделать. Разбивайте большие дела на конкретные действия, которые необходимо выполнить (обсудить с руководством список участников проекта, скачать и установить последние обновления для конфигурации "Конвертация", создать правила обмена (справочники, документы, константы и т.д.). Задачи должны быть сформулированы точно и при прочтении должно быть точно известно, что надо делать. В обычном списке задач часто люди тратят даже больше времени на расшифровку, чем непосредственно на выполнение дела. Если можете делегировать дело - делегируйте, но запишите, о том, когда надо проконтролировать выполнение (если надо).
3. **Правильно определяйте приоритеты.** Для каждого элемента в списке укажите конкретный срок. По сути, это работа и со списком, и с календарём. На этом этапе у Вас должна появиться уверенность, что точно ни о чём не забудете и все подготовили.
4. **Актуализируйте списки.** Списки дел быстро устаревают: что-то становится неактуальным, что-то переносится на будущее, а что-то выполняется. Система должна работать вместе с Вами. Поэтому следите, чтобы у Вас всегда был список конкретных действий и Вы могли приступить к работе без промедления.
5. **Действуйте.** Когда всё организовано, можно приступать к выполнению задуманного. Выберите дело из нужной категории, посмотрите, какие конкретные действия от Вас требуются и работайте. Так Вы сможете реализовать большие проекты.
6. **Это должна быть системная работа.** Любая система продуктивности не будет работать, если применять ее бессистемно. Не забывайте все фиксировать и не ленитесь. Чтобы получить максимальную отдачу, настраивайте все под себя и всё получится. И да, никакая, даже самая лучшая система не выполнит все дела за Вас. Работа со списками — это хорошо, но не забывайте действовать. GTD — это инструмент, который помогает Вам избавиться от стресса и ничего не забывать. Но как распорядитесь своим временем, зависит от Вас.
---
## Как работать с GTD в подсистеме "Дела"?(GTD - Личная эффективность)
Для начала работы, нужно сделать четыре простых шага.
## 1. Выделить свои дела
Используйте подсистему, чтобы организовать Ваши цели, проекты, и дела в дерево. Во-первых, запишите дела, которые требуется выполнить. Если дела большие, просто разделите их на составляющие элементы (подчиненные дела). Не пугайтесь. На вопрос: "Как съесть слона?", есть гениальный ответ "по кусочкам...". Разбейте большое дело на маленькие, если и маленькие большие, то разбейте и их на составляющие части. Если и эти компоненты все еще кажутся большими, продолжайте разделять их, пока у Вас не получится список разумных простых и выполняемых подчиненных дел (действий).
## 2. Спросите себя, "Какие дела самые важные?"
Для каждого дела, можно определить его важность относительно родительского дела или проекта. Чтобы увеличить важность дела относительно родительского дела, увеличьте значение важности.
## 3. Назначьте соответствующие контексты для каждого дела
Многие из дел в Вашем списке, могут быть выполнены только в определенных контекстах или ситуациях. Например, можно завершить дело "Купить мышку" только, когда Вы находитесь в магазине компьютерной техники. Таким образом, Вы можете создать новый контекст под названием "Магазин компьютерной техники", и назначить этот контекст для этого дела. Позже, придя в магазин, можно отфильтровать или сгруппировать список (следующих действий) по назначенным контекстам и увидеть, что нужно купить мышку.
Другой способ, думать о контекстах, как о категории для дел. Для дел можно назначить несколько контекстов. Контексты, могут быть также открытыми или закрытыми.
## 4. Сформируйте упорядоченный список To-Do (следующих действий)
После того, как Вы ввели все свои цели, проекты, и задачи программа выберет только те задачи, которые требуют Вашего немедленного внимания. Эти задачи помещаются в список To-Do - простой список действий. При заданном по умолчанию виде Активные действия, в списке To-Do видны только задачи без незаконченных подзадач и запланированные задачи появляются в этом списке только в заданное время. За детальной информацией о создании списка to-do (список следующих действий), обратитесь к теме [Список To-Do](./spisok-to-do).
Список To-Do может быть отсортирован по приоритетам так, чтобы можно было оставаться сосредоточенным на том, что действительно важно для Вас, отделяя важность от срочности, минуя промедление.
Также, задачи в списке To-Do могут быть отфильтрованы по различным параметрам, таким как Контексты, имеющееся у вас на данный момент свободное время и т.д.
Задачи в списке To-Do, могут быть, также сгруппированы по различным параметрам. Довольно просто настроить под себя Вид списка To-Do, который будет отфильтрован, отсортирован и сгруппирован согласно Вашим потребностям.
Каждый раз при завершении задачи список следующих действий обновляется, оставаясь актуальным.
---
## Настройки автоформатирования дел(GTD - Личная эффективность)
Предположим Вы настроили виды и теперь Вам видны все дела с фильтрами активного вида.
Например, вы просматриваете вид "Сегодня", который отображает список дел, их срок установлен текущей датой.
И вы хотите как-то отделить важные дела от неважных, или видеть звонки, которые вы хотите совершить с иконкой телефона, или иметь напоминание дней рождений, чтобы поздравить коллегу или начальника вовремя. Это пример, того, когда оформление важно. У вас могут быть свои примеры.
Для этих целей мы добавили автоформатирование дел.
Собственно, это настройки, которые добавляют по определенным условиям оформление для дел (жирный, курсив, подчеркивание, цвет текста, цвет фона, изображение).
Рассмотрим другой пример. Пример оформления проектов. По GTD **Проекты** — каждый разомкнутый цикл в жизни или работе, требующий больше, чем одного физического действия для достижения цели, становится проектом. Проекты, необходимо контролировать и периодически делать обзор, чтобы удостовериться, что с каждым проектом связано следующее действие, и, таким образом, проект будет продвигаться.
Естественно в общем списке мы хотим как-то выделять проекты. Добавим синий цвет текста и добавляем условия.
Теперь в списке заданий все проекты будут синими.
Таким образом, можно с помощью автоформатирования раскрашивать дела по вашим условиям.
---
## Настройки видов дел(GTD - Личная эффективность)
Виды дел позволяют отобразить отфильтрованные, отсортированные и сгруппированные дела по Вашим условиям. При первом запуске будут созданы стандартные виды. Все имеющиеся виды отображаются в левой панели видов. Вы можете создавать свои собственные Виды, используя встроенные возможности для фильтрации, сортировки и группировки ваших дел.
Это позволит вам без труда работать с разными делами просто перейдя на соответствующий вид.
Где:
1. - **Отборы** Специальные условия выборки данных.
2. - **Столбцы** Какие столбцы выводить в выбранном виде.
3. - **Группировки** Группирует дела в зависимости от выбранных значений.
4. - **Сортировки** По каким столбцам отсортировать в конце отборов и группировок дерево дел.
5. - **Как представить дерево дел** В виде дерева, или в виде линейного списка. Например, избранное имеет смысл смотреть списком. При иерархическом просмотре можно дополнительно указать, что выводить дела с учетом дочерних или родительских элементов.
---
## Настройки контекстов(GTD - Личная эффективность)
Многие из дел в Вашем списке могут быть завершены только в определенных контекстах или ситуациях. Например, выполнить дело *обсудить с руководством внедрение проекта автоматизации* можно лишь, находясь непосредственно в кабинете руководителя. Таким образом, Вы можете создать новый контекст *Руководитель* и назначить этот контекст для вышеупомянутой задачи. Затем добавить вид с фильтром контекста *Руководитель* и Вы сможете выбрать лишь те дела, которые связаны с этим контекстом. Также, Вы можете думать о контекстах, как о категориях для задач.
Каждый контекст может включать другие Контексты.
Каждый контекст может быть открыт/закрыт в определенное время.
Можно создавать, переименовывать, удалять и назначать параметры для контекстов в диалоге Управления контекстами. Для открытия этого диалога, выберите в меню списка дел
**Настройки -> Контексты**
Обратите внимание, на то, что контекст может иметь автора и таблицу пользователей. Эта возможность позволяет открыть задания с этим контекстом другим пользователям для совместной работы.
Например, создав контекст "@Платежный календарь", мы можем делам, которые необходимо проплатить устанавливать эти контексты. В этом случае эти дела увидят другие пользователи указанные на закладке **Пользователи** в контексте.
Присваивание делам контекстов позволяет отфильтровывать дела в видах и делиться этими делами с другими пользователями.
---
## Поиск в делах(GTD - Личная эффективность)
Иногда бывает необходимо найти что-то в большом списке дел. Можно воспользоваться механизмом поиска:
Если что-то по введенной строке будет найдено, то при переходе на найденную строку, будет выполнен переход к найденному делу в дереве.
---
## Работа с делами в дереве дел(GTD - Личная эффективность)
После добавления дела, можно изменить тему, выбрать контексты, установить срок и т.д. в самом дереве нажав, правую кнопку мыши:
Так же при выделении дела, в правой части будут отображены ее [реквизиты](./rekvizity-del).
---
## Реквизиты дел(GTD - Личная эффективность)
Любое дело имеет список реквизитов. При активации любого дела, справа отображается панель свойств этого дела:
### Описание
* **Тема** - заголовок дела (длиной до 512 символов)
* **Описание** - это текст неограниченной длины, который служит дополнением для темы и позволяет подробнее описать выделенное дело.
### Общие
* **Контексты** - список контекстов текущего выделенного дела.
* **Важность** - насколько важно дело. Число от 0 до 200 по умолчанию 100.
* **Срочность** - насколько срочно дело. Число от 0 до 200 по умолчанию 100.
* **Усилие** - какое усилие нужно приложить к делу, чтобы его выполнить. Число от 0 до 200 по умолчанию 100.
* **Это папка** - дело может содержать в себе другие дела и не выполняться, т.е. своеобразным разделом. Например, папка *Дни рождения*, которая содержит информацию, о днях рождения коллег. Естественно, это не дело - это какая-то информация, которая возможно может пригодиться. Поэтому у папки нельзя установить признак ***Выполнено***.
* **Дело как цель** - любое дело может быть нашей целью. А цели могут быть недели, месяца, квартала или года. По умолчанию цель недели оформляется с одним восклицательным знаком, а месяца с двумя. Остальные цели являются стратегическими. Также по умолчанию цели отображаются в системном виде ***Цели***. Просматривая периодически наши цели, мы их актуализируем и стараемся достичь.
* **Задание** - любое задание может быть связано с делом этим реквизитом.
### Срок
* **Начало** - дата, когда дело начнется или началось. Может быть пустым, если дата не известна.
* **Срок** - дата, когда дело должно быть выполнено. Один из ключевых реквизитов дел. В таблице колонка срок отображается в удобном виде: сегодня, завтра, вчера, четверг и т.д. Это позволяет более конкретно представлять дату если она близко. Может быть пустым, если нет срока выполнения.
* **Использовать время** - галочка, которая определяет формат даты реквизитов начало и срок. Если галочка установлена, то срок будет с временем. По умолчанию выключена.
### Проект
* **Это проект** - галочка, которая свидетельствует о том, что текущее дело является проектом. Т.е. состоит из нескольких подчиненных дел. Важный реквизит при планировании проектной деятельности.
* **Процент проекта** - % на сколько выполнен проект. Доступно только для проектов.
* **Статус** - статус, на котором находится проект в текущий момент.
### Обзор
* **След. обзор** - галочка, что по этому заданию есть обзоры. Т.е. периодический просмотр этого и подчиненных дел для контроля. Этим механизмом удобно контролировать выполнение поручений.
* **Дата обзора** - дата, когда необходимо выполнить обзор дела. Так же в видах дел содержит вид ***Обзор***, где можно посмотреть дела, которые либо с просроченным обзором, либо обзор сегодня.
* **Обзор каждые N** дней, недель, мес. - позволяет, нажав на кнопку **Обзор проведен** увеличить дату обзора, на указанный интервал времени. Либо, если он пуст, то обзор автоматически включается и считается от текущей даты с учетом настроек обзора периода.
* **Обзор был** - дата последнего обзора.
### Стиль
* **Жирный** - оформить текущую строку жирным шрифтом.
* **Курсив** - оформить текущую строку курсивом.
* **Подчеркнутый** - подчеркнуть текущую строку.
* **Цвет текста** - цвет текста всей строки. Если пересекается с автоформатированием, то имеет приоритет.
* **Цвет фона** - цвет фона всей строки. Если пересекается с автоформатированием, то имеет приоритет.
* **Картинка** - изображение текущего дела. Если пересекается с автоформатированием, то имеет приоритет.
* **Очистить стиль** - очищает все настройки стиля для текущего выделенного дела.
---
## Сбор информации о делах(GTD - Личная эффективность)
Продуктивность без стресса начинается с процесса разгрузки разума, которое заключается в фиксации всего более-менее важного на бумаге или другом носителе — в том, что Аллен, называет корзиной: физический ящик для приёма сообщений, электронный почтовый ящик, диктофон, ноутбук, карманный компьютер, или их комбинация. Суть в том, чтобы выкинуть из головы всё более-менее важное на удобный носитель для последующей обработки. В нашем случае это будет конфигурация "Управление IT-отделом 8".
Все корзины должны быть освобождены (обработаны) по крайней мере раз в неделю. Аллен не настаивает на каком-то определённом методе сбора, но делает акцент на важности регулярного освобождения корзины. Любое место хранения (физический, электронный почтовый ящик, магнитофон, ноутбук, карманный компьютер, и т.д), приемлемо, если оно **регулярно обрабатывается**.
В нашем решении сбором информации занимается подсистема "Дела". Это дополнение к стандартному функционалу, которое позволяет фиксировать все дела как личные, так и рабочие.
1. Для того, чтобы включить использование подсистемы **Дела**, откройте
**Администрирование -> Сервис -> Настройка параметров учета -> Функциональность**
На этой закладке Вы найдете галочку **Использовать дела**. Включите ее, если она выключена и нажмите **ОК** для того, чтобы настройки были применены.
2. Теперь можно открыть подсистему дел.
**Главное -> Дела**
Вот так выглядит главное окно работы с программой:
Список дел - это иерархическое дерево, где каждая строка - это определенное дело и группа дел, которые необходимо выполнить. Причем в нашей программе, надо понимать под делом все в широком смысле. Делом может быть и то, что нельзя выполнить. Ну допустим создать папку "Информация" и взять за правило туда складывать все, что содержит какие важные вам данные.
Кнопка **Создать** на панели дел, позволяет добавлять новые дела на том же уровне, что и текущее выделенное дело. Рядом с этой кнопкой есть кнопка **Создать подчиненное дело**. Т.е. для текущего выделенного дела будет создано новое дело, которое будет подчиненно текущему. Далее кнопка **Массовый ввод**, которая позволяет кроме того, что Вы введете сразу несколько дел за один раз, так же дополнительно анализировать вводимые данные и в зависимости от текста устанавливать реквизиты добавляемого дела (например срок).
Далее четвертая кнопка **Вид дел в дереве**.
Она имеет три состояния:
1. Показаны только не выполненные дела
2. Показаны не выполненные дела + те, которые выполнены в течении последних суток (недавно завершенные)
3. Все дела и выполненные и не выполненные.
Эта кнопка позволяет по ситуации скрывать или отображать то, что нужно в данный момент времени.
Далее кнопка создания напоминания для текущего дела.
Далее блок кнопок, который сворачивает или разворачивает дерево дел.
Далее кнопка **Установить фокус**, при нажатии устанавливается "фокус" на конкретное дело.
Далее блок кнопок, которые отвечают за перемещение дела: вверх, вниз, на уровень выше или ниже и перемещение дела в определенный каталог.
Далее меню настроек:
1. [Автоформатирование](./nastroyki-avtoformatirovaniya-del) - позволяет задать оформление дел по определенным условиям.
2. [Виды дел](./nastroyki-vidov-del) - список видов, который отображен слева (Входящие, Все дела, Избранное и т.д.) и их настройки.
3. [Контексты](./nastroyki-kontekstov) - список контекстов наших дел.
Далее кнопка поиска дел.
Создание нового задания на основании текущего дела и кнопка ручного обновления видов дел и дерева дел.
---
## Список To-Do (следующих действий)(GTD - Личная эффективность)
:::info Список To-Do
Это список дел, состоящий из подзадач, которые, необходимо выполнить в первую очередь. Каждое дело и подзадача, имеют свой вес (степень важности), в To-Do подзадачи сортируются по весу (сверху-вниз). Таким образом, Вам можно не распределять в списке "Все дела" самостоятельно, какую подзадачу выполнять первой, а перейдя в To-Do, сразу приступать к исполнению.
Созданная подзадача, сразу помещается в список To-Do ***Активные действия***.
:::
Активные действия (по проектам) работает аналогично, единственное отличие заключается в том, что группировка происходит по проектам.
Флажок **Спрятать в To-Do** отмечает дела, которые не должны попадать в список To-Do.
---
## Управление IT-отделом 8(It3)
Уважаемый пользователь!
Благодарим Вас за выбор нашего программного продукта и поздравляем с отличной покупкой! Мы надеемся, что работа в конфигурации для Вас будет удобной и приятной, а также наше решение позволит сократить Ваше драгоценное время.
Мы очень рады, что Вы выбрали именно нас и постараемся Вас не подвести.
Удачи в ведении учета!
С уважением, команда [SoftOnIT.RU](https://softonit.ru/)
Перейти на страницу продукта: [Управление IT-отделом 8](https://softonit.ru/catalog/products/it/)
## Используемые ресурсы
### Подсистемы
- [1С:Библиотека стандартных подсистем](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-standartnykh-podsistem/)
- [1С:Библиотека подключаемого оборудования 8](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-podklyuchaemogo-oborudovaniya/)
- [1С:Библиотека интернет поддержки пользователей](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-internet-podderzhki/)
- [Телефония МИКО](https://telefon.miko.ru/)
### Внешние компоненты
- [Clip1C](https://github.com/Diversus23/clip1c)
- [MCP для Управление IT-отделом 8](https://github.com/Diversus23/itmcp)
### Иконки и картинки
- https://icons8.com/
### Web-компоненты
- [Шаблон личного кабинета AdminLTE](https://adminlte.io/)
- Подсветка исходного кода в базе знаний [https://prismjs.com](https://prismjs.com/)
---
## Администрирование(Администрирование)
В этой подсистеме сосредоточены все функции по настройке и управлению конфигурацией.
---
## Включение редактирования конфигурации(Администрирование)
Для включения возможности редактирования конфигурации зайдите под учетной записью администратора информационной базы в режиме работы **Конфигуратор**.
Далее откройте конфигурацию:
Если эта кнопка недоступна и дерево метаданных открыто, значит конфигурация уже открыта.
Далее в меню:
**Конфигурация -> Поддержка -> Настройка поддержки**
и нажать на кнопку **Включить возможность изменения**.
После этого нажать **ОК** и закрыть форму настройки поддержки, далее необходимо нажать кнопку в меню
**Конфигурация -> Обновить конфигурацию базы данных**
После этого конфигурацию можно редактировать.
---
## Выгрузить данные в ТСД(Администрирование)
В данной панели осуществляется выгрузка данных в ТСД (терминал сбора данных). Кнопка **Заполнить** заполняет форму номенклатурами, находящимися в справочнике номенклатур.
Обработка выгружает данные по остаткам в ТСД из конфигурации
---
## Изменение макета печатной формы(Администрирование)
Пример изменения макета печатной формы документа.
В документе «Начало обслуживания» в табличной части есть поле *Описание*, которое можно использовать, например, как описание неисправности:
Однако, в печатной форме *Заявка на ремонт (обслуживание)* это поле не выводится:
Добавим вывод этого поля в печатную форму, для этого перейдем
**«Администрирование -> Печатные формы, отчеты и обработки -> Макеты печатных форм**
В списке макетов найдем наш макет
Нажмем на кнопку **Изменить**. Откроется форма редактирования макета
В заголовке колонки с количеством (колонка 4) вызовем контекстное меню (правой кнопкой мыши) и выберем команду **Раздвинуть**
В результате между колонками с количеством и инвентарным номером будет добавлена пустая колонка
В заголовке таблицы введем заголовок **Описание**. Для вывода самого описания необходимо добавить параметр *Описание*, для этого в ячейке таблицы в строке с другими параметрами вызовем контекстное меню, в котором выберем команду **Свойства**
Откроется палитра свойств ячейки, в которой для свойства *Заполнение* необходимо указать значение *Параметр* и ввести имя параметра *Описание*
Тут же можно настроить и другие свойства ячейки: размещение текста, положение текста и т.д. Мы перенесем текст со значением *ВСЕГО* на одну колонку вправо. Выделим строки со значениями "Описание" объединим, через свойства ячейки, добавим нижнюю границу и расширим столбец чтобы текст описания помещался:
В макете печатной формы нажимаем кнопку **Записать и закрыть**. В форме списка макетов напротив нашего макета появился значок, указывающий на то, что в макет были внесены изменения:
Для просмотра результата вернемся в форму документ и нажмем кнопку **Заявка на ремонт (обслуживание)**, добавленное поле выводится на печать
---
## Копирование настроек пользователей(Администрирование)
Копирование настроек между учетными записями удобный и простой механизм для ввода нового пользователя, который сэкономит много времени. Для копирования необходимо создать нового пользователя. После этого перейти на вкладку
**Администрирование -> Настройки прав и пользователей -> Копирование настроек**
Копировать настройки нужно от пользователя у которого уже они созданы.
Далее выбрать пользователей кому будут копироваться настройки.
После этого, можно копировать все настройки, либо выбрать отдельные. При выборе отдельных настроек, можно копировать настройки внешнего вида, настройки отчетов, персональные настройки, настройки печати табличных документов и т.д.
Для копирования настроек отчетов, следует помнить, что при сохранении варианта отчета, в настройках сохранения отчет должен быть доступен данному пользователю.
---
## Настройка интерфейса OData(Администрирование)
Требования: версия программы **3.1.4.5** и выше.
**Интерфейс OData** позволяет настроить REST-сервис для обмена со сторонними программами, например, для решения таких задач:
* интеграция с интернет-сайтами;
* реализация сторонними средствами дополнительных функций без изменения программы;
* загрузка и выгрузка данных;
* интеграция с корпоративными программами без дополнительного программирования.
Можно выполнить также:
* получение списка документов или других элементов, с использованием различных фильтров;
* получение данных документа или элемента списка;
* редактирование данных одного документа или элемента списка;
* создание нового элемента списка или документа;
* проведение документа, отмена проведения.
## Настройка OData
В разделе
**Администрирование –> Синхронизация данных -> Настройки стандартного интерфейса OData**
для того чтобы произвести настройки автоматического REST-сервиса для запроса и обновления данных:
`REST-сервис` позволяет читать данные 1С:Предприятия, изменять их, создавать новые объекты данных и удалять существующие. При этом синхронизация данных может быть отключена.
Для работы с `REST-сервисом` не рекомендуется использовать какие-либо уже существующие учетные записи с целью защиты данных программы от взлома, т.к. `REST-сервис` предназначен для работы со сторонними программами. На странице настройки размещено напоминание об этом.
На вкладке **Авторизация** включите флажок *Создать для использования автоматического REST-сервиса отдельные имя пользователя и пароль (рекомендуется)*.
Введите *Имя пользователя*, *Пароль* и *Подтверждение пароля*. Нажмите кнопку **Сохранить**.
В разделе **Информация для разработчиков** можно подробнее ознакомиться с описанием технологии `REST-сервиса` и с документацией по его использованию с помощью гиперссылок.
На вкладке **Состав** можно определить, какие данные будут участвовать в работе автоматического `REST-сервиса`. По умолчанию список пуст.
Нажмите кнопку **Загрузить метаданные**, для того чтобы отобразить данные программы.
С помощью флажков предоставьте доступ к основным и подчиненным данным, которые будут участвовать в работе `REST-сервиса`. Например, если выбрать список *Валюты*, то программа автоматически подбирает зависимое перечисление *Способы установки курса валюты*, без которого сторонняя программа не сможет работать со списком.
После предоставления доступа к данным нажмите **Сохранить и закрыть** для продолжения работы в программе. Теперь сторонние программы получат доступ к выбранным данным.
Необходимо также убедиться, что флажок *Публиковать стандартный интерфейс OData* был включен при публикации ИБ на веб сервере, в противном случае следует выполнить повторную публикацию ИБ.
Для настройки прав доступа пользователей в программе предусмотрены следующие роли:
| **Роль** | **Краткое описание** |
| ------------------------------------------ | ------------------------------------------ |
| Удаление данных OData | Дает право удалить данные интерфейса OData |
---
## Настройки пользователей и прав(Администрирование)
## Пользователи
**Пользователи** - администрирование пользователей, которые работают с программой.
**Настройки входа** - переход к настройкам сложности и смены паролей пользователей. Можно установить сроки действия паролей, а также ограничение работы неактивных пользователей.
**Группы пользователей** - включите флажок, для того чтобы можно было использовать группы для пользователей и внешних пользователей. Один пользователь может быть участником нескольких групп. Права доступа, указанные для группы, назначаются всем ее участникам. Использование групп имеет смысл, если пользователей программы много.
## Группы доступа
* **Группы доступа** - настройка прав доступа и ограничений для пользователей и групп пользователей. Группа доступа определяет совокупность действий с данными программы, которые могут выполнять участники этой группы.
* **Профили групп доступа** - настройка предустановленных шаблонов групп доступа пользователей. Профили групп доступа, как правило, объединяют в себе несколько ролей. При включении пользователя в группу доступа ему назначаются все роли, заданные в профиле группы доступа.
* **Ограничивать доступ на уровне записей** - включите этот флажок, для того чтобы максимально гибко настраивать права доступа пользователей к справочникам, документам и другим данным программы.
* **Группы доступа контрагентов** - включите этот флажок, для того чтобы разрешить настройку доступа к данным по группам контрагентов. Станет доступна команда:
* **Группы доступа контрагентов** - создание дополнительных групп контрагентов для разграничения доступа к справочникам, документам и другим данным.
* **Группы доступа мест хранения** - включите этот флажок, для того чтобы разрешить настройку доступа к данным по группам мест хранения. Станет доступна команда:
* **Группы доступа мест хранения** - создание дополнительных групп мест хранения для разграничения доступа к справочникам, документам и другим данным.
* **Группы доступа категорий базы знаний** - включите этот флажок, для того чтобы разрешить настройку доступа к данным по категориям базы знаний. Станет доступна команда:
* **Группы доступа категорий базы знаний** - создание дополнительных групп категорий базы знаний для разграничения доступа к справочникам, документам и другим данным.
## Персональные настройки пользователей
* **Копирование настроек** - копирование настроек контекста работы программы от одного пользователя другим. Это бывает полезно при вводе нового пользователя.
* **Настройки пользователей** - просмотр и управление настройками выбранного пользователя.
* **Очистка настроек** - очистка настроек пользователя, группы пользователей или всех пользователей. Это восстанавливает целостность настроек и в некоторых случаях помогает нормализовать работу сеансов этого пользователя в программе.
## Дата запрета изменения
* **Дата запрета изменения** - включите флажок, для того чтобы использовать даты запрета изменения данных программы. После этого становится активной команда:
* **Настроить** - переход к установке запрета редактирования данных программы до определенной даты (данных прошлых периодов).
## Защита персональных данных
* **Настройки регистрации событий доступа к персональным данным** - настройки регистрации событий доступа в соответствии с требованиями Федерального закона от 27.07.2006 N152-ФЗ "О персональных данных".
* **Защита от персональных данных** - просмотр обращений к персональным данным выбранных объектов программы.
* **Скрывать персональные данные через** - включите флажок, для того чтобы по истечении определенного срока скрывать личные данные, например, через 7 дней. Причиной скрытия данных может быть истечение срока действия согласия субъекта или его отсутствие.
---
## Настройки работы с файлами(Администрирование)
В данной панели осуществляется настройка параметров загрузки, хранения и обработки файлов.
Доступны команды:
* **Хранить файлы в томах на диске** - выбор между хранением файлов в информационной базе или в томах на диске. В последнем случае файлы не будут храниться в программе.
* **Если флажок включен, становится доступной команда Тома хранения файлов** - переход к настройке подключения к томам (папкам) хранения файлов на файловом сервере.
* **Тома хранения файлов** - переход к настройке подключения к томам (папкам) хранения файлов на файловом сервере.
* **Запретить загрузку файлов с расширениями** - включите флажок, для того чтобы запретить загрузку в программу файлов с указанными расширениями и укажите запрещенные к загрузке расширения файлов в поле ввода через пробел.
* **Максимальный размер файла** - введите ограничение загрузки в программу файлов, превышающих указанный размер. По умолчанию указан размер 50 Мб. Файлы большего размера не будут загружаться в программу. Если максимальный размер равен нулю, то объем файлов не ограничен.
* **Настройка очистки файлов** - выполните команду, для того чтобы настроить очистку ненужных файлов.
* **Расширения файлов ODF** - можно указать расширения файлов открытого формата документов для офисных приложений, текст из которых также будет извлекаться для построения индекса полнотекстового поиска. Расширения указываются через пробел. По умолчанию список заполнен основными расширениями файлов. Указывать или уточнять список расширений файлов открытого формата документов нужно при использовании операционных систем фирмы Microsoft, если для программы OpenOffice не установлено расширение IFilter.
* **Расширения текстовых файлов** - введите расширения файлов, содержащих текстовые данные. Расширения указываются через пробел.
* **Синхронизировать файлы с облачными сервисами** - включите флажок для синхронизации с Яндекс.Диск, Box и другими облачными сервисами для упрощения редактирования файлов.
* **Настройки синхронизации** - перейдите по ссылке для настройки синхронизации файлов с облачными сервисами.
---
## Обслуживание(Администрирование)
В данной панели осуществляется контроль над состоянием программы, резервное копирование и восстановление, обновление версии, оптимизация быстродействия.
* **Журнал регистрации** - просмотр событий и действий, которые происходили в регламентных заданиях или в процессе работы пользователей в программе.
* **Активные пользователи** - список пользователей, которые сейчас работают в программе.
* **Блокировка работы пользователей** - установка и снятие запрета работы пользователей с программой. При установке запрета завершается работа всех активных пользователей (включая текущего).
* **Удаление помеченных объектов** - окончательное удаление тех объектов программы, которым ранее была присвоена пометка на удаление.
## Отчеты и обработки
* **Отчеты администратора** - отчеты по журналу регистрации и другие отчеты для администрирования программы.
## Регламентные операции
* **Регламентные и фоновые задания** - переход к списку регламентных и фоновых заданий. Настройка, выполнение и отслеживание состояний регламентных и фоновых заданий. Регламентные задания автоматически выполняют регламентные операции по расписанию.
* **Управление итогами и агрегатами** - управление итогами регистров накопления и бухгалтерии и агрегатами оборотных регистров накопления. Правильная настройка итогов и агрегатов может повысить производительность программы.
## Резервное копирование и восстановление
С целью уменьшения риска потери данных необходимо регулярно выполнять резервное копирование программы.
Частота создания резервных копий зависит от интенсивности ввода новых данных в программу.
* **Создание резервной копии** - выполнение резервного копирования программы: прямо сейчас, через некоторое время или при завершении работы.
* **Настройка резервного копирования** - настройка автоматического резервного копирования по расписанию, или отключение контроля резервного копирования, если оно выполняется сторонними средствами.
* **Восстановление из резервной копии** - восстановление программы из резервной копии.
## Корректировка данных
* **Групповое изменение реквизитов** - изменение реквизитов и табличных частей в выбранных элементах.
* **Поиск и удаление дублей** - поиск похожих элементов по заданным условиям сравнения.
* **Правила проверки учета** - правила проверки корректности данных (ссылочная целостность, циклические ссылки и т.д.).
## Обновление программы
* **Результаты обновления и дополнительная обработка данных** - сведения о ходе обновления версии программы, отложенное выполнение дополнительных процедур обработки данных.
* **Описание изменений программы** - просмотр списка изменений в установленной версии программы и рекомендаций по обновлению программы.
* **Детализировать ход обновления в журнале регистрации** - при включенной настройке в журнал регистрации записываются выполняемые обработчики обновления с указанием времени выполнения.
## Оценка производительности
* **Оценка производительности** - включите флажок для начала замеров интегральной производительности программы по методике APDEX.
* **Настройки** - настройки параметров оценки производительности.
* **Профили ключевых операций** - переход к настройке профилей ключевых операций.
* **Экспорт замеров** - экспорт замеров производительности за произвольный период.
* **Импорт замеров** - импорт замеров производительности за произвольный период.
---
## Общие настройки(Администрирование)
В данной панели осуществляется настройка основных параметров программы.
* **Заголовок программы** - введите текст, который будет отображаться в заголовке окна программы.
* **Часовой пояс** - часовой пояс, по которому ведется учет в программе. Все даты документов и регистров программы хранятся в этом часовом поясе.
* **Время текущего сеанса** - с помощью этой команды можно узнать, насколько время клиента отличается от времени сервера с поправкой на часовой пояс.
## Публикация информационной базы
* **Адрес в интернете** - предназначен для формирования ссылок на объекты информационной базы в сети интернет.
* **Локальный адрес** - предназначен для формирования ссылок на объекты информационной базы в локальной сети.
## Виды контактной информации
* **Виды контактной информации** - добавление и настройка видов контактной информации различных объектов программы, например, партнеров, контрагентов, сотрудников и т.д.
## Дополнительные реквизиты и сведения
* **Дополнительные реквизиты и сведения** - включите флажок, для того чтобы использовать дополнительные свойства для справочников и документов.
* **Реквизиты и сведения с общим списком значений** - включите флажок, для того чтобы разрешить добавление реквизитов, у которых общий список значений с другими реквизитами (команда Добавить - По образцу).
* **Общие реквизиты и сведения** - включите флажок, для того чтобы разрешить добавление реквизитов сразу к нескольким объектам программы одновременно (команда Добавить - Общий).
* **Дополнительные реквизиты** - настройка состава дополнительных реквизитов для справочников и документов.
* **Дополнительные сведения** - настройка состава дополнительных сведений для справочников и документов.
## История изменений
* **Хранить историю изменений** - хранение и просмотр версий документов и справочников программы.
* **Настроить** - настройка хранения и очистка версий документов и справочников.
## Поиск данных
* **Полнотекстовый поиск данных** - включите флажок, после этого становится доступной команда:
* **Настроить** - настройка полнотекстового поиска и поддержка индекса полнотекстового поиска в актуальном состоянии.
## Электронная подпись и шифрование
* **Электронная подпись** - включите флажок, для того чтобы разрешить использовать электронные подписи и проверять отсутствие изменений файла с момента формирования электронной подписи.
* **Шифрование** - включите флажок, для того чтобы разрешить шифрование файлов.
* **Настройки электронной подписи и шифрования** - переход к настройке параметров подключения средств криптографии: электронной подписи и шифрования.
---
## Органайзер(Администрирование)
В данной панели осуществляется настройка электронной почты, заметок, напоминаний и бизнес-процессов. Доступны команды:
## Почта
* **Почтовый клиент** - включите флажок, для того чтобы использовать возможности встроенного в программу почтового клиента для взаимодействий с помощью электронных писем (e-mail).
* **Исходящие письма** в формате HTML - включите флажок, для того чтобы редактировать исходящие письма в формате HTML.
* **Звонки,** SMS, встречи и запланированные взаимодействия - включите флажок, для того чтобы регистрировать в программе звонки, встречи, сообщения SMS и запланированные взаимодействия.
* **Признаки "Рассмотрено**" и "На контроле" - включите флажок, для того чтобы можно было ставить отметки о рассмотрении входящих писем, встреч, телефонных звонков и запланированных взаимодействий, а также для постановки на контроль исходящего письма. Этот флажок полезно использовать для организации совместной работы в программе.
* **Запретить отображение** небезопасного содержимого в письмах - включите флажок, для того чтобы при наличии небезопасных элементов в письмах не предлагать их отображение. Входящие письма могут содержать элементы, позволяющие отправителю скрытно отслеживать действия с письмом, в частности, время просмотра и некоторые параметры устройства, на котором письмо было прочитано. К небезопасным элементам относятся загружаемые из Интернета картинки или встроенные скрипты. В целях безопасности такие элементы автоматически отключаются при просмотре письма.
* **Настройка системной** учетной записи - переход к настройке основной учетной записи электронной почты для отправки уведомлений из программы.
* **Настройки почты** - администрирование всех учетных записей электронной почты.
## Отправка SMS
* **Настройка отправки SMS** - переход к настройке параметров отправки SMS-сообщений из программы.
## Заметки, напоминания, анкетирование, шаблоны сообщений
* **Заметки** - включите этот флажок, для того чтобы можно было использовать заметки - произвольную текстовую информацию, для которой не получается подобрать какого-либо более подходящего справочника или документа, и которая больше никому не должна быть доступна. Заметки могут быть произвольными или по предмету, ссылаясь, например, на элемент справочника, документ, или другой объект программы.
* **Напоминания** - включите этот флажок, для того чтобы можно было вводить напоминания, которые срабатывают в назначенное время. Укажите время и предмет, по поводу которого в программе в указанное время будет выведен список напоминаний. Напоминания могут быть произвольными или по предмету, ссылаясь, например, на элемент справочника, документ, или другой объект программы.
* **Анкетирование** - включите этот флажок, для того чтобы стал доступным соответствующий раздел программы, в котором можно готовить опросы, составлять анкеты, проводить опросы среди респондентов, а также анализировать результаты опросов.
* **Шаблоны сообщений (флажок)** - включите флажок, для того чтобы стала доступной команда:
* **Шаблоны сообщений** - в программе предусмотрена возможность разработки шаблонов сообщений для почтовых сообщений и сообщений SMS, их хранение и управление ими в списке шаблонов. Возможна отправка писем и сообщений SMS, сформированных на основании списков или документов и по заранее подготовленным шаблонам сообщений.
---
## Оценка производительности(Администрирование)
В конфигурации есть средства для сбора и анализа данных о производительности работы по APDEX, которая является международным стандартом оценки производительности информационных систем. Оценка производительности программы по методике APDEX состоит из следующих основных этапов:
* заполнение профиля ключевых операций (в профиле заполняются приоритет и целевое значение времени для каждой ключевой операции, предусмотренной в программе);
* сбор информации о времени выполнения каждой ключевой операции;
* на основании собранных данных – формирование отчета Оценка производительности по ключевым операциям.
Для начала замера производительности нужно установить флажок **Оценка производительности** в разделе
**Администрирование -> Обслуживание -> Оценка производительности**
После этого в фоне будет автоматически собираться информация о времени выполнения по всем ключевым операциям, предусмотренным в программе, а также становятся доступными ссылки:
* **Профили ключевых операций** – переход к настройке профилей ключевых операций;
* **Настройки** – настройки параметров оценки производительности;
* **Экспорт замеров** – экспорт замеров производительности за произвольный период;
* **Импорт замеров** – получение замеров производительности из указанного файла на компьютере.
**Ключевые операции** – это различные действия пользователей в программе: формирование отчетов, проведение документов, открытие форм документов.
Открываются в разделе
**Администрирование -> Ключевые операции**
Каждая ключевая операция характеризуется свойствами:
* **Приоритет;**
* **Целевое время;**
* **Минимально допустимый уровень.**
В списке можно просмотреть информацию о ключевой операции дважды щелкнув по ней мышью или выполнить команду **Еще -> Изменить**, для того чтобы просмотреть или заполнить данные.
Для просмотра замера времени по ключевой операции, нужно нажать на ссылку **Замеры времени** на панели навигации.
**Профили ключевых операций** - это наборы ключевых операций, сгруппированные для оценки производительности.
Открываются в разделе
**Администрирование -> Профили ключевых операций**
В список можно добавить новую ключевую операцию, заполнив **Целевое время** и **Приоритет**. Профили можно сохранять на компьютер и загружать с компьютера.
Анализ производительности осуществляется с помощью отчета **Оценка производительности по ключевым операциям**, к которому можно перейти, воспользовавшись соответствующей ссылкой в разделе
**Администрирование -> Обслуживание -> Отчеты и обработки -> Отчеты администратора**
Замеры производительности можно экспортировать в файл и импортировать в конфигурацию.
Для того чтобы настроить выгрузку замеров производительности, необходимо перейти по ссылке Настройки в разделе
**Администрирование -> Обслуживание -> Оценка производительности**
Экспорт выполняется автоматически с помощью регламентного задания. Для перехода к дальнейшей настройке экспорта нужно нажать ссылку **Настроить расписание экспорта.**
---
## Печатные формы, отчеты и обработки(Администрирование)
В данной панели осуществляется настройка печатных форм, вариантов отчетов, рассылок отчетов, дополнительных отчетов и обработок. Доступны команды:
* **Макеты печатных форм** - переход к списку макетов для настройки печатных форм, формируемых из программы.
* **Подменю "Печать"** - переход к настройке команд подменю Печать.
* **Отчеты** - переход к списку вариантов отчетов для настройки их доступности и размещения в разделах программы.
* **Рассылки отчетов** - переход к списку рассылок отчетов для автоматического формирования отчетов и доставки сформированных отчетов получателям.
* **Универсальный отчет** - предназначен для получения отчета по выбранным данным программы - по спискам, документам, регистрам и т.д.
* **Настройка колонтитулов** - установка номеров страниц, даты и других полей в колонтитулах отчетов при печати
* **Расширения** - подключение расширений: разделов, отчетов и обработок в дополнение к предусмотренным в программе.
* **Внешние компоненты** - переход к списку внешних компонент. Программа предоставляет администратору возможность контролировать список внешних компонент, используемых на рабочих местах. В списке администратор может подключить внешние компоненты из файла на компьютере или обновить их.
* **Дополнительные отчеты и обработки (флажок)** - включите флажок, для того чтобы подключать к программе внешние печатные формы, отчеты и обработки в дополнение к предусмотренным в программе. После включения становится доступной команда:
* **Дополнительные отчеты и обработки** - переход к подключению внешних печатных форм, отчетов и обработок в дополнение к предусмотренным в программе.
---
## Письмо разработчикам конфигурации(Администрирование)
Если у Вас возникли вопросы или пожелания связанные с конфигурацией, то вы можете написать нам письмо прямо из 1С:
---
## Подключаемое оборудование(Администрирование)
Данная форма предназначена для подключения и настройки внешнего оборудования, подключенного в справочнике "Внешнее оборудование".
Чтобы подключить и настроить оборудование необходимо выполнить описанные ниже шаги:
* Установить необходимые драйверы
* На соответствующих закладках в табличных полях задать строки, соответствующие необходимому оборудованию
* Активизировать строку, содержащую информацию о внешнем оборудовании и нажать кнопку «Настроить»
* Произвести настройку параметров экземпляра оборудования
---
## Подраздел "Сервис"(3)
Содержание главы:
* Проверка наличия обновлений
* Даты запрета изменения данных
* Дополнительные обработки
* Поиск и удаление дублей
* Универсальный подбор и обработка объектов
* Поиск и замена значений
---
## Даты запрета изменения данных(Подраздел Сервис)
Предназначена для установки даты запрета изменения (загрузки) данных.
Запреты загрузки данных могут не использоваться. В этом случае доступно только окно настройки дат запрета изменения данных.
Установка даты запрета изменения данных и различные настройки, связанные с ней, выполняются по соответствующей команде в разделе
**Администрирование -> Настройка пользователей и прав -> Дата запрета изменения**.
Установка даты запрета загрузки данных выполняется по соответствующей команде в разделе **Синхронизация данных**.
Также можно найти эти команды в разделе **Интегрируемые подсистемы**.
## О запрете изменения (загрузки) данных
* Иногда при работе с программой требуется установить запрет изменения каких-либо данных до определенной даты. Например, после сдачи квартальной бухгалтерской отчетности в налоговую инспекцию обычно устанавливается запрет изменения тех данных, которые использовались для формирования этой отчетности, то есть данных по последний день отчетного периода.
* Запрет загрузки, в отличие от запрета изменения, может быть установлен для данных, которые должны редактироваться только в одном узле информационной базы, а также по правилам, которые следуют из требований синхронизации данных, а не из типовых бизнес-процессов организации. Например, решение редактировать данные по некоторым организациям только в центральном офисе (в центральном узле), для того чтобы технически обеспечить закрепление ответственности за эти данные за конкретным сотрудником центрального офиса, является основанием запрета загрузки данных из других узлов.
## Проявление установленного запрета
* Если дата запрета изменения данных установлена, то при попытке внести изменения в программу до даты запрета изменения выводится сообщение о невозможности изменения данных.
* Если в закрытом периоде есть объекты, помеченные на удаление, то их удаление будет невозможно.
* Если дата запрета изменения не установлена, то ограничения не действуют.
* Если дата запрета загрузки данных установлена, то при попытке получить данные в программу до даты запрета загрузки все запрещенные для получения данные будут пропущены, сведения о них будут записаны в журнал регистрации, а разрешенные данные будут получены.
## Установка даты запрета
* В программе предусмотрена возможность установить или отключить дату запрета изменений (дату запрета загрузки данных). Для этого в поле **Установка даты запрета** выберите соответствующее значение:
* **Нет запрета изменения (загрузки) данных** - в этом случае отключаются все установленные ранее даты запрета.
* **Для всех пользователей** (Для всех информационных баз). При этом становятся доступными поля **Способ указания даты запрета** и **Дата запрета**.
* **По пользователям** (По информационным базам). Эту возможность можно использовать, если дату запрета необходимо установить для конкретного пользователя или группы пользователей (для конкретной информационной базы), или разным пользователям (информационным базам) необходимо установить разные значения даты запрета.
* При этом становится доступным список, в который можно добавлять пользователей/группы пользователей (информационные базы) и настраивать для каждого из них свое значение даты запрета.
* Список состоит из колонок:
* **Пользователь, группа пользователей** (Программа: информационная база - наименование программы и информационной базы для этой программы).
* **Комментарий** - напишите дополнительную информацию о пользователе (об информационной базе).
* В списке по умолчанию всегда присутствует элемент `<Для всех пользователей>` (`<Для всех информационных баз>`). Элемент нельзя удалить или изменить. Настройки даты запрета, выполненные для этого элемента, будут использоваться для всех пользователей (информационных баз), кроме тех, которые содержатся в списке.
* При необходимости добавьте в список нужных пользователей /группу пользователей (информационные базы):
* Нажмите **Подобрать**, для того чтобы выбрать из списка несколько пользователей (информационных баз).
* Нажмите **Все действия** (в интерфейсе Такси *Еще- Добавить*) над списком, для того чтобы Выбрать пользователя/группу пользователей (программу и информационную базу для этой программы. Для каждой программы можно также выбрать элемент `<Все информационные базы>`).
* Для того чтобы выполнить настройку даты запрета, необходимо выделить в списке нужного пользователя/группу пользователей (информационную базу) или элемент `<Для всех пользователей>` (`<Для всех информационных баз>`), а сами настройки выполнить ниже в полях **Способ указания даты запрета** и **Дата запрета**.
## Способы указания даты запрета
Программа позволяет задавать различные **Способы указания даты запрета изменений**:
* **Общая дата** – при этом способе одна дата запрета задается для всех элементов данных программы.
* **По разделам** – для каждого раздела программы устанавливается своя дата запрета.
* Когда дата запрета задается по разделам, становится доступным список, в который можно добавлять **Разделы** (соответствующей командой) и указывать для каждого раздела свое значение даты запрета. Список состоит из колонок:
* **Раздел, объект** - в данном случае в колонке перечисляются разделы программы;
* **Дата запрета** - выберите из списка тип значения даты запрета (можно выбрать произвольную дату или одну из относительных дат);
* **Запрет изменения по** - для произвольной даты напишите или выберите значение, для относительной даты значение проставляется программой автоматически.
* В списке по умолчанию присутствует элемент `<Общая дата>`. Значение даты запрета для этого элемента будет использоваться для всех разделов по умолчанию, кроме тех, которые уже содержатся в списке.
* Если в поле Установка даты запрета указано **Для всех пользователей (Для всех информационных баз)**, то удалить элемент `<Общая дата>` и разделы нельзя, при этом по умолчанию доступны все разделы, их можно только **Изменить** - указать **Дату запрета**.
* Если в поле **Установка даты запрета** указано **По пользователям (По информационным базам)**, то удалить элемент `<Общая дата>` и разделы можно. Если дата запрета изменений устанавливается для определенного пользователя/группы пользователей (информационной базы), то необходимо выбрать один или несколько разделов.
* Для добавления раздела выполните команду **Разделы**, выберите нужные с помощью флажков, затем нажмите кнопку **ОК**.
* **По объектам** – даты запрета задаются в разрезе объектов программы. Для каждого объекта устанавливается своя дата запрета. Если выбрано это значение, то становится доступным список, в который можно добавлять объекты (соответствующей командой) и указывать для каждого объекта свое значение даты запрета. Так же, как и в предыдущем способе, в списке для аналогичных целей содержится элемент `<Общая дата>`.
* **По разделам и объектам** – даты запрета задаются и в разрезе разделов, и в разрезе объектов.
* При этом становится доступным список, в который можно добавлять разделы и объекты, указывая для каждого раздела и каждого объекта свое значение даты запрета. Так же, как и в предыдущих способах, в списке содержится элемент `<Общая дата>` для аналогичных целей.
* Для выбора разделов выполните команду **Разделы**.
* Для выбора нескольких объектов в выделенном разделе выполните команду **Подобрать**.
* Также в нужном разделе можно выполнить команду **Добавить** контекстного меню по правой кнопке мыши, затем указать объект с помощью кнопки **Выбрать**. Также можно воспользоваться аналогичной командой меню **Все действия** (в интерфейсе Такси **Еще**).
Для того чтобы установить дату запрета изменения нужного раздела (объекта) или изменить общую дату, в нужной строке в колонке *Дата запрета* выполните команду **Изменить** контекстного меню по правой кнопке мыши или дважды щелкните по ней мышью. Для задания даты запрета нажмите кнопку **Выбрать**. После выбора даты для возврата к дальнейшим настройкам нажмите кнопку **ОК**.
## Дата запрета
* При установке даты запрета можно задавать не только произвольную дату , но и относительную.
* Значения относительных дат:
* **Конец прошлого года;**
* **Конец прошлого квартала;**
* **Конец прошлого месяца;**
* **Конец прошлой недели;**
* **Предыдущий день.**
* Для относительных дат (кроме значения **Предыдущий день**) можно задать количество дней «отсрочки» до установки даты запрета, в течение которых изменение данных все еще будет разрешено.
* Для этого необходимо включить флажок *Разрешить изменение данных до даты запрета*. Затем задайте количество дней "отсрочки", например, в течение 10 дней после даты запрета.
* Если установлена относительная дата, то для того, чтобы дата запрета изменения в будущем изменялась по заданным правилам автоматически, в программе используется регламентное задание "Пересчет текущих значений относительных дат запрета изменения".
* Если по каким-либо причинам использование регламентных заданий невозможно (например, в файловом варианте работы программы и в других случаях может потребоваться выполнить пересчет текущих значений относительных дат запрета вручную), то перерасчет текущих значений относительных дат запрета можно выполнять с помощью команды **Все действия** (В интерфейсе Такси **Еще**) - *Пересчитать даты*. При этом команду необходимо выполнять периодически в соответствии с установленной относительной датой. Например, если установлено значение *Предыдущий день*, то команду необходимо выполнять ежедневно; если установлено значение *Конец прошлого месяца*, то команду необходимо выполнять ежемесячно.
## Отчеты по датам запрета
Отчеты доступны по соответствующей команде. В отчетах возможна группировка данных:
* по разделам/объектам: выберите отчет **Даты запрета по разделам и объектам для пользователей** (Даты запрета по разделам и объектам для информационных баз);
* по пользователям (по информационным базам): выберите отчет **Даты запрета по пользователям** (Даты запрета по информационным базам).
Отчеты позволяют увидеть результирующие даты запрета, установленные для пользователей/групп пользователей (информационных баз) с учетом приоритетов.
---
## Дополнительные обработки(Подраздел Сервис)
Позволяет запускать дополнительные обработки. Сами обработки добавляются в разделе [Печатные формы, отчеты и обработки](/it3/administrirovanie/pechatnye-formy-otchety-i-obrabotki)
---
## Поиск и замена значений(Подраздел Сервис)
Универсальная обработка **Поиск и замена значений** предназначена для поиска и замены ссылочных значений в различных объектах информационной базы 1С:Предприятия.
Необходимость в выполнении такой операции может возникнуть, например, если в процессе работы в справочник контрагентов по ошибке один и тот же контрагент введен дважды, и оба значения уже использовались в различных документах. В этом случае, прежде чем удалить один из элементов справочника следует исправить все документы (и другие объекты, если таковые существуют), в которых используется этот элемент. Данная обработка позволяет выполнить такую процедуру автоматически.
:::info Внимание!
Обработка выполняет замену значений в объектах информационной базы универсальным образом. При этом не учитываются особенности конкретной конфигурации. Использование обработки может нарушить логическую взаимосвязь значений объектов, которая поддерживается конфигурацией при ручной корректировке значений. Рекомендуется перед использованием обработки сделать архивную копию информационной базы. После использования обработки следует убедиться в том, что изменения произведены корректно и не вызвали логических нарушений в данных тех объектов, в которых производилась замена значений. При необходимости следует вручную изменить те данные, значения которых, зависят от измененных обработкой значений.
:::
Для выполнения замены следует заполнить список пар значений *Замещаемые объекты*. В качестве значения *Что заменять* можно выбрать тот элемент справочника, который введен ошибочно, а в качестве значения *На что заменять* - тот элемент, который реально должен использоваться в документах, справочниках и других объектах.
В списке **Замещаемые объекты** двойным щелчком мыши или нажатием клавиши `Enter` можно открыть значение, на котором установлен курсор.
Далее следует нажать кнопку **Найти ссылки**. Программа будет выполнять поиск объектов (документов, справочников и т.д.) в которых использовались значения выбранные в колонке **Что заменять**. Поиск может занять продолжительное время.
В списке найденных ссылок можно отменить замену текущей пары значений для отдельных объектов. Для этого следует отключить соответствующие флажки в списке.
Для выполнения замены значений следует нажать кнопку **Выполнить замену значений**. Программа будет выполнять замену значений в тех объектах, замена в которых не отменена.
---
## Поиск и удаление дублей(Подраздел Сервис)
В данной панели осуществляется поиск и удаление дублирующихся данных один из дублирующихся объектов вы можете отметить как оригинал, а остальные дубли просто удалить.
* **Искать в** - позволяет выбрать справочник, в котором будет производиться поиск дублей.
* **Отбирать** - задает условия отбора для поиска.
* **Сравнить** - выбор свойства, по которому будут сравниваться элементы.
* **Отметить как оригинал** - позволяет отметить выбранный элемент как оригинал (останется после удаления дублей). В списке он отмечается стрелкой, а дубли галочками.
* **Открыть** - открывает выбранный элемент.
* **Свернуть группы дублей** - сворачивает все группы дублей.
* **Развернуть группы дублей** - разворачивает все группы дублей.
* **Повторить поиск** - производит повторный поиск дублей.
---
## Проверка наличия обновлений(Подраздел Сервис)
Эта форма сама проверяет наличие обновлений
---
## Универсальный подбор и обработка объектов(Подраздел Сервис)
:::info Обработка "Универсальные подбор и обработка объектов"
Предназначена для поиска объектов в справочниках и документах по произвольному условию и дальнейшей обработки найденных объектов.
:::
Для подбора объектов необходимо в поле выбора **Объект поиска** выбрать искомый объект, задать необходимые условия поиска по кнопке **Настройки отбора** на закладке **Найденные объекты** и нажать кнопку **Найти ссылки**.
Для поиска по строке во всех строковых полях объекта необходимо ввести искомую строку в поле ввода **Строка поиска** на закладке **Найденные объекты** и нажать кнопку **Найти ссылки** (клавиша `F9`). При этом будут учтены и все условия, заданные в настройках отбора.
Результат поиска выводится в табличное поле, расположенное на закладке "Найденные объекты". Для включения объекта в обработку необходимо включить флажок в соответствующей строке.
Для обработки объектов необходимо перейти на закладку **Обработки**.
В дереве **Доступные обработки** на первом уровне отображаются все доступные обработки. При двойном щелчке мыши или нажатии `Enter` на первом уровне дерева доступных обработок открывается форма новой настройки обработки с возможностью сохранения текущей настройки (кнопка **Сохранить настройку**) и непосредственного выполнения обработки (кнопка **Выполнить**). Настройки обработок отображаются на втором уровне дерева доступных обработок. При добавлении новой строки создается новая настройка обработки, которую в дальнейшем можно изменять, удалять, копировать и выбирать для выполнения. Сохранение и добавление настроек возможно только для обработок, в которых предусмотрена и необходима пользовательская настройка.
В табличном поле **Выбранные обработки** отображаются настройки доступных обработок, участвующие в групповой обработке объектов. Заполнение списка осуществляется выбором настройки в дереве доступных обработок и перетаскиванием их мышкой в поле **Выбранные обработки**. Для добавления обработки, не предусматривающей пользовательских настроек, необходимо при добавлении выбирать непосредственно обработку. При двойном щелчке мыши или нажатии `Enter` в строке табличного поля выбранных обработок открывается форма редактирования настройки обработки с возможностью сохранения текущей настройки (кнопка **Сохранить настройку**) и непосредственного выполнения обработки (кнопка **Выполнить**). Групповая обработка объектов выполняется нажатием кнопки **Выполнить** на панели **Выбранные обработки**. Для включения настройки в групповую обработку необходимо включить флажок в соответствующей строке.
---
## Рассылка отчетов(Администрирование)
Зачастую возникает потребность в регулярной автоматической рассылке отчетов, которые формируются в конфигурации. Подобная возможность предусмотрена в программе и позволит отправлять отчеты пользователям конфигурации в определенный период времени. Отчеты будут отправлены в виде файлов электронным письмом или выгружены на указанный жесткий диск. При этом сами отчеты могут формироваться или вручную, или по указанному расписанию автоматически.
## Подсистема "Рассылки отчетов"
Для вызова подсистемы необходимо перейти в раздел
**Администрирование -> Рассылки отчетов**.
Кнопки, расположенные на командной панели позволяют выполнять следующие действия:
* [x] **Создать** - создать новую рассылку;
* [x] **Создать группу** - создать группу рассылки;
* [x] **Скопировать** - позволяет создать новую рассылку путем копирования;
* [x] **Выполнить сейчас** - позволяет запустить рассылку отчетов вручную;
* [x] **События рассылки** - позволяет открыть журнал регистрации, в котором настроен отбор событий по текущей рассылке. Используется при анализе ошибок, произошедших во время рассылки.
## Создание рассылки
Для создания новой рассылки нужно нажать соответствующую кнопку **Создать**, после чего откроется форма создания рассылки. В верху формы необходимо заполнить реквизиты:
* **Наименование** - краткое представление рассылки, которое может быть использована в теме электронного письма;
* **Подготовлена** - флажок, который обозначает готовность рассылки к выполнению. Установка флажка активизирует дополнительные проверки заполнения реквизитов. По умолчанию установлен.
* **Отправлять** - выбирается вариант отправки рассылки (отчеты указанным, свой отчет для каждого получателя, только мне (личная рассылка));
* **Получатели** - указывается вид получателя (Пользователи, Контрагенты).
## Отчет для рассылки
Для того, чтобы выбрать вариант отчета, необходимо нажать кнопку **Подобрать**, которая выведет список доступных вариантов для рассылки. Форма выбора разделяется на две части, в левой части располагаются подсистемы конфигурации, а в правой отображается список доступных отчетов выбранной подсистемы.
Если, выбранный вариант отчета включает собственные настройки реквизитов (Организация, период и т.д.), то тогда они настраиваются в поле *Настройки отчета*
После подбора и настройки отчета для осуществления рассылки, перейдем к подготовки расписания. На одноименной закладке **Расписание** активируем флажок *Выполнять по расписанию*, после чего станет доступна тонкая настройка расписания. Стоит отметить, что для проведения рассылки в программе создается регламентное задание **Рассылка отчетов**.
Следующим шагом будет указание способа доставки, это может быть либо отправка на электронную почту, либо выгрузка в указанную(папку, сетевой каталог, FTP ресурс).
## Настройка рассылки по электронной почте
Активируем флаг *Отправлять по электронной почте* и укажем получателей электронной почты. После в реквизите *От* необходимо указать учетную запись электронной почты, которая будет отправлять рассылку отчетов. Далее остается дополнить тему рассылки и основной текст, если это необходимо.
## Отправка рассылки в указанную папку
Активируем флаг *Публиковать*, если выбирать из выпадающего списка вариант публикации *В папку*, тогда отчеты будут выгружены в одну из выбранных папок (файлов) конфигурации.
Для размещения рассылки в сетевом ресурсе, необходимо выбрать соответствующий вариант и указать сетевой путь. Поддерживается, как `Windows`, так и `Linux`. Аналогичные действия проводятся для `FTP` ресурса, указывается путь `ftp` и данные для доступа.
На закладке **Дополнительно** применяются дополнительные настройки рассылки. Указывает формат отчета, который будет отправлен (`.word`, `exel`, `pdf` и т.д.).
* **Транслировать имена файлов** транслирует на латиницу имя отправляемого отчета, например, `otchet.pdf`.
* **Архивировать** создаст архив из рассылки и установит пароль если это необходимо.
* **Адрес ответа** указывается адрес электронной почты, на которую необходимо принимать ответы на отправленную рассылку.
Для того, чтобы получатели не видели других адресатов рассылки нужно активировать флаг **Отправлять письма через скрытые копии**.
---
## Регламентные и фоновые задания(Администрирование)
Предназначен для администрирования регламентных и фоновых заданий.
Ряд действий в программе может выполняться автоматически в фоновом режиме, по определенному расписанию.
Такие действия называются регламентными заданиями, например, это ежедневная загрузка курсов валют, регулярная рассылка отчетов, отложенное проведение документов и т.п. Регламентные задания облегчают работу в программе, позволяя перенести выполнение рутинных задач в саму программу, и в то же время они снижают человеческий фактор (например, можно забыть загрузить курсы валют в один из перегруженных другими задачами дней).
Открывается по команде Регламентные и фоновые задания в разделе
**Администрирование -> Обслуживание -> Регламентные операции**
Список предоставляет следующие возможности:
* **Регламентные задания;**
* **Фоновые задания;**
* **Контроль выполнения регламентных заданий.**
## Регламентные задания
В списке можно включить (или отключить) то или иное регламентное задание и поменять расписание.
В списке выводится:
* **Включено** флажок в колонке означает, что регламентное задание включено и выполняется в соответствии с заданным расписанием;
* **Наименование** - полное наименование регламентного задания;
* **Состояние** - информация о выполнении регламентного задания;
* **Дата окончания** - дата и время завершения регламентного задания.
## Обновление списка
* **С помощью кнопки Обновить** можно актуализировать информацию в списке регламентных заданий, а также на вкладке Фоновые задания, т.к. списки связаны, при этом будет произведен отбор в соответствии с указанными ранее настройками.
## Настройка расписания
* Для каждого регламентного задания может быть задано расписание, в соответствии с которым регламентное задание будет автоматически запущено на исполнение. В программе поддерживаются однократные и периодические расписания, для этого нажмите **Настроить расписание**.
## Выполнение регламентного задания
Для того чтобы начать выполнение регламентного задания сразу же, нажмите **Выполнить сейчас**.
В файловом режиме работы программы оно будет выполнено в текущем сеансе.
В клиент-серверном режиме работы программы выполнение произойдет в фоновом задании на сервере. При выполнении процедуры в фоновом задании на сервере не меняется дата последнего выполнения, используемая для запуска по расписанию.
Одновременное выполнение двух версий одного и того же регламентного задания невозможно. Если запустить то же самое регламентное задание, которое выполняется в данный момент, то программа выведет сообщение о невозможности вторичного запуска регламентного задания.
## Ввод нового регламентного задания
В некоторых случаях бывает необходимо задать два разных расписания для одного регламентного задания. Тогда в список можно добавить новое регламентное задание по одному из предопределенных шаблонов, предусмотренных в программе.
Нажмите **Добавить**, выберите из списка шаблон, нажмите кнопку **ОК**. Заполните необходимые поля.
## Фоновые задания
Технически, в соответствии с заданным расписанием для выполнения регламентного задания создается фоновое задание, которое выполняет регламентные действия. Например, если задано ежедневное расписание на 9:15, то каждый день в 9:15 будет запускаться новый сеанс фонового задания. После завершения регламентной операции фоновое задание автоматически завершается.
В списке выводится:
* **Состояние** - выполнение задания;
* **Наименование** - наименование фонового задания;
* **Начало** - дата и время начала выполнения фонового задания;
* **Окончание** - дата и время окончания выполнения фонового задания;
* **Регламентное задание** - наименование регламентного задания.
Для контроля выполнения регламентных заданий можно воспользоваться отбором фоновых заданий по различным признакам:
| Отбор | Описание |
| ------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| По состоянию | Позволяет выполнить отбор по состоянию (дополнительно к отбору по периоду и по регламентному заданию): Выполнено; Завершено с ошибками; Отменено; Выполняется. Включите нужные отборы с помощью флажков. |
| По периоду | Позволяет выполнить отбор по периоду (дополнительно к отбору по состоянию и по регламентному заданию): произвольный - можно установить нестандартный период; все время - отбор по периоду не выполняется; прошлая ночь - стандартный период 12 часов с 21:00-09:00; вчера - стандартный период 24 часа с 00:00-23:59 вчерашнего дня; сегодня - стандартный период 24 часа с 00:00-23:59 сегодняшнего дня. |
| По регламентному заданию | Позволяет выполнить отбор по регламентному заданию (дополнительно к отбору по состоянию и по периоду). Включите флажок Отбирать по регламентному заданию. Выберите наименование регламентного задания из списка. Наименование регламентного задания `<не определено>` используется для отбора фоновых заданий, запущенных для выполнения прочих (не регламентных) заданий.|
:::info Внимание!
Для того чтобы отобрать фоновые задания в соответствии с выбранными настройками, нажмите Обновить.
:::
### Просмотр информации о фоновом задании
Для того чтобы просмотреть свойства фонового задания, дважды щелкните мышью по нужной строке. Также можно нажать Открыть.
Контроль выполнения регламентных заданий
### Контроль может быть либо простым, либо детальным.
**Простой контроль** - это анализ колонок **Состояние** и **Дата окончания** на вкладке **Регламентные задания**, а также анализ текста поля **Сообщения пользователю и описание информации об ошибке** в окне редактирования регламентного задания.
**Детальный контроль** - это анализ списка фоновых заданий (на вкладке **Фоновые задания**), которые были созданы и выполнены для выполнения регламентного задания.
Детальный контроль производится отбором фоновых заданий по интересующему регламентному заданию, и анализом реквизитов фоновых заданий. Следует учитывать, что сведения о выполнении регламентного задания получаются выборкой части сведений о выполнении последнего фонового задания.
Отбор фоновых заданий производится только по команде **Обновить**, поэтому после изменения настройки отбора нужно выполнить эту команду.
Для детального анализа хода выполнения регламентных заданий в клиент-серверном режиме см. отчет **Продолжительность работы регламентных заданий** из группы отчетов **Анализ журнала регистрации**, который открывается по соответствующей команде в разделе
**Администрирование -> Поддержка и обслуживание -> Отчеты администратора**
---
## Резервное копирование информационной базы(Администрирование)
Создание резервной копии информационной базы 1С является важной процедурой для обеспечения сохранности данных и возможности их восстановления в случае сбоев или ошибок. Ниже представлены инструкции по созданию резервных копий для файловых и клиент-серверных баз данных 1С.
## Резервное копирование файловой базы 1С
Файловая база данных 1С хранится в виде отдельного файла на диске. Для создания ее резервной копии можно воспользоваться следующими способами:
### Копирование файла базы данных
* Определите расположение базы данных:
* Запустите программу "1С:Предприятие".
* В окне выбора информационной базы выберите нужную базу и нажмите "Изменить".
* В поле "Каталог информационной базы" будет указан путь к папке, где хранится файл базы данных 1Cv8.1CD.
* Создайте копию файла:
* Закройте программу "1С:Предприятие" и убедитесь, что никто не работает с базой данных.
* Перейдите по указанному пути в "Проводнике" Windows.
* Скопируйте файл 1Cv8.1CD в безопасное место (например, на внешний носитель или в облачное хранилище).
Этот способ позволяет быстро создать резервную копию базы данных путем копирования основного файла базы.
### Выгрузка базы данных в файл формата .dt через "Конфигуратор"
* Запустите "Конфигуратор":
* В окне выбора информационной базы выберите нужную базу и нажмите "1С:Конфигуратор".
* Выполните выгрузку базы:
* В меню "Администрирование" выберите пункт "Выгрузить информационную базу".
* Укажите место сохранения и имя файла с расширением .dt.
* Нажмите "Сохранить" и дождитесь завершения процесса.
Этот способ создает файл-дамп базы данных (dt-файл), который можно использовать для восстановления или переноса базы.
## Резервное копирование клиент-серверной базы 1С
В клиент-серверном варианте 1С используется сервер баз данных (например, Microsoft SQL Server или PostgreSQL). Для создания резервной копии необходимо использовать средства соответствующей системы управления базами данных (СУБД). Ниже приведен общий алгоритм для Microsoft SQL Server:
### Создание резервной копии средствами SQL Server
Если информационная база 1С использует для работы MS SQL, выполните следующие действия:
* Откройте SQL Server Management Studio (SSMS).
* Подключитесь к серверу баз данных.
* Выберите базу данных 1С:
* В дереве объектов раскройте узел "Databases" и выберите нужную базу данных.
* Создайте резервную копию:
* Кликните правой кнопкой мыши на базе данных, выберите "Tasks" → "Back Up...".
* В разделе "Destination" укажите путь и имя файла для резервной копии.
* Нажмите "OK" для начала процесса резервного копирования.
Этот способ позволяет создать резервную копию базы данных с помощью встроенных средств SQL Server.
### Создание резервной копии средствами PostgreSQL
Создание резервной копии информационной базы 1С, работающей на СУБД PostgreSQL, можно выполнить с помощью встроенных утилит PostgreSQL. Наиболее распространённой утилитой для этой задачи является `pg_dump`, которая позволяет создавать резервные копии отдельных баз данных.
#### Создание резервной копии с помощью pg_dump
1. Определите параметры подключения к базе данных:
* **Имя базы данных**: название вашей базы данных 1С.
* **Пользователь**: имя пользователя PostgreSQL с достаточными правами доступа.
* **Пароль**: пароль указанного пользователя.
* **Сервер**: адрес сервера базы данных (например, `localhost` для локального сервера).
* **Порт**: порт подключения к PostgreSQL (по умолчанию `5432`).
Выполните команду `pg_dump` в командной строке:
```bash
pg_dump -U [пользователь] -h [сервер] -p [порт] -F c -b -v -f "[путь_к_резервной_копии]" [имя_базы_данных]
```
Где:
* `-U [пользователь]` — имя пользователя PostgreSQL.
* `-h [сервер]` — адрес сервера базы данных.
* `-p [порт]` — порт подключения.
* `-F c` — формат резервной копии в формате custom.
* `-b` — включает большие объекты в резервную копию.
* `-v` — режим подробного вывода информации.
* `-f "[путь_к_резервной_копии]"` — путь и имя файла для сохранения резервной копии.
* `[имя_базы_данных]` — имя базы данных 1С.
Пример для Windows:
```cmd
"C:\Program Files\PostgreSQL\14\bin\pg_dump.exe" -U postgres -F c -b -v -f "E:\BACKUP\uit_backup.dump" uit
```
В этом примере создаётся резервная копия базы данных `uit` и сохраняется в файл `uit_backup.dump` на диске `E:`.
:::info Примечание
При выполнении команды система запросит пароль пользователя PostgreSQL.
:::
## Автоматизация процесса резервного копирования
Для регулярного создания резервных копий рекомендуется автоматизировать процесс с помощью пакетных файлов и планировщика задач.
1. **Создайте пакетный файл (например, backup_1c.bat):**
```cmd
@echo off
set PGUSER=postgres
set PGPASSWORD=ваш_пароль
set PGDATABASE=bux
set BACKUP_DIR=E:\BACKUP
set DATE=%date:~6,4%-%date:~3,2%-%date:~0,2%_%time:~0,2%-%time:~3,2%-%time:~6,2%
set BACKUP_FILE=%BACKUP_DIR%\%PGDATABASE%_%DATE%.backup
"C:\Program Files\PostgreSQL\14\bin\pg_dump.exe" -F c -b -v -f "%BACKUP_FILE%"
```
:::info Примечание
Замените ваш_пароль на пароль пользователя PostgreSQL.
:::
2. **Настройте планировщик задач Windows для регулярного запуска пакетного файла:**
* Откройте **Планировщик заданий** (Task Scheduler).
* Создайте новую задачу и укажите расписание её выполнения (например, ежедневно в определённое время).
* В разделе "Действия" добавьте запуск созданного пакетного файла.
:::info Примечание
При настройке автоматического резервного копирования убедитесь, что права доступа и параметры безопасности настроены корректно, чтобы обеспечить успешное выполнение задач.
:::
## Рекомендации по резервному копированию
* **Регулярность**: Настройте регулярное автоматическое резервное копирование (например, ежедневно или еженедельно) для минимизации риска потери данных.
* **Хранение копий**: Сохраняйте резервные копии на внешних носителях или в облачных хранилищах, чтобы обеспечить дополнительную защиту данных.
* **Проверка копий**: Периодически проверяйте целостность и работоспособность резервных копий путем тестового восстановления.
Следуя этим рекомендациям, вы обеспечите надежное сохранение и восстановление данных вашей информационной базы 1С.
## Создание резервных копий просто и без сложностей
Если вы хотите упростить создание резервных копий и добавить дополнительные возможности для создания резервных копий, рекомендуем вам обратить свое внимание на [Автоматическое обновление информационных баз 1С](https://softonit.ru/catalog/products/updater/)
Помимо автоматического обновления информационных баз, эта программа умеет делать резервные копии.
---
## Свертка информационной базы(Администрирование)
Свертка информационной базы 1С — это процедура, позволяющая уменьшить объем базы данных за счет удаления неактуальных до определенной даты данных. Это способствует повышению производительности системы и снижению времени на резервное копирование и обновление.
:::info Уточнение
Наша обработка не совсем свертка, все же, свертка работает с остатками. Обработка удаляет данные, которые занимают большой объем данных.
:::
## Как использовать свертку в Управление IT-отделом 8?
Обработка находится в
**Администрирование -> Сервис -> Свертка информационной базы***
В результате будет открыта обработка:
## Пошаговая инструкция по выполнению свертки
1. Установите дату свертки. Вплоть до этой даты обработка удалит все данные, которые будут установлены в обрабатываемых объектах.
2. Укажите те данные, которые необходимо обработать. На данный момент, можно указать:
1. Удаление электронных писем (почтовых сообщений) и их вложений.
2. Удаление заданий, комментариев и их вложений. А также будут очищены все реквизиты там, где они встречаются.
3. Укажите способ удаления. Рекомендуем выбрать *Пометка удаления*, а затем произвести *Удаление помеченных объектов*. Так же, есть возможность удаления объектов сразу из информационной базы.
4. Тумблер *Останавливать по ошибке* означает, что делать, если обработка не сможет удалить / пометить на удаление какой-то объект? Если тумблер будет установлен, то обработка перестанет работать и вернет текст ошибки.
5. После установки этих нехитрых настроек необходимо нажать на кнопку **Далее >>** и обработка начнет удалять объекты в фоне.
Обработка дополнительно показывает прогресс и сколько осталось времени для обработки всех объектов.
В зависимости от количества устаревших объектов в информационной базе и мощности вашего сервера, процесс свертки **может быть очень долгим**. Если вы оказались в ситуации, когда объектов для обработки много, то рекомендуем делать свертку небольшими периодами (например за год) и постепенно сделать свертку полностью.
:::tip Совет
Желательно, чтобы в процессе удаления база не использовалась. Но, в принципе, остальным пользователям можно продолжить работу если это критично для вашей организации.
:::
Функционал доступен начиная с версии: **3.1.22.4**
---
## Создание первого пользователя в конфигурации(Администрирование)
## Как создать первого пользователя в конфигурации?
Для того, чтобы создать первого пользователя в конфигурации нужно перейти на вкладку
**Администрирование -> Настройки пользователей и прав -> Пользователи**
:::info Обязательно
Нужно стоять на строке - Все пользователи.
:::
Также первого пользователя нужно создавать с полными правами. После того, как пользователь создан, его можно переместить в группу.
---
## Удаление помеченных объектов(Администрирование)
В нашей конфигурации существует запрет на прямое удаление некоторых объектов для сохранения целостности данных, их можно только пометить на удаление. Само удаление осуществляется с помощью менеджера **Удаление помеченных объектов**
**Администрирование -> Обслуживание -> Удаление помеченных объектов**
Перед Вами откроется окно со всеми помеченными на удаление объектами. После этого вы сможете отметить галочками объекты, которые вы хотите удалить.
Если какие-то объекты используются в каких-либо документах или других объектах, то Вы увидите окно показанное ниже. Чтобы все-таки провести удаление, нужно пометить на удаление все места использования удаляемого объекта и повторите удаление.
---
## Управление доступом и ограничение видимости(Администрирование)
## Управление доступом
Программа позволяет настроить доступ пользователей к различным функциям, спискам и документам. Предусмотрены предопределенные наборы ролей. Кроме этого, имеется возможность самостоятельной настройки доступа. Для управления доступом необходима роль **Полные права**.
Для ведения списка пользователей и настройки их прав предназначены списки **Пользователи** и **Группы доступа**
**Администрирование – Настройка пользователей**
Группа доступа определяет совокупность действий с данными программы, которые могут выполнять участники этой группы. Как правило, группы доступа соответствуют различным должностным обязанностям (или видам деятельности) пользователей программы. Пользователь может входить одновременно в одну или несколько групп доступа, которые в совокупности образуют его персональные настройки прав доступа.
:::info Внимание!
Для настройки прав доступа следует использовать только пользовательский режим 1С:Предприятия.
:::
## Настройка программы
Для того чтобы максимально гибко настраивать права доступа пользователей, необходимо включить режим ограничения прав доступа пользователей на уровне записей. Для этого необходимо включить флажок **Ограничивать доступ на уровне записей** в разделе
**Администрирование – Настройки пользователей и прав – Группы доступа**
Включить этот режим рекомендуется в тех случаях, когда он действительно востребован (например, с программой работает много пользователей), т.к. это в значительной степени повлияет на производительность системы.
В этом случае становятся доступными следующие возможности:
**1. Флаг "Группы доступа контрагентов"** – разрешить настройку доступа к данным по группам контрагентов, в этом случае становится доступной команда:
* **Группы доступа контрагентов** – создание групп партнеров для разграничения доступа к справочникам, документам и другим данным.
**2. Флаг "Группы доступа мест хранения"** – включите флажок, для того чтобы разрешить настройку доступа к данным по группам мест хранения. После этого становится доступной команда:
* **Группы доступа мест хранения** – создание дополнительных групп доступа мест хранения для разграничения доступа к данным.
**3. Флаг "Группы доступа категорий базы знаний"** – включите флажок, для того чтобы разрешить настройку доступа к категориям базы знаний. После этого становится доступной команда:
* **Группы доступа категорий базы знаний** – создание дополнительных групп категорий базы знаний для разграничения доступа к категориям статей базы знаний.
**4. Флаг "Группы доступа местоположений"** – включите флажок, для того чтобы разрешить настройку по группам доступа местоположений. После этого становится доступной команда:
* **Группы доступа местоположений** – создание дополнительных групп доступа местоположений для разграничения доступности информации по местоположениям.
Например, в карточке места хранения после включения флажка **Группы доступа мест хранения** появится обязательный к заполнению реквизит **Группа доступа**.
Включение режима ограничения прав доступа пользователей на уровне записей может занять длительное время в зависимости от объема данных, введенных в программу.
Если в программу до включения этого режима был введен большой объем данных, программа выводит предупреждение.
Подготовка служебных данных, необходимых для работы в этом режиме, выполняется в фоне с помощью регламентного задания Заполнение данных для ограничения доступа. Если в программу введен большой объем данных, то рекомендуется предварительно настроить его запуск в то время, когда с программой не работают пользователи.
## Настройка групп доступа
С помощью групп доступа можно задавать и администрировать общие настройки прав доступа для некоторой группы пользователей, выполняющих однотипные функции в программе, например: **Техники центрального офиса** или **Администраторы филиалов**. Права на редактирование списка **Группы доступа** имеются только у администраторов программы, перечисленных в предопределенной группе доступа **Администраторы**. Кроме того, пользователь, указанный в группе доступа как **Ответственный**, может изменять состав участников данной группы.
Группа доступа всегда связана с одним из имеющихся профилей групп доступа, которые, как правило, объединяют в себе несколько ролей. При включении пользователя в группу доступа ему назначаются все роли, заданные в профиле группы доступа. Например, предопределенная группа доступа **Администраторы** связана с профилем **Администратор**, в состав которого входит роль Полные Права. Эта роль предоставляет неограниченный доступ ко всем данным и назначается всем администраторам программы, перечисленным в группе доступа **Администраторы**.
Для создания новой группы доступа необходимо перейти в список **Группы доступа** раздела
**Администрирование – Настройки пользователей и прав – Группы доступа**
Нажмите кнопку **Создать**.
Заполните поле **Наименование**.
Рекомендуется называть группу доступа во множественном числе таким образом, чтобы ее имя содержало указание на используемый в ней профиль (в поле **Профиль**) и однозначно характеризовало определенный в ней состав настроек прав доступа. Например, на базе профиля **Сотрудник ремонта** могут быть введены группы доступа **Сотрудники ремонта Главного офиса** и **Сотрудники ремонта Филиал 1**.
В карточке группы доступа нужно выбрать один из имеющихся **Профилей** групп доступа.
На вкладке **Участники группы** перечислите список пользователей (и групп пользователей), на которых должны распространяться настройки прав доступа.
Для быстрого перечисления пользователей можно нажать кнопку **Подобрать**. Подберите нужных пользователей.
Открывшийся список выбора состоит из двух частей.
В левой части окна выберите нужную группу пользователей (можно выбрать всю группу сразу), выберите нужных пользователей из этой группы, затем нажмите кнопку **Завершить и закрыть** для возврата к настройке группы доступа.
В поле **Ответственный** выберите пользователя, который будет ответственным за состав участников группы доступа.
Затем на вкладке **Ограничения доступа** необходимо указать дополнительные настройки прав доступа. **Примечание**: вкладка может быть недоступна для тех групп доступа, в которых такая настройка не предусмотрена (зависит от настроек выбранного профиля).
На этой вкладке с помощью поля **Вид доступа** можно задать границы области данных, с которой разрешено работать участникам группы доступа. Под видом доступа подразумевается некоторое правило, по которому «разрешается» доступ к данным программы. Например, с помощью вида доступа **Организации** можно разрешить работать пользователям только с документами по конкретным организациям; или наоборот, скрыть от них документы некоторых организаций. Состав видов доступа, перечисленных на вкладке **Ограничения доступа**, зависит от профиля, выбранного в поле **Профиль**. Кроме того, профиль также определяет, как именно действует настройка вида доступа: она разрешает только просмотр или также включает возможность редактирования данных. Например, в случае если профиль групп доступа включает в себя роль для чтения документов, то пользователи получают возможность просматривать документы по заданным организациям. Если же в профиле содержится роль для добавления и изменения, то появляется возможность редактировать такие документы.
Для каждого вида доступа можно указать либо список разрешенных значений, либо наоборот, список тех значений, которые не должны быть доступны. Первый способ настройки подходит в тех случаях, когда стоит задача предоставить доступ только к определенной области данных. Второй способ настройки удобен тогда, когда требуется закрыть доступ к заранее известной области данных, а для всех новых значений, вводимых в программу, должны по умолчанию действовать разрешительные правила. Например, если с помощью вида доступа **Организации** задано правило, запрещающее работать с документами по организации **Наша фирма**, то на новую организацию **Торговый дом**, введенную в программу позднее, эти ограничения распространяться не будут. При этом следует учитывать, что разрешающие настройки имеют приоритет над запрещающими. Так, если в приведенном выше примере пользователю будет разрешен ввод документов по организации **Наша фирма** в какой-либо другой группе доступа с тем же профилем, то в итоге он получит доступ ко всем документам по этой организации.
В ряде случаев для упрощения настройки прав доступа, в списке разрешенных или запрещенных значений можно указывать не отдельные элементы, а целые группы элементов. Например, для вида доступа **Группы мест хранения** (см. Рис.3) можно ограничить доступ в разрезе групп доступа мест хранения, а не по каждому месту хранения в отдельности. Для этого необходимо определить список групп доступа мест хранения, и у каждого места хранения задать принадлежность к той или иной группе. Эти действия могут быть выполнены не только администратором, но и любым пользователем с соответствующими правами на редактирование списка мест хранения. Аналогичным образом действует запрещающая настройка.
Пользователь может быть включен сразу в несколько групп доступа. В этом случае его совокупные права доступа складываются (объединяются по «или») из прав доступа каждой группы. Например, в группе доступа **Сотрудники ремонта** пользователю разрешено добавление/изменение документа **Начало обслуживания** по организации **Наша фирма**. В группе доступа **Сотрудники склада** ему разрешено добавление/изменение документа Поступление по организации **Торговый дом**. В результате у него появляются права на добавление/изменение документов Начало обслуживания по организации Наша фирма и Поступление по организации **Торговый дом**. При этом следует учитывать, что объединяются не списки разрешенных значений, указанные в группах, а именно права доступа. Т.е. ошибочно считать, что в приведенном примере пользователь получит доступ на добавление/изменение обоих видов документов одновременно по обеим организациям.
## Настройка прав доступа отдельных пользователей
Для просмотра и настройки состава групп доступа интересующего пользователя (или группы пользователей; далее просто «пользователя») можно воспользоваться командой Права доступа в панели навигации карточки пользователя.
С помощью кнопки **Включить в группу** на вкладке **Группы доступа** администратор может добавить пользователя в состав участников любой из имеющихся групп доступа.
С помощью кнопки **Исключить из группы** можно удалить пользователя из выделенной группы доступа.
Также эту настройку могут выполнять ответственные за состав участников группы доступа для своих групп доступа.
С помощью кнопки **Изменить группу** можно перейти к карточке группы доступа, выбранной в списке.
На вкладке Разрешенные действия (роли) справочно выводится совокупный список ролей, которые назначены пользователю. Список ролей складывается из всех ролей, входящих в состав групп доступа, в которые включен пользователь. Этот же список можно увидеть в Конфигураторе, в свойствах пользователя информационной базы. При этом не следует редактировать этот список в режиме конфигурирования 1С:Предприятия, настройка прав доступа пользователей должна выполняться только с помощью групп доступа.
С помощью кнопки По подсистемам можно соответственно сгруппировать разрешенные действия.
## Отчет по правам доступа
Для того чтобы увидеть полный список прав доступа пользователя, можно воспользоваться аналитическим отчетом **Отчет по правам доступа пользователя**.
Отчет можно открыть из карточки пользователя (группы пользователя) со страницы **Права доступа** с помощью соответствующей кнопки.
Отчет с помощью стандартных кнопок можно распечатать или сохранить на компьютере в нужном формате.
## Создание нового профиля для групп доступа
В ряде случаев предустановленных профилей групп доступа оказывается недостаточно для осуществления требуемой настройки прав доступа пользователей. В таких случаях администратор имеет возможность добавить новые или изменить предустановленные профили групп доступа.
Профиль групп доступа объединяет в себе несколько ролей, а также содержит описание видов доступа, в разрезе которых администратор может настраивать права с помощью групп доступа. Таким образом, профиль представляет собой определенный шаблон, в соответствии с которым администратор ведет группы доступа.
С одним профилем может быть связана одна или несколько групп доступа. Например, на базе профиля **Сотрудник ремонта** могут быть настроены группы доступа **Сотрудники ремонта "Наша фирма"** и **Сотрудники ремонта "Торговый дом"**, которые отличаются друг от друга разрешенными организациями "Наша фирма" и "Торговый дом" соответственно.
Список **Профили групп доступа** можно открыть по соответствующей команде в разделе **Администрирование – Настройка пользователей и прав – Группы доступа**.
С помощью поля **Показать** в списке можно отобрать профили групп доступа:
* Все профили;
* Поставляемые;
* Непоставляемые;
* Устаревшие.
Для ввода нового профиля групп доступа воспользуйтесь кнопкой **Создать**.
При добавлении нового профиля сначала необходимо определить состав его ролей, исходя из потребностей целевой группы пользователей.
Роль определяет некоторую совокупность действий над объектами программы, которые может выполнять пользователь. Роли могут соответствовать как различным должностным обязанностям (или видам деятельности) пользователей программы, так и могут соотноситься с более мелкими функциями. Зачастую, роли либо разрешают просмотр, либо дают возможность редактирования тех или иных данных в программе.
Каждому пользователю, посредством профилей и групп доступа, может быть назначена одна или несколько ролей, которые в совокупности образуют его персональные настройки прав доступа.
Как правило, различают основные и дополнительные профили.
Основной профиль описывает некоторую совокупность прав доступа, достаточную для выполнения в программе определенного участка работ.
С помощью дополнительных профилей пользователям могут быть выданы какие-либо вспомогательные права дополнительно к основному профилю.
В основных профилях важно предусмотреть такой набор ролей, который с одной стороны, не будет давать избыточного (нежелательного) доступа к функциям и данным программы, а с другой – будет достаточным для работы пользователей в рамках их круга задач и обязанностей. В частности, в основном профиле следует предусмотреть ряд вспомогательных ролей, которые напрямую не связаны с основной деятельностью пользователей, но, тем не менее, необходимы для нее.
Например, для сотрудника склада помимо роли на добавление и изменение складских документов нужно также не забыть включить в профиль следующие роли:
* Роль для входа в программу с помощью тонкого, толстого или веб-клиента;
* Предопределенные роли **Базовые права** и **Базовые права УФ**;
* Роли для просмотра справочников, элементы которых требуется выбирать в полях документов и т.п.
При вводе нового профиля групп доступа введите его Наименование.
Если профилей групп доступа много, то их можно группировать по разным признакам, например, можно выделить в отдельные группы основные и дополнительные профили групп доступа, также можно сгруппировать профили групп доступа и по другим признакам.
На вкладке **Разрешенные действия** (роли) с помощью флажков выберите одну или несколько ролей. Роли обычно выводятся в алфавитном порядке.
С помощью команды **По подсистемам** меню **Еще** можно увидеть роли, сгруппированные по подсистемам.
С помощью соответствующей кнопки можно вывести в список **Только выбранные роли**.
Затем на вкладке **Ограничения доступа** необходимо принять решение по поводу состава видов доступа, которые должны быть определены в профиле. Под видом доступа подразумевается некоторое правило, по которому «разрешается» доступ к данным программы. С их помощью можно более точно настраивать границы области данных, с которой разрешено работать участникам тех или иных групп доступа. В простейшем случае, если в профиль не включено ни одного вида доступа, то права доступа к данным определяются только ролями. Например, в случае если профиль включает в себя роль чтения складских документов, то участники групп доступа получают возможность просмотра всех складских документов. Но если в дополнение к этой роли в профиль добавить вид доступа Организации, то появляется возможность разрешать пользователям работу с документами только по конкретным организациям; или наоборот, скрывать от них документы некоторых организаций. Таким образом, если список ролей в профиле отвечает на вопрос, «что должно быть доступно, а что – нет» (какие функции и данные программы), то виды доступа уточняют, как именно они должны быть доступны (в разрезе каких разрешенных и запрещенных значений). Состав видов доступа в профиле рекомендуется определять, исходя из соображений гибкости настройки прав доступа.
Для каждого вида доступа, заданного в профиле, можно указать один из четырех вариантов настройки:
* **Все запрещены, исключения назначаются в группах доступа** – применяется в тех случаях, когда по умолчанию доступ ко всем данным должен быть закрыт, но для отдельных объектов в группах доступа могут быть настроены разрешения;
* **Все разрешены, исключения назначаются в группах доступа** – аналогично предыдущему варианту, но по умолчанию все данные разрешены, а для отдельных объектов в группах доступа могут быть установлены исключения – запрет;
* **Все запрещены, исключения назначаются в профиле** – используется тогда, когда в группах доступа не предполагается предоставлять возможность настройки для вида доступа; т.е. вся настройка должна быть выполнена непосредственно в самом профиле и не может быть изменена в группах доступа. Такие виды доступа скрыты в группах доступа;
* **Все разрешены, исключения назначаются в профиле** – аналогично предыдущему варианту.
Если данная возможность в программе отключена, то вид доступа будет неактивен и в нижней части окна программа выводит об этом сообщение.
Для быстрого перехода к списку групп доступа, созданных на базе данного профиля, можно воспользоваться командой **Группы доступа** на панели навигации.
В данном списке с помощью кнопки **Создать** можно добавить новые группы доступа, с помощью соответствующих команд меню Еще также можно **Скопировать, Изменить, Пометить к удалению** существующие.
## Состав профилей групп доступа
Для настройки прав доступа пользователей в распоряжении администратора имеются следующие профили:
* **Администратор** - настройка прав доступа пользователей и администрирование программы. Включает в себя роль Полные права, которая предоставляет неограниченный доступ ко всем данным.
* **Бухгалтер** - включает в себя набор функций, необходимых для работы бухгалтера(выписка документов по учету денежных средств);
* **Внешний поставщик** - включает в себя набор функций, позволяющих работать контрагентам - поставщикам ( Внешний контрагент);
* **Сотрудник ремонта** - включает в себя набор функций для работы специалистов - техников отдела IT (работа с документами по обслуживанию и ремонту);
* **Сотрудник склада** - включает в себя набор функций для кладовщиков (работа со складскими документами).
## Ограничение доступа по группам местоположений
Поскольку ограничение по группам доступа местоположений могут на первый взгляд ввести в заблуждение, разберем поподробней эту возможность разграничения. Все дело в том, что при настройке профиля по данному виду ограничения необходимо понимать, что разграничение осуществляется именно по справочнику **Местоположение**. А данный справочник в свою очередь связан с множеством сущностей конфигурации, а это как раз и может посеять непонимание работы данного функционала. Для наглядности приведем пример, нужно ограничить документ "Поступление". Из-за того, что данный документ имеет в своем составе сразу несколько реквизитов, в которых указываются объекты привязанные к местоположениям. Нами было принято решение для каждых документов определять собственный набор реквизитов, по которым будет осуществляться проверка.
Для документа **Поступления** - это местоположения объектов, указанных в реквизитах *Организация, Место хранения и Контрагент*. Следовательно, функционал разграничения по группам местоположений, будет проверять местоположения указанных: организации, места хранения и контрагента. Если все три местоположения доступны, тогда пользователь увидит данный документ, в противном случае документ будет скрыт.
И так, озвученный выше пример разберем на скриншотах. Первым делом, включаем использования разграничения по группам доступа местоположений и создаем две группы.
Следующий шаг, это настройка профиля групп доступа пользователей, в котором мы укажем соответствующий вид ограничения и назначим исключения.
Стоит отметить, что после включения ограничения **Группы доступа местоположений**, в одноименном справочнике **Местоположения** появляется обязательный реквизит *Группа доступа*. Именно этот реквизит нужно заполнить у всех местоположений информационной базы. Для этого перейдем в справочник и расставим каждому местоположению соответствующую группу доступа.
Из скриншота видно, что местоположение *Кабинет 312* будет доступен только для группы *Группа 1*, которая указана в соответствующем профиле как исключение. То есть, объекты с заполненным местоположением "Кабинет 312" будут доступны пользователю нашего примера. Теперь необходимо указать соответствующие местоположение у необходимых объектов конфигурации и проверить работу разграничения видимости. Установим данное местоположение организации *Торговый дом ООО* и месту хранения *buh1*.
После проделанных манипуляций перейдем в раздел **Номенклатура и склад** и создадим новый документ **Поступление**, в котором укажем в качестве организации *Торговый дом ООО* и место хранения *buh1*. При этом в базе есть еще один документ **Поступление**, который оформлен на другую организацию и другое место хранения, у которых указано совершенно другое местоположение не доступное нашему тестовому пользователю.
Теперь запустим программу под тестовым пользователем, у которого стоят соответствующие ограничения и проверим какой из двух документов отображается для него.
Как видим, данный пользователь действительно видит только тот документ, который ему разрешен по настройкам ограничений доступа. Но внимательный читатель мог заметить, что в начале речь шла о необходимости заполнения трех реквизитах документа, которые будут участвовать в проверке ограничения. В примере были продемонстрированы только два заполненных - это организация и место хранение. Все очень просто, дело в том, что для того чтобы документ был доступен после проверки, необходимо получить **ИСТИНА** по всем трем реквизита. А поскольку контрагента мы вообще не указали, то его проверка автоматически была пройдена **положительно**.
## Список реквизитов объектов влияющих на разграничение по местоположениям
### Документ "Задание"
* **Инициатор** - проверяется доступность местоположения указанного инициатора.
### Документ "Соглашение SLA"
* **Организация** - если у соглашения установлен вид "Коллективный", тогда проверяется местоположение указанной
организации. Если указан вид "Индивидуальный", тогда проверяются местоположения клиентов и организации вместе.
### Документы подсистемы "Agile"
* **Участники команды Agile** - проверяются местоположения указанные у участников команды Agile, которая
связана с документами: ежедневный стендап, ретроспектива, покер планирования.
### Складские документы
* **Организация, место хранения и контрагент** - в зависимости от типа документа основными объектами для проверки являются именно местоположения указанные у объектов в данных реквизитах.
### Справочники
* **Местоположение** - все основные справочники конфигурации осуществляют проверку только по собственному местоположению.
### Карточки номенклатуры
* **Место хранения** - в виду предотвращения дублей было реализовано разграничение только карточек номенклатуры, а сама номенклатура не скрывается, поскольку смысла в скрытии номенклатуры нет. Ведь именно карточка хранит в себе всю конфиденциальную информацию. Проверка осуществляется только тех карточек, которые оприходованы на остатки, берется их место хранения и проверяется местоположение.
---
## Учетные записи электронной почты(Администрирование)
Предназначен для ведения учетных записей электронной почты, которые используются для получения и отправки электронных сообщений.
Список можно открыть соответствующей командой в разделе
**Администрирование -> Учетные записи электронной почты**
***В списке выводится:***
* **Наименование** учетной записи;
* **Имя пользователя** - указывается имя отправителя писем, оно может отличаться от имени пользователя в программе;
* **Адрес электронной почты учетной записи** в формате пользователь@почтовыйсервер.
Для учетных записей, получение и отправка с которых выполняется автоматически без участия пользователя, должен быть обязательно введен пароль. Также для корректной работы программы обязательно должна быть настроена системная учетная запись электронной почты.
## Системная учетная запись электронной почты
Программа поставляется с предопределенной учетной записью - системной учетной записью электронной почты. Она используется по умолчанию для рассылки различных уведомлений из программы, например, для автоматической отправки сообщений администратору по завершению обновления программы. Перед использованием этих возможностей необходимо настроить системную учетную запись.
Настройка системной учетной записи производится по соответствующей команде в разделе
**Администрирование -> Учетные записи электронной почты**
Также можно Изменить ее в списке.
## Ввод учетной записи электронной почты
При попытке сохранения программа проверяет введенные учетные записи электронной почты (пытается отослать пробное сообщение). Учетные записи, не прошедшие проверку, не сохраняются.
* Нажмите **Создать**, введите необходимые поля:
* **Адрес электронной почты** учетной записи в формате пользователь@почтовыйсервер;
* **Пароль учетной записи** для системных учетных записей рекомендуется запомнить пароль, для того чтобы программа могла рассылать сообщения от такой учетной записи без участия пользователя. Тем не менее решение о хранении паролей в информационной базе принимается в каждом случае индивидуально;
* **Как использовать учетную запись** установите с помощью флажков:
* **Для отправки писем**;
* **Для получения писем**;
* **Для кого учётная запись** установите с помощью переключателя:
* **Для всех**;
* **Только для меня**;
* **Имя отправителя** ваше имя или название организации;
* **Способ создания учетной записи** с помощью переключателя укажите:
* **Определить параметры подключения автоматически** (рекомендуется). Нажмите **Создать**. Программа предпримет попытку автоматической настройки и проверки учетной записи. Следуйте указаниям программы. При этом если при автоматической настройке произошел сбой, можно попытаться настроить параметры вручную (см. ниже).
* **Настроить параметры подключения вручную**;
* **Дата начальной загрузки** укажите дату от какого числа письма с почтового сервера будут загружены в программу;
:::info Важно!
Последующее изменение даты не даст результат.
:::
Нажмите **Далее** для заполнения остальных параметров, при этом программа проставляет рекомендуемые параметры для большинства почтовых серверов. Их требуется только проверить и попытаться сохранить учетную запись заново.
## Настройка учетной записи электронной почты
* Нажмите Изменить, с помощью программы произведите необходимые настройки.
## Проверка учетной записи электронной почты
* Откройте на редактирование учетную запись, нажмите Проверить настройки для проверки введенных параметров учетной записи. При этом проверяется возможность соединения с сервером входящих почтовых сообщений (если учетная запись используется для получения почты).
* Если в учетной записи не прописан пароль, программа его запрашивает. При необходимости введите пароль.
---
## База знаний(База знаний)
## Знакомство с новой базой знаний
:::info База знаний
Это современная и удобная платформа для создания и хранения информации и знаний. Она была разработана с использованием новейших стандартов интерфейсов, что делает ее использование простым и интуитивно понятным. У нас было важно обеспечить удобство работы с базой знаний, чтобы сотрудники могли быстро и легко находить необходимую информацию и делиться своими знаниями с другими.
:::
В этой главе мы расскажем, как добавлять пространства, добавлять статьи и как работать с редактором.
В базе знаний статьи хранятся в формате Markdown.
| **Список ролей для работы с подсистемой "База знаний"** |
|-----------------------------------------------------|
| Добавление и изменение базы знаний |
| Чтение базы знаний |
---
## Адаптивный интерфейс(База знаний)
Интерфейс базы знаний имеет отзывчивый интерфейс, а это значит, что использовать базу знаний можно на различных разрешениях. При этом было добавлено максимально привычное поведение открытия дерева страниц и папок, списка содержания статьи с помощью событий прикосновения к экрану.
:::info Важно!
Функционал редактирования, добавления, удаления папок и файлов недоступен на мобильных разрешениях вне зависимости от набора прав пользователя.
:::
Пример использования
Благодаря отзывчивому интерфейсу базу знаний можно разместить на начальной странице и использовать с быстрым доступом. Как настроить начальную страницу: [ссылка](/it3/nachalo-raboty/nastroyka-nachalnoy-stranicy)
---
## Работа с базой знаний через личный кабинет(База знаний)
## Публикация на web-сервере
Чтобы база знаний работала корректно, необходимо правильно опубликовать конфигурацию. Подробнее о публикации можете посмотреть [по ссылке](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web).
:::info Обязательно!
При публикации на web-сервере, обязательно убедитесь, что поля `API` и `APIDebug` заполнены.
:::
## Взаимодействие с базой знаний
* Для открытия базы знаний, войдите в личный кабинет, и в панели разделов, выберете **База знаний**.
* Откроется окно базы знаний, в который вы можете не только читать статьи, но и добавлять новые, непосредственно из личного кабинета.
Инструкция по добавлению, изменению статей [по ссылке](./sozdanie-stati-i-kataloga).
---
## Доступ к базе знаний в личном кабинете без авторизации(База знаний)
:::info Важно!
Функционал будет доступен с релиза 3.1.20.8
:::
В этой статье описывается алгоритм для настройки публикации базы знаний с использованием сервера **Apache (XAMPP)** или **IIS**, таким образом, чтобы можно было открыть статью базы знаний в личном кабинете по внешней ссылке без введения логина и пароля пользователя.
## Настройка личного кабинета
Данный механизм не работает при включенной собственной авторизации. Поэтому прежде всего проверим ее статус и, если он активен, отключим.
## Настройка пользователя
Необходимо создать служебного пользователя, который будет использоваться для входа в базу знаний. Они понадобятся нам позже при редактировании VRD-файла публикации.
В целях безопасности зададим минимальные права для данного пользователя. По необходимости можем разрешить данному пользователю редактировать базу знаний.
## Настройка VRD-файла публикации
Необходимо произвести дополнительные настройки с публикацией ИБ.
### Настройка публикации Apache
Выполните дополнительную настройку сервера Apache, которую начали при публикации конфигурации ранее в уроке [Публикация конфигурации на веб-сервере Apache](https://docs.softonit.ru/it/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-apache).
После публикации ИБ необходимо внести изменения в конфигурационный файл Apache и создать вторую публикацию ИБ.
Для этого необходимо перейти в каталог, куда установлен Apache (у меня это C:\xampp\apache), затем открыть папку conf и отредактировать файл httpd.conf, а именно строки, добавленные при публикации базы:
```
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
```
Скопируйте и вставьте этот блок ниже. В результате должно получиться следующее:
```
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
```
В скопированном блоке измените следующие строки на собственные значения:
```
Alias "/ITdemo" "D:/Apache/ITDemo/" -> Alias "/ITBZ" "D:/Apache/ITDemoBZ/"
```
таким образом вы добавляете ещё одну публикацию ИБ с именем «ITBZ», которая будет расположена по следующему пути `D:/Apache/ITDemoBZ`
```
->
```
сам каталог файлов новой публикации
```
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd" -> ManagedApplicationDescriptor "D:/Apache/ITDemoBZ/default.vrd"
```
файл описания параметров подключения.
В результате должно получиться так:
```
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
# 1c publication
Alias "/ITBZ" "D:/Apache/ITDemoBZ/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemoBZ/default.vrd"
```
Далее необходимо создать каталог по прописанному пути, который только что был прописан (у меня это D:/Apache/ITDemoBZ/) и скопировать в него файл default.vrd из ранее опубликованной базы. Откройте его для редактирования:
```
```
В новом файле необходимо внести следующие изменения:
```
base="/ITdemo" - > base="/ITBZ"
```
В строку подключения добавьте пользователя, данные которого будут использоваться для авторизации средствами 1С в браузере:
```
ib="File="D:\Bases\Tests\ITdemo";Usr="Пользователь БЗ";Pwd="ANY_PASSWORD";"
```
Пользователя **Пользователь БЗ** с паролем **ANY_PASSWORD** (здесь следует указать вашего служебного пользователя, которого добавили ранее в ИБ).
```
```
После внесённых изменений необходимо перезапустить Apache.
### Настройка публикации IIS
После публикации ИБ на веб-сервере IIS (см. [Публикация конфигурации на веб - сервере IIS](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-iis)) в каталоге `c:\inetpub\wwwroot\` создайте новый каталог **ITdemoBZ**,
скопируйте в него содержимое каталога первой публикации `c:\inetpub\wwwroot\ITdemo\`, а именно 2 файла: `default.vrd` и `web.config`. Откройте файл `default.vrd` на редактирование и внесите следующие изменения:
```
base="/ITdemo" - > base="/ITdemoBZ"
```
имя второй публикации ИБ.
В строку подключения добавьте пользователя, который будет использоваться для авторизации средствами 1С (в окне авторизации при открытии личного кабинета в браузере):
```
ib="File="D:\Bases\Tests\ITdemoBZ";Usr="Пользователь БЗ";Pwd="ANY_PASSWORD";"
```
Строка подключения для серверной базы будет выглядеть примерно так:
```
ib="Srvr="D:\Bases\Tests";Ref="ITdemoBZ";Usr="Пользователь БЗ";Pwd="ANY_PASSWORD";"
```
Пользователя **Пользователь БЗ** с паролем **ANY_PASSWORD** (здесь необходимо указать вашего служебного пользователя, которого добавили ранее в ИБ).
Блоки веб-сервисов, а также блок описания HTTP-сервисов, можно удалить. В результате должен получиться следующий вариант файла:
```
```
Для вновь созданной папки `c:\inetpub\wwwroot\ITdemoBZ\` необходимо предоставить полные права доступа пользователю **IUSR** и группе **IIS_IUSRS** - аналогично тому, как это делалось при первой публикации ИБ.
Затем откройте **Диспетчер служб IIS**, раскройте ветку `Default Web Site` и найдите добавленную вами папку **ITdemoBZ**. В контекстном меню этой папки выберите **Преобразовать в приложение**:
Подтверждаем преобразование. Затем перезапустим службы IIS.
## Настройка фильтров для определённых адресов
:::info Важное замечание
Пока что при вышеописанных настройках из базы знаний можно перейти в личный кабинет и получить доступ к адресной книге.
:::
Чтобы избежать этой проблемы, можно настроить фильтр для определённых адресов на стороне сервера Apache или IIS.
:::info
Эта инструкция носит рекомендательный характер.
Техническая поддержка не предоставляет консультации по настройке сервера.
:::
### Apache
Добавим в файл httpd.conf инструкцию, которая будет запрещать запросы с точным совпадением регулярному выражению ^/ITdemoBZ/hs/bz/$.
```
Require all denied
```
В результате при обращении к веб-странице личного кабинета `local\ITdemoBZ\hs\bz` запрос блокируется на стороне сервера Apache, и браузер выводит страницу с описанием ограничения доступа.
### IIS
Чтобы открыть настройки фильтрации запросов для сервера IIS, необходимо перейти в публикацию без авторизации ITdemoBZ и в центральном окне найти и запустить раздел Фильтрация запросов.
В открывшемся окне **Фильтрация запросов** выберем вкладку **URL-адрес**. Затем с помощью действий на правой панели добавим правила, как изображено на картинке ниже.
В результате при обращении к веб-странице личного кабинета запрос блокируется на стороне сервера IIS, и браузер выводит страницу с описанием ограничения доступа.
## Заключение
Теперь можно открывать базу знаний, например, по корневому адресу (без авторизации):
`http://localhost/uit_noauth/hs/lk/kb.html` или `https:///uit_noauth/hs/lk/kb.html`
---
## Приоритет при инициализации пространства(База знаний)
## Базы знаний в 1С
1. Пространство и страница, заданные в предустановленных данных со стороны 1С.
2. Пространство, страница и заголовок, сохраненные в сессии.
3. Выбор первого пространства из списка и выбор первой страницы в корне дерева этого пространства.
## Базы знаний в ЛК
1. Выбор пространства, страницы и заголовка на основе `URL` в адресной строке внешнего браузера.
2. Пространство, страница и заголовок, сохраненные в сессии.
3. Выбор первого пространства из списка и выбор первой страницы в корне дерева этого пространства.
---
## Навигация по истории просмотра(База знаний)
Предоставляет возможность перемещаться вперед и назад по ранее просмотренным пространствам, страницам и отмеченным заголовкам.
:::info История перемещений
Хранятся в течение сессии использования базы знаний и удаляются после ее завершения.
:::
Для перемещения можно использовать горячие клавиши на клавиатуре:
- `Alt + Стрелка влево` — назад;
- `Alt + Стрелка вправо` — вперед.
Вышеописанные горячие клавиши дублируются во внешнем браузере возле адресной строки при запуске базы знаний через личный кабинет. Перемещение по истории происходит так же, как и на обычных веб-сайтах.
В боковой панели дерева страниц и папок появилась кнопка **ЛК**, которая позволяет быстро вернуться в личный кабинет.
Кнопка **ЛК** отображается только в базе знаний, запущенной во внешнем браузере из личного кабинета.
Кроме того, в эту боковую панель добавили кнопку возврата **Стрелка влево** к предыдущей записи в истории перемещений.
Кнопка **Стрелка влево** отображается только в базе знаний, запущенной в 1С.
---
## Перемещение страницы или папки(База знаний)
## Перемещение страницы или папки внутри пространства
Перенос страниц и папок внутри пространств реализовано на основе механизма `Drag-and-Drop` - достаточно взять необходимый для переноса объект и перенести мышкой в другое расположение: страницу в папку, папку в папку:
## Перемещение страницы или папки между пространствами
В базе знаний можно легко перемещать свои страницы или папки между различными пространствами.
Не нужно тратить время на копирование и вставку, просто выберите страницу или папку и переместите ее в другое пространство в пару кликов.
Чтобы воспользоваться перемещением, нажмите правой кнопкой мыши на странице или папке в дереве слева. В открывшемся контекстном меню выберите Переместить в пространство. Откроется диалоговое окно выбора пространства, в котором можно выбрать цель перемещения:
Ваше текущее пространство будет заблокировано для выбора (название пространства имеет светло-серый цвет), так как перемещение в пределах одного пространства осуществляется простым перетаскиванием страницы или папки.
После выбора целевого пространства отобразится окно загрузки (обычно время отображения очень короткое).
Затем, в зависимости от результата перемещения, будет отображено одно из двух окон. Если перемещение прошло успешно, то отобразится окно с сообщением **Завершено**. Но если в процессе перемещения возникла ошибка, то отобразится окно с сообщением **Ошибка**:
Если текущая открытая страница или папка, содержащая эту страницу, была перемещена, то после успешного завершения процесса выделение перейдет на родительскую папку в иерархии дерева, если такой папки нет, то активным становится корень дерева. Что касается страницы, то вместо неё будет отображаться начальное меню с кнопками Добавить страницу и Добавить папку. В ином случае, когда перемещенный элемент дерева никак не связан иерархически с текущей открытой страницей, отображение не изменится, кроме удаления из дерева страниц и папок, которые были перемещены в другое пространство:
## Ошибки при перемещении
Наиболее вероятный случай возникновения ошибки перемещения — это случай, когда страница или папка заблокирована регламентным заданием, которое обновляет кэш и индексы полнотекстового поиска. Такая ошибка появляется только на файловой базе 1С и не приводит к каким-либо негативным последствиям (потеря данных) для базы знаний. Одним из возможных вариантов решения этой проблемы является закрытие базы знаний и ожидание завершения регламентного задания, блокирующего страницу или папку.
Возможны ситуации, когда сообщение об ошибке перемещения выводится встроенными средствами 1С. В этом случае работа графического интерфейса подсистемы База знаний приостанавливается и возобновляется после закрытия окна с ошибкой с помощью кнопки **Ок**. После этого база знаний будет ждать ответ от 1С. Всё это время будет отображаться окно с анимацией. Если ответ не будет получен, то в этом случае будет отображено окно с сообщением **Ошибка** уже средствами графического интерфейса базы знаний. Если ошибка содержит описание проблемы, то эта информация будет отображена в подразделе **Подробнее** окна с сообщением **Ошибка**. Если описания ошибки нет, то подраздел **Подробнее** отображаться не будет.
---
## Поиск(База знаний)
## Поиск по пространству
В базе знаний реализован поиск по пространству. Это значит - что результатом поиска будет выдача страниц, содержащих искомый текст, но лишь в рамках выбранного пространства. Следовательно, для поиска необходимо будет определять пространство внутри которого нам необходимо найти что-либо:
## Поиск по странице
В выдаче поиска будут страницы, содержащие искомый текст. Доступна возможность перемещаться между результатами поиска на странице. Просто воспользуйтесь кнопками **Следующее совпадение** и **Предыдущее совпадение** на панели инструментов поиска (верхняя панель). Кроме того, есть горячие клавиши:
`Enter` - чтобы перейти к следующему совпадению
`Shift + Enter` - чтобы вернуться к предыдущему.
:::info Не забывайте
Что вышеописанные горячие клавиши работают только тогда, когда фокус (синяя рамка) находится в соответствующем текстовом поле.
:::
## Маркировка результатов поиска по пространству или странице
Теперь используется 11 цветов для выделения найденных совпадений в тексте страницы при использовании поиска по пространству или странице.
> Эта палитра содержит 10 основных цветов и 1 для выделения активного маркера при навигации по результатам поиска на странице.
Мы также изменили стратегию маркировки найденных совпадений. Теперь каждое слово из поискового запроса выделяется отдельно при полном или частичном совпадении. Если слово на странице частично совпадает с частью запроса, оно будет выделено полностью. А если слово на странице содержит несколько частей запроса, цвет маркера будет выбран в соответствии с самой длинной совпадающей частью запроса. Эта стратегия маркировки относится как к поиску по пространству, так и к поиску по странице.
---
## Пример создания схемы в Mermaid(База знаний)
## Проблема: адаптация новых сотрудников
Ситуация знакома многим:
- Компания растет, в отдел технической поддержки приходят новички.
- Они готовы работать, но не знают, с чего начать.
- Классическое обучение требует времени и ресурсов.
### Решение
Создать наглядную инструкцию в базе знаний, которая станет надежным помощником для новичков.
### Как Mermaid решает задачу? ️
Всего за **20–30** минут вы сможете:
1. Создать понятные схемы
2. Визуализировать процессы работы
3. Сделать наглядной вашу инструкцию
:::info Подсказка
Это сэкономит часы, а иногда и дни рутинных объяснений!
:::
### Пример использования бизнес-процесса
"Обработка тех. поддержкой обращения по инциденту от клиента"
#### Шаг первый (Потоки и графы)
Так как выбранный нами для примера бизнес-процесс протекает в 3-х потоках (Клиент, Тех. поддержка, Менеджер). Удобнее всего использовать тип диаграммы "Поток с верху вниз" (flowchart TD), где нам понадобиться три поддиаграммы и для наглядности мы их поместим в общую. Обязательно каждому графу присвоим имя, нам оно понадобится позже.
Код:
```
flowchart TD subgraph S0["Обращения в ТП"]
subgraph S1["Клиент"] end
subgraph S2["Тех. поддержка"] end
subgraph S3["Менеджер"] end
end
```
#### Шаг второй (Узлы)
Теперь в каждом графе мы создадим узлы с разным начертание
- круг: начало и конец (circle);
- прямоугольник: действие (rounded);
- ромб: условие (diamond).
В этом примере нам не понадобятся другие начертания узлов, которых существует больше четырех десятков.
Сам синтаксис написания узла выберем следующий:
`A@{ shape: circle, label: "Проблема"}` - при таком синтаксисе легко найти имя узла, стиль и текст.
Указав все узлы в графах, которые нам потребуются, получим код:
```
subgraph S0["Обращения в ТП"]
subgraph S1["Клиент"]
A@{ shape: circle, label: "Проблема"}
B@{ shape: rounded, label: "Ответ клиента"}
C@{ shape: rounded, label: "Запрос необходимой инфо."}
D@{ shape: rounded, label: "Предоставление решения"}
E@{ shape: diamond, label: "Решение удовлетворило"}
end
```
#### Шаг третий (Связи)
Добавим связи между узлами. Соблюдая движение по бизнес-процессу. Нам понадобятся стрелки и стрелки с текстом:
- `-->`: переход от узла к узлу, обычная стрелка.
- `-->|да|`: переход от узла условий к узлу, который выполниться при положительном ответе, стрелка с текстом «да».
- `-->|нет|`: переход от узла условий к узлу, который выполниться при отрицательном ответе, стрелка с текстом «нет».
Дополним к имеющемуся, следующий код:
```
A-->F
F-->G
G-->H
H-->|да|J
H-->|нет|K
```
#### Шаг четвертый (Оформление)
Здесь мы добавим немного красок, для наглядности нашей схемы.
Для этого будем использовать классы стилей: `classDef PaleGreen color:#000000, fill:#98FB98`
Параметры стиля:
- fill – цвет фона узла (например - #98FB98)
- stroke – цвет контура узла (например - #98FB98)
- stroke-width – толщина контура узла (например - 2px)
- stroke – dasharray: сплошной или пунктирный контур узла (например - 5 5)
- color – цвет текста (например - #FFFFFF)
- font-size – размер текста (например - 12pt)
Чтобы применить стиль к узлу используем синтаксис: `A:::DarkRed`
Дополним ранее написанный код установкой стилей у графов и узлов:
```
s1:::Pink
s2:::PowderBlue
s3:::LightGrey
classDef Pink fill:#FFC0CB
```
### Итоговая блок схема процесса
---
## Emoji(Синтаксис)
В документации можно использовать emoji, по типу `:Код:`. Например, :tada:
## Список кодов emoji для использования
| Описание | Код | Иконка |
| -------- | --- | :----: |
| Party popper | `:tada:` | :tada: |
| Sparkles | `:sparkles:` | :sparkles: |
| Fire | `:fire:` | :fire: |
| Rocket | `:rocket:` | :rocket: |
| Thumbs up | `:+1:` | :+1: |
| Thumbs down | `:-1:` | :-1: |
| 100 points | `:100:` | :100: |
| Link | `:link:` | :link: |
| Magnifying glass | `:mag:` | :mag: |
| Light bulb | `:bulb:` | :bulb: |
| Speech balloon | `:speech_balloon:` | :speech_balloon: |
| Eyes | `:eyes:` | :eyes: |
| Grinning face with smiling eyes | `:smile:` | :smile: |
| Grinning squinting face | `:laughing:` | :laughing: |
| Face with tears of joy | `:joy:` | :joy: |
| Smiling face with smiling eyes | `:blush:` | :blush: |
| Smiling face with heart-eyes | `:heart_eyes:` | :heart_eyes: |
| Star-struck | `:star_struck:` | :star_struck: |
| Face blowing a kiss | `:kissing_heart:` | :kissing_heart: |
| Winking face with tongue | `:stuck_out_tongue_winking_eye:` | :stuck_out_tongue_winking_eye: |
| Thinking face | `:thinking:` | :thinking: |
| Face with medical mask | `:mask:` | :mask: |
| Smiling face with sunglasses | `:sunglasses:` | :sunglasses: |
| Nerd face | `:nerd_face:` | :nerd_face: |
| Waving hand | `:wave:` | :wave: |
| OK hand sign | `:ok_hand:` | :ok_hand: |
| Raised hand | `:raised_hand:` | :raised_hand: |
| Sign of the horns | `:metal:` | :metal: |
| Handshake | `:handshake:` | :handshake: |
| Folded hands | `:pray:` | :pray: |
| Pizza | `:pizza:` | :pizza: |
| Hamburger | `:hamburger:` | :hamburger: |
| Beer mug | `:beer:` | :beer: |
| Clinking beer mugs | `:beers:` | :beers: |
| Doughnut | `:doughnut:` | :doughnut: |
| Chocolate bar | `:chocolate_bar:` | :chocolate_bar: |
| Cookie | `:cookie:` | :cookie: |
| Sushi | `:sushi:` | :sushi: |
| French fries | `:fries:` | :fries: |
| Soft ice cream | `:icecream:` | :icecream: |
| Shaved ice | `:shaved_ice:` | :shaved_ice: |
| Ice cream | `:ice_cream:` | :ice_cream: |
| Cocktail glass | `:cocktail:` | :cocktail: |
| Hot beverage | `:coffee:` | :coffee: |
| Teacup without handle | `:tea:` | :tea: |
| Taxi | `:taxi:` | :taxi: |
| Steam locomotive | `:steam_locomotive:` | :steam_locomotive: |
| European castle | `:european_castle:` | :european_castle: |
| Japanese castle | `:japanese_castle:` | :japanese_castle: |
| Statue of Liberty | `:statue_of_liberty:` | :statue_of_liberty: |
| Bridge at night | `:bridge_at_night:` | :bridge_at_night: |
| National park | `:national_park:` | :national_park: |
| World map | `:world_map:` | :world_map: |
| Sunrise | `:sunrise:` | :sunrise: |
| Sunrise over mountains | `:sunrise_over_mountains:` | :sunrise_over_mountains: |
| Desert Island | `:desert_island:` | :desert_island: |
| Water wave | `:ocean:` | :ocean: |
| Artist palette | `:art:` | :art: |
| Performing arts | `:performing_arts:` | :performing_arts: |
| Microphone | `:microphone:` | :microphone: |
| Guitar | `:guitar:` | :guitar: |
| Game die | `:game_die:` | :game_die: |
| Basketball | `:basketball:` | :basketball: |
| Soccer ball | `:soccer:` | :soccer: |
| Ping pong | `:ping_pong:` | :ping_pong: |
| Direct hit | `:dart:` | :dart: |
| Video game | `:video_game:` | :video_game: |
| Clapper board | `:clapper:` | :clapper: |
| Bowling | `:bowling:` | :bowling: |
| Golfer | `:golf:` | :golf: |
| Weight lifting woman | `:weight_lifting_woman:` | :weight_lifting_woman: |
| Men wrestling | `:men_wrestling:` | :men_wrestling: |
| Woman cartwheeling | `:woman_cartwheeling:` | :woman_cartwheeling: |
| Weight lifting man | `:weight_lifting_man:` | :weight_lifting_man: |
| Hammer | `:hammer:` | :hammer: |
| Straight ruler | `:straight_ruler:` | :straight_ruler: |
| Computer | `:computer:` | :computer: |
| Mobile phone | `:iphone:` | :iphone: |
| Headphone | `:headphones:` | :headphones: |
| Closed lock with key | `:lock:` | :lock: |
| Open lock | `:unlock:` | :unlock: |
| Scroll | `:scroll:` | :scroll: |
| Page with curl | `:page_with_curl:` | :page_with_curl: |
| Package | `:package:` | :package: |
| Shield | `:shield:` | :shield: |
| Toolbox | `:toolbox:` | :toolbox: |
| Wrench | `:wrench:` | :wrench: |
| Door | `:door:` | :door: |
| File cabinet | `:file_cabinet:` | :file_cabinet: |
| Toilet paper | `:toilet_paper:` | :toilet_paper: |
| Collision symbol | `:boom:` | :boom: |
| Bug | `:bug:` | :bug: |
| Police car light | `:rotating_light:` | :rotating_light: |
| Bomb | `:bomb:` | :bomb: |
| Rainbow | `:rainbow:` | :rainbow: |
| White heavy check mark | `:white_check_mark:` | :white_check_mark: |
| Negative squared cross mark | `:negative_squared_cross_mark:` | :negative_squared_cross_mark: |
| Key | `:key:` | :key: |
| Globe with meridians | `:globe_with_meridians:` | :globe_with_meridians: |
| Loudspeaker | `:loudspeaker:` | :loudspeaker: |
| Speaker | `:speaker:` | :speaker: |
| Speaker with cancellation stroke | `:mute:` | :mute: |
| Busts in silhouette | `:busts_in_silhouette:` | :busts_in_silhouette: |
| Bust in silhouette | `:bust_in_silhouette:` | :bust_in_silhouette: |
| White flag | `:white_flag:` | :white_flag: |
| Black flag | `:black_flag:` | :black_flag: |
| Chequered flag | `:checkered_flag:` | :checkered_flag: |
| Triangular flag on post | `:triangular_flag_on_post:` | :triangular_flag_on_post: |
| Crossed flags | `:crossed_flags:` | :crossed_flags: |
| Red heart | `:heart:` | :heart: |
| Orange heart | `:orange_heart:` | :orange_heart: |
| Yellow heart | `:yellow_heart:` | :yellow_heart: |
| Green heart | `:green_heart:` | :green_heart: |
| Blue heart | `:blue_heart:` | :blue_heart: |
| Purple heart | `:purple_heart:` | :purple_heart: |
| Black heart | `:black_heart:` | :black_heart: |
| Broken heart | `:broken_heart:` | :broken_heart: |
| Two hearts | `:two_hearts:` | :two_hearts: |
| Revolving hearts | `:revolving_hearts:` | :revolving_hearts: |
| Beating heart | `:heartbeat:` | :heartbeat: |
| Growing heart | `:heartpulse:` | :heartpulse: |
| Sparkling heart | `:sparkling_heart:` | :sparkling_heart: |
| Heart with arrow | `:cupid:` | :cupid: |
| Right arrow | `:arrow_right:` | :arrow_right: |
| Left arrow | `:arrow_left:` | :arrow_left: |
| Up arrow | `:arrow_up:` | :arrow_up: |
| Down arrow | `:arrow_down:` | :arrow_down: |
| Up-right arrow | `:arrow_upper_right:` | :arrow_upper_right: |
| Down-right arrow | `:arrow_lower_right:` | :arrow_lower_right: |
| Down-left arrow | `:arrow_lower_left:` | :arrow_lower_left: |
| Up-left arrow | `:arrow_upper_left:` | :arrow_upper_left: |
| Up-down arrow | `:arrow_up_down:` | :arrow_up_down: |
| Left-right arrow | `:left_right_arrow:` | :left_right_arrow: |
| Counterclockwise arrows button | `:arrows_counterclockwise:` | :arrows_counterclockwise: |
| Right arrow curving left | `:arrow_right_hook:` | :arrow_right_hook: |
| Left arrow curving right | `:leftwards_arrow_with_hook:` | :leftwards_arrow_with_hook: |
| Arrow pointing rightwards then curving upwards | `:arrow_heading_up:` | :arrow_heading_up: |
| Arrow pointing rightwards then curving downwards | `:arrow_heading_down:` | :arrow_heading_down: |
| Back arrow | `:back:` | :back: |
| Warning | `:warning:` | :warning: |
| Children crossing | `:children_crossing:` | :children_crossing: |
| No one under eighteen symbol | `:underage:` | :underage: |
| No entry sign | `:no_entry_sign:` | :no_entry_sign: |
| No smoking | `:no_smoking:` | :no_smoking: |
| Do not litter | `:do_not_litter:` | :do_not_litter: |
| No bicycles | `:no_bicycles:` | :no_bicycles: |
| No pedestrians | `:no_pedestrians:` | :no_pedestrians: |
| No mobile phones | `:no_mobile_phones:` | :no_mobile_phones: |
| Non-potable water | `:non-potable_water:` | :non-potable_water: |
| Flexed biceps | `:muscle:` | :muscle: |
| Leg | `:leg:` | :leg: |
| Foot | `:foot:` | :foot: |
| Ear | `:ear:` | :ear: |
| Nose | `:nose:` | :nose: |
| Brain | `:brain:` | :brain: |
| Tooth | `:tooth:` | :tooth: |
| Bone | `:bone:` | :bone: |
| Eye | `:eye:` | :eye: |
| Tongue | `:tongue:` | :tongue: |
| Mouth | `:lips:` | :lips: |
| Kiss mark | `:kiss:` | :kiss: |
| Cactus | `:cactus:` | :cactus: |
| Tanabata tree | `:tanabata_tree:` | :tanabata_tree: |
| Christmas tree | `:christmas_tree:` | :christmas_tree: |
| Evergreen tree | `:evergreen_tree:` | :evergreen_tree: |
| Deciduous tree | `:deciduous_tree:` | :deciduous_tree: |
| Palm tree | `:palm_tree:` | :palm_tree: |
| Seedling | `:seedling:` | :seedling: |
| Herb | `:herb:` | :herb: |
| Shamrock | `:shamrock:` | :shamrock: |
| Four leaf clover | `:four_leaf_clover:` | :four_leaf_clover: |
| Maple leaf | `:maple_leaf:` | :maple_leaf: |
| Fallen leaf | `:fallen_leaf:` | :fallen_leaf: |
| Leaf fluttering in wind | `:leaves:` | :leaves: |
| Tulip | `:tulip:` | :tulip: |
| Rose | `:rose:` | :rose: |
| Wilted flower | `:wilted_flower:` | :wilted_flower: |
| Hibiscus | `:hibiscus:` | :hibiscus: |
| Cherry blossom | `:cherry_blossom:` | :cherry_blossom: |
| White flower | `:white_flower:` | :white_flower: |
| Rosette | `:rosette:` | :rosette: |
| Sunflower | `:sunflower:` | :sunflower: |
| Blossom | `:blossom:` | :blossom: |
---
## Octicons(Синтаксис)
В базе знаний есть возможность использовать [Octicons](https://primer.github.io/octicons/), их можно использовать в текстах.
Иконки можно записать вот так: `:icon-Код:`, где `Код` - это краткое обозначение иконки.
Для примера `:icon-star:` выведет вот такую иконку .
## Пример иконок и их обозначение
URL | Код | Пример | Иконка |
:---: | --------- | ------ | :----: |
| [URL](https://primer.github.io/octicons/alert-24) | alert | `:icon-alert:` | |
| [URL](https://primer.github.io/octicons/alert-fill-24) | alert-fill | `:icon-alert-fill:` | |
| [URL](https://primer.github.io/octicons/archive-24) | archive | `:icon-archive:` | |
| [URL](https://primer.github.io/octicons/arrow-both-24) | arrow-both | `:icon-arrow-both:` | |
| [URL](https://primer.github.io/octicons/arrow-down-24) | arrow-down | `:icon-arrow-down:` | |
| [URL](https://primer.github.io/octicons/arrow-down-left-24) | arrow-down-left | `:icon-arrow-down-left:` | |
| [URL](https://primer.github.io/octicons/arrow-down-right-24) | arrow-down-right | `:icon-arrow-down-right:` | |
| [URL](https://primer.github.io/octicons/arrow-left-24) | arrow-left | `:icon-arrow-left:` | |
| [URL](https://primer.github.io/octicons/arrow-right-24) | arrow-right | `:icon-arrow-right:` | |
| [URL](https://primer.github.io/octicons/arrow-switch-24) | arrow-switch | `:icon-arrow-switch:` | |
| [URL](https://primer.github.io/octicons/arrow-up-24) | arrow-up | `:icon-arrow-up:` | |
| [URL](https://primer.github.io/octicons/arrow-up-left-24) | arrow-up-left | `:icon-arrow-up-left:` | |
| [URL](https://primer.github.io/octicons/arrow-up-right-24) | arrow-up-right | `:icon-arrow-up-right:` | |
| [URL](https://primer.github.io/octicons/beaker-24) | beaker | `:icon-beaker:` | |
| [URL](https://primer.github.io/octicons/bell-24) | bell | `:icon-bell:` | |
---
## Синтаксис(Синтаксис)
Синтаксис **Docsinum / Доксинум** основывается на [CommonMark Spec](https://spec.commonmark.org/) и дополнен для удобства.
Для оформления текста используются:
* базовая разметка;
* списки;
* простые и многострочные таблицы;
* заметки;
* ссылки;
* медиа;
* фрагменты кода;
* всплывающие подсказки.
---
## Базовая разметка(Синтаксис)
## Строчное форматирование
Для форматирования фрагментов текста в строке используйте приведенные ниже способы разметки.
| Разметка | Результат |
| ---------------------------- | ---------------------------- |
| `**Полужирный**` | **Полужирный** |
| `_Курсив_` или `*Курсив*` | *Курсив* |
| `**_Полужирный курсив_**` | ***Полужирный курсив*** |
| `~~Зачеркнутый~~` | ~~Зачеркнутый~~ |
| `==Выделенный==` | `Выделенный` |
Элементы оформления можно объединять. Например:
| Разметка | Результат |
| ---------------------------- | ---------------------------- |
| `***Полужирный-Курсив***` | ***Полужирный-Курсив*** |
## Параграфы
Для создания параграфа отделите пустой строкой один блок текста от другого.
```markdown
Параграф.
Следующий параграф.
```
## Заголовки
Всего можно задать 6 уровней заголовков. При наведении на заголовок у него появляется якорь, который можно скопировать и быстро перейти к текущему заголовку на этой странице.
```markdown
# Заголовок h1
## Заголовок h2
### Заголовок h3
#### Заголовок h4
##### Заголовок h5
###### Заголовок h6
```
## Цитаты
Цитаты оформляются следующим образом:
```markdown
> Цитата
```
Результат:
> Цитата
Цитаты поддерживают вложенность:
```markdown
> Цитирование
>> Вложенное цитирование
```
Результат:
> Первая цитата
>> Вложенная цитата
## Гиперссылки
Ссылки на другие сайты оформляются несколькими способами.
### Обычная ссылка
```markdown
[Ссылка](https://softonit.ru)
```
Результат:
[Ссылка](https://softonit.ru)
### Умная ссылка
Если в тексте будет указан сайт, который начинается с `http://` или `https://`, то эти ссылки автоматически будут подсвечены.
Результат:
https://softonit.ru
### Автоматические ссылки
Ссылки можно указывать так ``. Ящики можно указывать как: ``.
Результат:
[https://softonit.ru](https://softonit.ru)
[test@test.com](mailto:test@test.com)
### Концевые ссылки
Пример:
```markdown
Привет [test][text]
[text]: https://softonit.ru "Title"
```
Результат:
Привет [test][text]
[text]: https://softonit.ru "Title"
## Изображения
Изображения вставляются следующим образом:
Пример:
```markdown
```
## Горизонтальная линия
Пример:
`----`
`****`
`____`
Результат:
----
## Экранирование символов
Иногда нужно, чтобы стандартная разметка не разбирала текст. Для этого можно воспользоваться экранированием. Используйте специальный символ `\` для экранирования.
Пример:
```
A = 2*2*5; <- Тут применится курсив
A = 2\*2\*5; <- Тут умножение останется
```
Результат:
A = 2*2*5;
A = 2\*2\*5;
## Использование HTML-кода
Иногда может потребоваться что-то не стандартное. Для этого используете простые вставки HTML-кода.
Пример:
```html
H2O
```
Результат:
H2O
---
## Видео(Синтаксис)
В базе знаний можно вставлять видео используя видео-хостинги. На данный момент поддерживается работа с YouTube, RuTube, VK Видео, Vimeo.
Оформляются видео-ролики так:
```markdown
[!video](https://youtu.be/MC1jEQOfqEw)
```
Результат:
[!video](https://youtu.be/MC1jEQOfqEw)
---
## Комбинации клавиш клавиатуры(Синтаксис)
## Комбинации клавиш
Иногда попадаются задачи, когда необходимо в инструкциях указать какую комбинацию клавиш необходимо нажать. Для этих целей рекомендуем использовать специальную конструкцию:
```markdown
Собрать приложение можно нажав: {{+ F5 +}}
Копирование текста можно сделать комбинацией {{+ Ctrl + C +}}
Для перезагрузки нажмите {{+ Ctrl + Alt + Shift }}
```
Результат:
Собрать приложение можно нажав: `F5`
Копирование текста можно сделать комбинацией `Ctrl` + `C`
Для перезагрузки нажмите `Ctrl` + `Alt` + `Shift`
## Пункты меню
Дополнительно, иногда можно столкнуться с необходимостью иметь возможность указать, что нужно выбрать в меню. Для этого могут помочь следующие конструкции:
```markdown
Для сохранения файла необходимо открыть `{{/ Меню / Открыть }}`
В выпадающем меню необходимо выбрать `{{\ Еще \ Группировка \ По типам }}`
При работе с Word необходимо `{{> File > Save as }}`
```
Результат:
Для сохранения файла необходимо открыть `Меню` ⟶ `Открыть`
В выпадающем меню необходимо выбрать `Еще` ⟶ `Группировка` ⟶ `По типам`
При работе с Word необходимо `File` ⟶ `Save as`
В качестве маркера разделителя можно выбрать один из символов: `\`, `/` или `>`. Какой вам больше нравится и подходит.
---
## Оповещение(Синтаксис)
Компоненты оповещений помогают выделить важные сообщения для читателя.
Чтобы создать оповещение, просто окружите блок текста или любой контент markdown символом `!!!`.
```markdown
!!!
Это оповещение.
!!!
```
:::info Это оповещение.
:::
## Оповещение с заголовком
Оповещения также могут иметь заголовки. Добавьте пробел, затем добавьте свой заголовок, например `!!! Мой заголовок`.
```markdown
!!!info Мой заголовок
Это оповещение.
!!!
```
:::info Мой заголовок
Это оповещение.
:::
В заголовках поддерживаются некоторые базовые синтаксисы Markdown и иконки.
```markdown
!!!info :icon-rocket: Взлетаем :icon-rocket:
Ознакомьтесь с синтаксисом Доксинум и радуйте своих клиентов.
!!!
```
:::info Взлетаем
Ознакомьтесь с синтаксисом и радуйте своих клиентов.
:::
## Типы оповещений
Оповещения могут быть различных типов, которые можно указать, передав `вариант` сразу после `!!!`, например `!!!danger`.
| Вариант | Цвет |
| ------------------------ | -------------- |
| `primary` (по умолчанию) | `синий` |
| `secondary` | `серый` |
| `success` | `зеленый` |
| `danger` | `красный` |
| `warning` | `желтый` |
| `info` | `светло-синий` |
| `bug` | `красный` |
| `tip` | `фиолетовый` |
| `question` | `темный` |
| `hint` | `светло-серый` |
---
Примеры оповещений
:::danger Опасность
Это оповещение `danger`
:::
:::warning Предупреждение
Это оповещение `warning`
:::
:::info Информация
Это оповещение `info`
:::
:::tip Успех
Это оповещение `success`
:::
---
## Списки и чекбоксы(Синтаксис)
## Списки
Markdown поддерживает упорядоченные и неупорядоченные списки. Для создания неупорядоченного списка используйте символы `*`, `-` или `+`. Для упорядоченного списка используйте числа с точкой или закрывающие скобки. Например:
```markdown
- Первый элемент списка
- Второй элемент списка
- Третий элемент списка
1. Первый элемент упорядоченного списка
2. Второй элемент упорядоченного списка
3. Третий элемент упорядоченного списка
```
Для того, чтобы создавать иерархический список необходимо использовать три пробела.
```markdown
* Первый элемент списка
* Подчиненный элемент списка
* Подчиненный элемент списка
```
## Чекбоксы
```
- [x] Задача 1
- [~] Задача 3
- [ ] Задача 4
- [v] Задача 5
```
Результат:
- [x] Задача 1
- Задача 3
- [ ] Задача 4
- [x] Задача 5
:::info Важно!
Строки списка должны начинаться с маркера `-` и после символа `]` обязательно должен быть пробел
:::
---
## Создание статьи и каталога(База знаний)
## Создание каталога
Для того чтобы создать каталог для статей нужно нажать на соответствующую кнопку слева от дерева навигации, ввести наименование и нажать на клавишу **Enter**
## Создание статьи
Для создания статьи нужно нажать на кнопку слева от дерева навигации, ввести наименование и нажать на кнопку **Enter**
## Создание статьи и каталога через контекстное меню
Создавать каталоги и статьи можно и через контекстное меню, нажав на правую клавишу мыши в области дерева навигации и выбрать в меню что мы хотим сделать.
## Удаление, переименование, изменение символьного кода статьи или каталога через контекстное меню
Если в навигационном дереве выбрать каталог или статью, а затем вызвать контекстное меню правой кнопкой мыши, на выбранном объекте, то можно увидеть дополнительные действия над выбранным объектом, а именно **Удаление**, **Переименование**, **Изменение символьного кода** и если выбранный объект является статьей **Редактирование**
## Редактирование статьи
После создания статьи, вызвать окно редактора, можно через контекстное меню или через кнопку.
Окно редактирования выглядит следующим образом. Для редактирования используется Markdown.
---
## Ссылки(База знаний)
Вы можете добавлять ссылки на страницу с указанием заголовка, если это необходимо, или просто на определенное пространство.
Эта функция поможет вам лучше организовать информацию и создать связи между разными разделами вашей базы знаний.
## Поддерживаемые формы адреса в ссылке
Поддерживаются три формы адреса в ссылке.
### Пространство
Шаблон адреса:
```
/?spaceId=
```
Пример адреса:
```
/obshchee-prostranstvo?spaceId=48a0d6d0-a6a6-4444-bd6d-7d62740e8126
```
Пример ссылки (markdown):
```md
[Общее пространство](/obshchee-prostranstvo?spaceId=48a0d6d0-a6a6-4444-bd6d-7d62740e8126 "Ссылка на пространство")
```
### Страница
Шаблон адреса:
```
/[/folder-symbolic-code].../?pageId=
```
Пример адреса:
```
/obshchee-prostranstvo/dokumentatsiya/sintaksis-markdown?pageId=b374cd50-c035-11ee-bfa1-548028503e9d
```
Пример ссылки (markdown):
```md
[Синтаксис Markdown](/obshchee-prostranstvo/dokumentatsiya/sintaksis-markdown?pageId=b374cd50-c035-11ee-bfa1-548028503e9d "Ссылка на страницу")
```
### Заголовок
Шаблон адреса:
```
/[/folder-symbolic-code].../?pageId=[#anchor-id]
```
Пример адреса:
```
/obshchee-prostranstvo/dokumentatsiya/sintaksis-markdown?pageId=b374cd50-c035-11ee-bfa1-548028503e9d#osnovnye-elementy-markdown
```
Пример ссылки (markdown):
```md
[Основные элементы Markdown](/obshchee-prostranstvo/dokumentatsiya/sintaksis-markdown?pageId=b374cd50-c035-11ee-bfa1-548028503e9d#osnovnye-elementy-markdown "Ссылка на заголовок")
```
### Заголовок (упрощенная форма)
Поддерживается упрощенная форма ссылки на заголовок или якорь в тексте страницы `[заголовок](#anchor-id)`, но необходимо знать `anchor-id` в атрибуте заголовка `id="anchor-id"`, что неудобно для пользователя.
> Данная упрощенная форма работает только в рамках текущей страницы. Переход на другую страницу и пространства не осуществляется.
Шаблон адреса:
```
#anchor-id
```
Пример адреса:
```
#osnovnye-elementy-markdown
```
Пример ссылки (markdown):
```md
[Основные элементы Markdown](#osnovnye-elementy-markdown "Ссылка на заголовок")
```
## Формирование адреса ссылки на пространство
В режиме редактирования нажать на кнопку **Ссылка** (или `Ctrl + L`) с иконкой цепочки в верхней панели инструментов редактора.
В появившемся модальном окне нажать на кнопку с тремя горизонтальными точками.
Затем появится следующее модальное окно, где можно выбрать пространство и страницу для формирования адреса ссылки на страницу или пространство.
Для формирования ссылки на пространство необходимо выбрать целевое пространство и нажать кнопку **Выбрать**.
> Если до этого была выбрана страница, то можно повторно выбрать пространство, после чего сформируется ссылка на пространство вместо ссылки на страницу.
Затем произойдет возврат к предыдущему модальному окну с уже заполненным полем *Адрес*, где будет адрес ссылки на выбранное ранее пространство.
## Формирование адреса ссылки на страницу
### Первый способ
В режиме редактирования нажать на кнопку **Ссылка** (или `Ctrl + L`) с иконкой цепочки в верхней панели инструментов редактора.
В появившемся модальном окне нажать на кнопку с тремя горизонтальными точками.
Затем появится следующее модальное окно, где можно выбрать пространство и страницу для формирования адреса ссылки на страницу или пространство.
Для формирования ссылки на страницу необходимо выбрать пространство и после загрузки (при долгой загрузке отображается скелетон) дерева страниц и папок выбрать целевую страницу и нажать кнопку **Выбрать**. Затем произойдет возврат к предыдущему модальному окну с уже заполненным полем *Адрес*, где будет адрес ссылки на выбранную страницу.
### Второй способ
Нажать на иконку цепочки (кнопка) на верхней панели страницы.
В появившемся модальном окне с заголовком **Ссылка на страницу** будет выделен адрес страницы, который можно скопировать следующими способами:
- Нажать на кнопку **Копировать** в нижней части модального окна (эта кнопка скрыта в 1С на Linux, т. к. не поддерживается работа с буфером обмена операционной системы). После нажатия на эту кнопку модальное окно закрывается и выводится сообщение зеленого цвета с сообщением о том, что ссылка скопирована.
- Нажать правую кнопку мышки на выделенном тексте ссылки и в появившемся диалоговом окне выбрать пункт **Копировать**. После этого модальное окно само не закроется (см. Примечание 1).
- Нажать на клавиатуре сочетание кнопок `Ctrl + C`. После этого модальное окно само не закроется (см. Примечание 1).
> Также доступно копирование части адреса.
## Формирование адреса ссылки на заголовок
Нажать правой кнопкой мыши или долгим зажатием (1-2 секунды) на сенсорных экранах мобильных устройств на иконку цепочки (кнопка) возле целевого заголовка на открытой странице.
В появившемся модальном окне с заголовком **Ссылка на страницу и заголовок** будет выделен адрес страницы и заголовка, который можно скопировать следующими способами:
- Нажать на кнопку **Копировать** в нижней части модального окна (эта кнопка скрыта в 1С на Linux, т.к. не поддерживается работа с буфером обмена операционной системы). После нажатия на эту кнопку модальное окно закрывается и выводится сообщение зеленого цвета с сообщением о том, что ссылка скопирована.
- Нажать правую кнопку мышки на выделенном тексте ссылки и в появившемся диалоговом окне выбрать пункт **Копировать**. После этого модальное окно само не закроется (см. Примечание 1).
- Нажать на клавиатуре сочетание кнопок `Ctrl + C`. После этого модальное окно само не закроется (см. Примечание 1).
> Также доступно копирование части адреса.
## Переход по ссылке на пространство
- Если символьный код пространства в адресе `/?spaceId=` не актуален, то он меняется в соответствии с данным, полученным по ID пространства.
- Если в адресе присутствует только символьный код пространства `/`, то производится запрос данных всех пространств и производится поиск целевого пространства по символьному коду. Затем, если пространство было найдено, то к адресу в адресной строке браузера (роутингу) добавляется параметр, указывающий на ID пространства, соответствующего символьному коду пространства `/?spaceId=`. Если целевое пространство не было найдено, то выводится ошибка.
- Если в адресе ссылки или адресной строке браузера есть символьный код пространства и символьные кода страницы и/или символьные кода папок `/[/folder-symbolic-code]...[/]`, происходит перенаправление на пространство с адресом, содержащим символьный код пространства и ID пространства `/?spaceId=`.
- Если в адресе есть ID пространств, и по нему не удалось определить пространство, то выводится ошибка.
## Переход по ссылке на страницу
- Если символьные коды пространства, папок и страницы не актуальны `/[/folder-symbolic-code].../?pageId=[#anchor-id]`, то он меняется в соответствии с данным, полученным по ID страницы.
- Если не удалось определить целевую страницу и пространство по ID страницы, то выводится ошибка.
## Переход по ссылке на заголовок
Этот алгоритм похож на тот, что используется при переходе по ссылке на страницу. Однако здесь требуются дополнительные действия.
- Если страница была найдена и отображена на экране, но на ней нет заголовка с атрибутом `id="anchor-id"`, соответствующим с адресом в ссылке или адресом в адресной строке браузера `/[/folder-symbolic-code].../?pageId=[#anchor-id]`, то часть `[#anchor-id]` удаляется из адреса в адресной строке браузера.
- Если страница была найдена и отображена на экране, и на ней есть заголовок с атрибутом `id="anchor-id"`, соответствующим с адресом в ссылке или адресом в адресной строке браузера `/[/folder-symbolic-code].../?pageId=[#anchor-id]`, то часть `[#anchor-id]` остается в адресной строке браузера. И на странице выделяется целевой заголовок с сохранением в сессию и прокруткой страницы, так чтобы этот заголовок был виден.
## Обновление адреса в адресной строке внешнего браузера
Символьные коды в адресной строке внешнего браузера обновляются в следующих случаях:
- при переименовании открытой страницы;
- при переименовании одной из родительских папок открытой страницы;
- при изменении символьного кода открытой страницы;
- при изменении символьного кода одной из родительской папки открытой страницы;
- при переносе страницы по дереву в рамках одного пространства;
- при переносе одной из родительских папок открытой страницы по дереву в рамках одного пространства;
- при переносе открытой страницы в другое пространство;
- при переносе одной из родительских папок открытой страницы.
## Примечание
Для того чтобы закрыть модальное окно с выводом ссылки, есть следующие способы:
- Нажать на крестик в верхнем правом углу.
- Нажать кнопку **Закрыть** в нижней части окна (не отображается в 1С на Linux).
- Нажать кнопку **Esc** на клавиатуре.
- Нажать левой кнопкой мыши в любой части области вне модального окна.
---
## Схемы в базе знаний Mermaid(База знаний)
:::info Mermaid
Инструмент для создания диаграмм и схем, который поддерживает использование внутри Markdown.
:::
## Синтаксис компонентов
Для создания диаграммы Mermaid используется кодовый блок, начинающийся с ``` и содержащий указание mermaid.
## Примеры
### Директивы
Директивы Mermaid можно настроить, используя рекомендуемый синтаксис `%%{init: { }}%%` в качестве первой строки непосредственно внутри блока ``` mermaid.
Из документации Mermaid:
Директивы предоставляют автору диаграммы возможность изменять внешний вид диаграммы перед визуализацией путем изменения применяемой конфигурации.
```
%%{init: { 'theme': 'forest' }}%%
graph LR
A[Жёсткая граница] -->|Текст связи| B(Округлая граница)
B --> C{Решение}
C -->|Первый вариант| D[Результат 1]
C -->|Второй вариант| E[Результат 2]
```
### Блок кода для Mermaid
Чтобы нарисовать блок кода mermaid вместо отображения содержимого, пожалуйста, используйте спецификатор синтаксиса блока mermaid-js.
```
%%{init: { 'theme': 'forest' }}%%
graph LR
A[Hard edge] -->|Link text| B(Round edge)
B --> C{Decision}
C -->|One| D[Result one]
C -->|Two| E[Result two]
```
Подсветка синтаксиса кода Mermaid на данный момент не поддерживается.
### Блок-схема
```
graph TD;
A-->B;
A-->C;
B-->D;
C-->D;
```
### Схема последовательности действий
```
sequenceDiagram
participant Алиса
participant Боб
Алиса->>Джон: Привет, Джон, как дела?
loop Проверка состояния здоровья
Джон->>Джон: Борьба с ипохондрией
end
Note right of Джон: Рациональные мысли преобладают!
Джон-->>Алиса: Отлично!
Джон->>Боб: А как насчет тебя?
Боб-->>Джон: Очень хорошо!
```
## Диаграмма классов
```
classDiagram
Class01 <|-- AveryLongClass : Cool
Class03 *-- Class04
Class05 o-- Class06
Class07 .. Class08
Class09 --> C2 : Where am i?
Class09 --* C3
Class09 --|> Class07
Class07 : equals()
Class07 : Object[] elementData
Class01 : size()
Class01 : int chimp
Class01 : int gorilla
Class08 <--> C2: Cool label
```
### Отношение между сущностями
```
erDiagram
"ПОКУПАТЕЛЬ" ||--o{ "ЗАКАЗ" : "места"
"ЗАКАЗ" ||--|{ "РЕКЛАМНАЯ КАМПАНИЯ" : "содержит"
"ПОКУПАТЕЛЬ" }|..|{ "АДРЕС ДОСТАВКИ" : "использует"
```
### Пользовательские пути
```
journey
title Мой рабочий день
section Идти на работу
Приготовить чай: 5: Я
Идти наверх: 3: Я
Работать: 1: Я, Кот
section Пойти домой
Идти вниз: 5: Я
Присесть: 5: Я
```
## Онлайн-конструктор
Чтобы создавать и редактировать диаграммы и схемы Mermaid с максимальным удобством, вы можете воспользоваться онлайн-конструктором.
В самых простых случаях вам будет достаточно редактора.
Однако, если вам требуется более детальная настройка, вы можете перейти в расширенный режим Playground.
После того как диаграмма или схема будут полностью созданы, вы можете скопировать и вставить полученный код в Markdown-редактор вашей базы знаний.
Важно отметить, что получившийся код нужно поместить в блок кода Mermaid для того, чтобы он правильно отобразился в базе знаний.
```
sequenceDiagram
participant Алиса
participant Боб
Алиса->>Джон: Привет, Джон, как дела?
loop Проверка состояния здоровья
Джон->>Джон: Борьба с ипохондрией
end
Note right of Джон: Рациональные мысли преобладают!
Джон-->>Алиса: Отлично!
Джон->>Боб: А как насчет тебя?
Боб-->>Джон: Очень хорошо!
```
:::info Важно!
Функционал доступен начиная с релиза 3.1.22.2
:::
---
## Что такое пространство(База знаний)
**Доксинум** состоит из пространств. Вы можете создать отдельные пространства для технических специалистов, разработчиков, менеджеров и т.д. Другими словами это способ создавать разные базы знаний. В пространстве строится дерево из каталогов и статей.
Каждая статья должна находиться в определенном пространстве.
Чтобы создать пространство нужно создать проект. То есть проекты составляют пространства в базе знаний.
## Создание пространства
Для создания пространства перейдите в раздел
**Техническая поддержка -> Проекты**
Нажмите **Создать**.
В открывшемся окне заполните **Наименование**.
В закладке **Участники**, вы можете указать участников проекта.
:::info Важно!
Если не указать участников проекта, документация по данному проекту, будет видна всем пользователям. Если указать участников, документация будет отображаться только указанным.
:::
Нажмите **Записать и закрыть**.
Теперь если перейти в раздел
**Техническая поддержка -> База знаний "Доксинум"**
и нажать на кнопку для выбора пространства вы увидите в списке, созданное нами, пространство. Обратите внимание что в этом списке видны и другие пространства, это остальные проекты.
---
## Введение(Введение)
Конфигурация **Управление IT-отделом 8** является готовым решением, которое позволит оптимизировать работу ИТ-подразделений и аутсорсинговых компаний.
Содержит полный комплекс средств для работы службы технической поддержки:
* программистов;
* системных администраторов;
* техников компьютерных сетей;
* ИТ-руководителей.
Конфигурация предназначена для ведения [складского учета](/it3/nomenklatura-i-sklad) и учета по [материальным лицам](/it3/sotrudniki/zakreplenie-sotrudnikov) компьютерной техники и оборудования. Кроме этого учитывает ремонты, позволит заказывать оборудование и контролировать сроки поставок.
Поможет в организации эффективной службы технической поддержки пользователей (Service Desk).
Решение подходит как для небольшой организации, так и крупному холдингу.
Данная документация, позволит Вам с нуля изучить конфигурацию и уверенно пользоваться нашим решением.
**Содержание главы:**
* [Термины и определения](/it3/vvedenie/terminy-i-opredeleniya)
* [Что нужно знать перед началом работы?](/it3/vvedenie/chto-nuzhno-znat-pered-nachalom-raboty)
---
## Термины и определения(Введение)
## Общепринятые термины ServiceDesk
* **ITIL** - (произносится как «айти́л», англ. IT Infrastructure Library — [библиотека инфраструктуры информационных технологий](https://softonit.ru/blog/articles/uit/chto-takoe-itsm/)) — библиотека, описывающая лучшие из применяемых на практике способов организации работы подразделений или компаний, занимающихся предоставлением услуг в области информационных технологий.
* **SLA** - (англ. [Service Level Agreement — соглашение об уровне оказываемых услуг](https://softonit.ru/blog/articles/it/chto-takoe-sla-service-level-agreement-/)) — это документ, который составляется между двумя сторонами (потребитель – исполнитель) и отражает условия предоставляемых услуг. Факт заключения SLA означает, что уровень услуг, указанных в этом документе, соответствует реальному качеству работы сервиса.
* **ИТ-служба** - группа физических и юридических лиц, которые оказывают ИТ-услуги.
* **ИТ-подразделение** - подразделение в структуре организации, которое оказывает ИТ-услуги. Этот термин - подмножество ИТ-службы.
* **ИТ-услуги (сервисы)** - услуги, которые ИТ-подразделение оказывает организации в процессе своей работы.
* **KPI (анг. [Key Performance Indicators — ключевой показатель эффективности](https://softonit.ru/blog/articles/uit/metriki-i-kpi/))** - это показатель, позволяющий контролировать эффективность рабочей производительности.
* **[Канбан-доска и (анг. SCRAM)](/it3/podsistema-service-desk-upravlenie-incidentami/ispolzovanie-kanban-kanban-i-skram-scrum-v-konfiguracii-md)** - это методы, которые применяются при управлении проектами.
* **Эскалация** - деятельность, которая позволяет своевременно разрешить инцидент с помощью дополнительных знаний (функциональная эскалация) или дополнительных полномочий (иерархическая эскалация), чтобы выполнить инцидент в срок, который указан в SLA.
* **Проблема (problem)** - неизвестная причина одного или более инцидентов.
* **Приоритет (priority)** - категория, используемая для определения относительной важности инцидента и срочности выполнения.
* **Срочность (urgency)** - насколько быстро с момента своего появления инцидент, приобретет существенное влияние на бизнес.
* **Важность (impact)** - мера воздействия инцидента на бизнес-процесс.
* **Инцидент** - любое событие, которое не является частью стандартных операций сервиса и вызывает, или может вызвать, прерывание обслуживания или снижение качества сервиса. Незапланированное прерывание или снижение качества ИТ-услуги.
* **Конфигурационная единица (анг. configuration item, CI, KE)** - любой компонент или другой сервисный актив, которым необходимо управлять для того, чтобы предоставлять ИТ-услугу.
* **Конфигурационная база данных (анг. [Configuration Managment System, CMDB](https://softonit.ru/blog/articles/uit/cmdb-konfiguratsii-i-aktivy-v-itil/))** - информационная база данных, которая содержит сведения обо всех КЕ.
## Термины конфигурации "Управление IT-отделом 8"
* **Подсистема** - крупный функциональный механизм конфигурации, формирующий командный интерфейс программы.
* **Функциональность** - набор опций, определяющих набор функциональных возможностей основной конфигурации. Данный набор может быть ограничен в соответствии с редакцией.
* **Редакция (Стандарт, ПРОФ и КОРП)** - ограничение стандартных механизмов конфигурации. Стандарт: минимальный набор функционала, ПРОФ: средний набор доступного функционала, КОРП: максимальные функциональные возможности программы.
* **Конфигуратор** - специальный режим запуска конфигурации, предназначенный для разработчиков. Обычными пользователями используется для осуществления обновления программы.
* **Тонкий клиент** - режим запуска конфигурации в пользовательском интерфейсе.
* **Толстый клиент** - режим запуска конфигурации в пользовательском интерфейсе для проведения административных манипуляций с базой.
* **Веб-клиент** - режим запуска конфигурации в пользовательском интерфейсе с использованием возможностей браузера.
* **Справочник** - объект конфигурации, предназначенный для хранения справочных данных (объектов), которые будут использоваться в процессе ведения учета. Например, это сотрудники, контрагенты или физические лица.
* **Документ** - это объект конфигурации, отражающий выполненные операции учета над элементами справочников. Например, документ "Поступление" отражает операцию оприходования остатков.
* **Форма** - это набор полей, реквизитов, кнопок, доступных в том или ином справочнике или документе.
* **Задание** - в нашем решении это общее собирательное название инцидентов, запросов на предоставление услуги, запросов на изменение, запросов на обслуживание и т.д. Этот термин относится не совсем к ITIL, но так исторически сложилось, что в нашем решении он принял вот такое наименование.
* **Каталог услуг (сервисов)** - справочник, в котором описываются все услуги оказываемые подразделением ИТ. Под описанием понимается их характеристики, связи, время предоставления, влияние на другие процессы и другие параметры, которые важны в процессе предоставления услуг.
* **Соглашение SLA** – документ конфигурации, описывающий характеристики предоставления пользователям (клиентам) ИТ-услуг.
* **Организация** - юридическое или физическое лицо, учет, которого будет осуществляться в конфигурации. Основное предназначение объекта базы заключается в отражении информации о нашей компании. Другими словами, данный объект отражает в базе нашу собственную организацию или ИП.
* **Контрагент** - стороннее юридическое или физическое лицо, содержит информацию о клиенте или поставщике, работающем с той или иной организацией.
* **Контактное лицо** - объект одноименного справочника программы, который является представителем контрагента.
* **Физическое лицо** - объект конфигурации, который содержит дополнительную информацию о конкретном человеке, это может быть сотрудник или пользователь.
* **Сотрудник** - объект конфигурации, который хранит подробную информацию о сотруднике, работающем в той или иной организации.
* **Пользователь** - объект конфигурации, который позволяет осуществлять вход в программу и использовать пользовательский интерфейс в режимах тонкого и толстого клиента, а также в WEB.
* **Потенциальный клиент** - юридическое или физическое лицо, которое проявило первичный интерес к нашему продукту или услуге и в дальнейшем может перейти в статус клиента. Используется в подсистеме CRM.
* **Клиент** - тот, кто оплачивает ИТ-услуги и группирует инициаторов.
* **Инициатор** - тот, кто создает обращения в техническую поддержку и является пользователем (потребителем) ИТ-услуги.
* **Исполнитель** - представитель ИТ-службы (не обязательно сотрудник организации), который является ответственным за выполнение задания (инцидента).
* **Наблюдатель** - заинтересованное в разрешении инцидента (задания) лицо.
* **Проблема** - массовое объединение заданий в одну полноценную проблему, которая стала причиной возникновения множественных однотипных инцидентов.
* **Номенклатура** - обобщенная комплектующая или комплект по которой ведется учет. Например, Монитор DELL UltraSharp U2719D.
* **Карточка номенклатуры** - конкретная номенклатура, которая однозначно указывает на комплектующую или комплект. Например, Монитор DELL UltraSharp U2719D инвентарный номер 2377.
* **Комплект** - номенклатура, объединяющая в себе иерархический состав комплектующих. Например, системный блок №22 в состав, которого входят все комплектующие ПК.
* **Место хранения** - объект конфигурации, который выступает в роли склада или места, где хранится номенклатура (оборудование). За местами хранений закрепляется ответственный сотрудник.
* **Ответственный сотрудник** - это материально ответственное лицо, которое закрепляется за конкретным местом хранения.
* **Ответственный сотрудник IT** - это сотрудник ИТ-отдела, который закрепляется за местом хранения в качестве обслуживающего данное место (склад) по части ИТ.
---
## Что нужно знать перед началом работы?(Введение)
В начале работы с конфигурацией надо представлять, что Вы хотите получить в результате Вашей работы. Это важно! Так как многие, начиная работать с нашим решением не до конца это понимают. Наметьте поставленные цели и идите к ним. Из нашего личного опыта анализа внедрений в организациях мы заметили некоторые закономерности, при которой автоматизация не доходит до логического конца.
Прежде чем приступать к работе, прочтите основные моменты внедрения, которые изложены на этой странице. Постараемся изложить все кратко и по делу, с одной стороны мотивируя Вас, с другой показывая с какими подводными камнями вы можете столкнуться в начале и во время работы.
## Камень №1. Представляйте конечные цели внедрения программы.
Начнем с главного: перед внедрением определите цели, которые вы хотите решить. Есть один хороший метод, который советует Глеб Архангельский и который хорошо работает, когда вы хотите чего-то добиться. Закройте глаза и представьте, себя через три/шесть/двенадцать месяцев. Вы приходите на работу, что вы видите? Как работает первая линия поддержки? Много ли заявок? Сколько времени уходит на решение одной задачи? Какие отношения у отдела с другими отделами? Улучшились? Какое влияние оказала не так давно внедренная программа? Что предприняли в начале внедрения?
Представьте себе, как все будет работать. Что при этом чувствуете вы лично и ваши коллеги? Удовлетворены ли вы результатом?
"Я пока не знаю, как это сделать, но я хочу, чтобы я и моя команда были ...", "Мы достигли таких результатов ...", "Улучшился уровень сервиса и нам подняли зарплату на ... процентов" и т.д. Этот метод также поможет вам корректировать цели, которые вы хотите достичь и ясно представлять их. Воодушевились? :) Идем дальше...
## Камень №2. Программа без Вас ничего не решит.
Руководители, которые изначально хотят видеть все, что касается работы ИТ-отдела и обслуживающих организаций изначально думают, что, купив программу все их проблемы будут решены. Рассуждая примерно так: "Ну это же программа! Я нажму на одну кнопочку и все будет работать/считаться/анализироваться и решаться. Ведь мы заплатили за это деньги!"
Это заблуждение! Точнее так: если в программе действительно работать, анализировать ее результаты и вести деятельность непрерывно, параллельно принимая решения по дальнейшему развитию и улучшению процессов, то у Вас все будет действительно работать как вы хотите, а если же рассчитывать ТОЛЬКО на программу, то ничего хорошего из этого не выйдет. Программа создана для человека, а не наоборот!
Поэтому: ведите учет непрерывно, анализируйте как свою работу, так и работу своих сотрудников, принимайте решения, а программа будет классным помощником в этом деле. Помните об этом.
## Камень №3. Будьте готовы к сложностям.
Когда мы начинаем менять, что-то в своей работе, появление трудностей - обязательный элемент изменений. Вы, или ваша команда часто бывают не готовы к таким изменениям. С вашей стороны могут появляться мысли типа: "А зачем это мне надо?", со стороны ваших сотрудников может быть саботаж и неприятие изменений в виде работы в программе: "Я все помню, зачем мне эта программа? Не буду это в программу заносить...", "Опять руководство играется, а мне отдуваться... Ну их... Пусть сами работают.".
Обдумайте, что и как Вы будете делать в этих случаях. Обговорите в начале работы это со своей командой. Будьте целеустремленными и вспоминайте время от времени про камень №1. Это поможет Вам.
## Камень №4. Нехватка времени.
Мы специально вынесли этот пункт в отдельный, так как очень часто у наших клиентов это основная причина. "Мне не хватает времени, программа дополнительно забирает его вместо того, чтобы разгрузить нас! Туда надо все внести, когда же нам работать?". Это самообман! Все дело в том, что изначально вы плохо продумали то, что вы хотите получить от программы. Простого внесения задач и каких-то дополнительных данных в программу мало. Необходимо менять свой подход к проблемам и сокращать время за счет уменьшения не нужной работы.
В течение месяца получили 3/5/10 инцидентов по однотипной проблеме. Проанализируйте. Что можно сделать, чтобы завтра, таких проблем не было вообще? Поменяйте оборудование, измените процесс реагирования на такие проблемы и т.д. Сократите появление таких проблем и в будущем вы увеличите за счет этого время.
## Камень №5. Постоянное улучшение и совершенствование.
Этот пункт не совсем о программе и ее внедрении, но он важен. Мир IT очень динамичный, мы часто бываем не готовы меняться вместе с ним. Появляются новые технологии и оборудование, изменяется подход к некоторым вещам, все уходит в цифру. Совершенствуйте себя и свою команду, не останавливайтесь на достигнутом, развивайтесь и постоянно работайте на упреждение. Это позволит контролировать себя и свое будущее.
Конечно, это не все пункты и трудности, с которыми вы столкнетесь, но с ними наши клиенты встречаются чаще всего. Искренне желаем вам преодолеть их. Давайте плавно перейдем к следующему пункту.
[Видео на эту тему с нашего YouTube канала](https://www.youtube.com/watch?v=8ZhWt5aAwUQ&t=8s)
---
## SMS сообщения(Взаимодействия)
## Документ "Сообщение SMS"
Документ используется для отправки сообщения SMS одному или нескольким адресатам.
Открывается по кнопке **Написать SMS** после выбора типа данных **Сообщение SMS** (например, при заполнении поля *Предмет* в каком-либо документе взаимодействий).
В списке выводится:
* **Дата** - дата создания документа;
* **Номер** - номер присваивается автоматически.
## Выбор документа
Выделите документ, нажмите **Выбрать**, также можно использовать двойной щелчок мыши.
### Отбор по периоду
С помощью соответствующей команды меню **Все действия -> Еще**, можно *Установить интервал дат*.
### Ввод документа Сообщение SMS
Нажмите **Создать**. Заполните нужные поля.
### Создание взаимодействий на основании сообщения SMS
Выделите нужный документ **Сообщение SMS**, нажмите **Взаимодействия**, для того чтобы:
* [x] Запланировать взаимодействие;
* [x] Запланировать встречу;
* [x] Написать электронное письмо;
* [x] Написать SMS;
* [x] Позвонить
Так выглядит окно самого сообщения. Можно указать несколько адресатов для отправки, а также указать дату отправки SMS.
---
## Взаимодействия(Взаимодействия)
Позволяет вести протоколирования взаимодействий сотрудников ИТ отдела с другими отделами либо организациями.
В конфигурации предусмотрена возможность оформлять взаимодействия по самому факту, либо распланировать их на будущее.
| **Список ролей для работы с подсистемой "Взаимодействия"** |
|--------------------------------------------------------|
| Добавление и изменение взаимодействий |
---
## Документ "Встречи"(Взаимодействия)
Документ предназначен для регистрации информации о прошедших встречах для планирования и отражения факта встреч - совещаний, семинаров и т.п.
Например, в этом документе можно отразить результаты обсуждения с клиентом нового коммерческого предложения.
*Какие реквизиты можно указать в документе?*
*Как указать участников встречи?*
*Какие взаимодействия можно создать на основании встречи?*
*Как просмотреть взаимодействия, созданные на основании встречи?*
## Заполните необходимые поля:
* **Начало** - дата и время начала встречи.
* **Окончание** - дата и время окончания встречи.
* **Предмет** - то, чему посвящена встреча, например, обсуждению претензии клиента. Нажмите " Выбрать" , укажите " Тип данных" , затем из соответствующего списка выберите документ взаимодействий или какой-либо документ программы. Если предмет встречи не определен, то в качестве предмета выступает текущий документ, который представляет собой первое взаимодействие цепочки. При выполнении команды " Взаимодействия" во вновь созданном документе автоматически проставляется предмет, указанный в исходном документе, при этом основные поля будут также скопированы. Так можно создать цепочку взаимодействий.
* **Место** - укажите адрес (номер) помещения, в котором происходила встреча.
* **Тема** - краткое описание того, чему была посвящена встреча.
* **Ответственный** - выберите ответственного за данное взаимодействие из списка пользователей. По умолчанию программа указывает в качестве ответственного для большинства документов взаимодействия текущего пользователя.
* **Рассмотрено** - признак того, что данное взаимодействие рассмотрено и не требует дальнейшего внимания. С рассмотренных документов программа снимает выделение. Использовать флажок Рассмотрено рекомендуется при коллективной работе с документами взаимодействия.
* **Рассмотреть после** - необходимо заполнить дату и время, если рассмотрение данной встречи планируется отложить до определенной даты. Выберите из списка нужное значение: " Через 15 мин" , " Через 30 мин" , " Через 1 час", " Через 3 часа" , " Завтра" . Помимо этих значений можно указать произвольную дату и время с помощью кнопки.
* **Важность** - выберите из списка признак необходимости уделения данному взаимодействию дополнительного внимания, или наоборот, признак несущественности. Может принимать значения " Низкая" , " Обычная" , " Высокая" . Отображается в списке специальными значками.
* **Описание** - подробное описание хода и итогов встречи. Поле является обязательным. Располагается на специальной вкладке.
* **Комментарий** - произвольный текстовый комментарий. Располагается на специальной вкладке.
* **Создана** - дата и время создания документа. По умолчанию в этом поле программой автоматически проставляется текущая дата и время записи документа. Поле недоступно для редактирования.
* **Автор** - пользователь, который создал документ. Указывается программой автоматически. Поле недоступно для редактирования.
:::info
Реквизиты *Рассмотрено* и *Рассмотреть после* доступны для указания, если это предусмотрено настройками программы. Изменить данные настройки можно в разделе
**Администрирование -> Органайзер** .
:::
### Участники
Для фиксирования контактов, которые участвовали в мероприятии, используется список **Участники** . Перейдите на соответствующую вкладку. Информация об участниках вводится в табличную часть документа. Нажмите **Добавить**. В списке указывается имя участника и информация о том, как с ним связаться. Список является обязательным - хотя бы один участник должен быть указан.
Список состоит из колонок:
* **Представление контакта** - полное наименование контакта;
* **Как связаться** - контактная информация (телефон, адрес электронной почты и т.п.);
* **Контакт** - поле выбора участника.
* Если участник уже зарегистрирован в программе, то информация о нем указывается в поле **Контакт** . С помощью кнопки **Выбрать** найдите контакт в окне Выбор контакта. После выбора контакта поля *Представление контакта* и *Как связаться* будут заполнены автоматически.
Если информацию о участнике встречи не планируется хранить, то достаточно указать *Представление контакта* и *Как связаться*. В этом случае в документе появляется информационное сообщение **Не все контакты подобраны**.
Зарегистрировать контакт можно после сохранения документа, нажав Создать контакт . Для выбора предлагаются списки программы. Заполните необходимые поля.
### Создание взаимодействий на основании встречи
Нажмите **Взаимодействия** , для того чтобы:
* [x] Запланировать взаимодействие;
* [x] Запланировать встречу;
* [x] Написать SMS;
* [x] Написать электронное письмо;
* [x] Позвонить
## Просмотр взаимодействий, созданных на основании встречи
* Нажмите **Взаимодействия** на панели навигации для перехода к списку взаимодействий, созданных на основании данного документа.
Предмет встречи выбирается из списка. На основании этого выбора будет предложено указать конкретный документ. Активированный флажок *Не отображать взаимодействия* убирает из списка типы, относящиеся к взаимодействиям.
---
## Запланированные взаимодействия(Взаимодействия)
Документ предназначен для планирования взаимодействия с одним или несколькими контактами. Документ вводится в том случае, если необходимо запланировать взаимодействие, однако как именно будет производиться взаимодействие (телефонный звонок, встреча, электронное письмо, сообщение SMS), еще не известно.
Окно создания взаимодействия.
---
## Телефонные звонки(Взаимодействия)
## Документ "Телефонный звонок"
Предназначен для выбора документа **Телефонный звонок**.
Открывается по кнопке ... после выбора типа данных **Телефонный звонок** (например, при заполнении поля **Предмет** в каком-либо документе взаимодействий).
В списке выводится:
* **Дата регистрации** - дата создания документа;
* **Номер** - присваивается автоматически;
* **Описание** - в поле указывается, какие действия необходимо выполнить в рамках взаимодействия;
* **Предмет** - то, чему посвящен документ взаимодействий, например претензии клиента. Предметом могут быть документы программы и документы взаимодействий. Если предмет взаимодействия не определен, то в качестве предмета автоматически проставляется значение текущего документа, т.е. такой документ взаимодействия начинает цепочку взаимодействий;
* **Абонент** - контакт, который указан в телефонном звонке.
## Выбор документа
Выделите документ, нажмите **Выбрать**. Также можно использовать двойной щелчок мыши.
### Отбор по периоду
С помощью соответствующей команды меню **Все действия -> Еще**, можно *Установить интервал дат*.
### Ввод документа Телефонный звонок
Нажмите **Создать**. Заполните нужные поля.
### Создание взаимодействий на основании телефонного звонка
Выделите нужный документ **Телефонный звонок**, нажмите **Взаимодействия**, для того чтобы:
* [x] Запланировать взаимодействие;
* [x] Запланировать встречу;
* [x] Написать электронное письмо;
* [x] Написать SMS;
* [x] Позвонить
Так выглядит окно телефонного звонка.
---
## Электронные письма(Взаимодействия)
:::info Электронные письма
Предназначены для работы с документами **Входящее электронное письмо** и **Исходящее электронное письмо**.
:::
## Документ "Входящее электронное письмо"
Этот документ можно только получить, ввести его невозможно.
В списке выводится:
* **Отправлено** - дата отправки письма;
* **Отправитель** - адрес электронной почты отправителя входящего письма.
* **Тема** - поле заполняется отправителем;
### Отбор по периоду
С помощью соответствующей команды меню **Все действия -> Еще** можно *Установить интервал дат*.
### Создание исходящего электронного письма на основании входящего электронного письма
Воспользуйтесь одной из кнопок или командами меню **Все действия -> Еще**:
* **Ответить** - в созданном исходящем письме в качестве получателя будет указан отправитель письма. Исходящее письмо при этом входит в цепочку взаимодействий.
* **Ответить всем** - в созданном исходящем письме в качестве получателей будут указаны отправитель и все получатели данного письма (в полях *Кому* и *Копии*).
* **Переслать** - получатели не заполняются. Будет сформировано исходящее письмо, включающее в себя текст и вложения входящего письма.
### Распечатка письма
* Нажмите **Печать**;
* в окне **Печать** укажите необходимые настройки для принтера - количество копий, размер бумаги и т.п.
### Создание взаимодействий на основании входящего электронного письма
Выделите нужный документ. Нажмите **Взаимодействия**, для того чтобы:
* [x] Запланировать взаимодействие;
* [x] Запланировать встречу;
* [x] Написать электронное письмо;
* [x] Написать SMS;
* [x] Позвонить
Ниже мы видим входящее письмо. Мы можем ответить на него, переслать, привязать к заданию и ответственному сотруднику.
## Документ "Исходящее электронное письмо"
Окно *Исходящие электронные* письма отличается только тем что из него можно создать и отправить исходящее письмо.
---
## Денежные средства(Денежные средства)
Чтобы оперативно контролировать информацию о наличии денежных средств и отслеживать динамику их расхода, в [конфигурации](https://softonit.ru/catalog/products/it/#detail) предусмотрен блок **Денежные средства**.
В данном разделе будет описано руководство использования подсистемы.
| **Список ролей для работы с подсистемой "Денежные средства"** |
|-----------------------------------------------------------|
| Добавление и изменение планов бюджетов |
| Чтение денежных документов |
| Добавление и изменение оплат |
| Добавление и изменение банков |
| Добавление и изменение курсов валют |
| Чтение курсов валют|
---
## Бюджетирование(Бюджетирование)
[Конфигурация](https://softonit.ru/catalog/products/it/#detail) позволяет вести план / фактный учет расходов.
Для начала ведения такого учета, необходимо заполнить справочник **Бюджеты**, подсистемы **Денежные средства**:
На закладке **Организации** содержатся данные по организациям, которые входят в бюджет.
Бюджеты можно вести как по конкретной организации, так и сквозным методом, при указании нескольких организаций.
Также выбирается период ведения бюджета (обычно год) и наименование.
Идем на вкладку **Периоды**:
Бюджеты прежде всего интересны в каком-то временном "срезе" (помесячно, поквартально и т.д.).
По кнопке "Заполнить", мы можем заполнить бюджеты в соответствии с необходимым сроком.
Также немаловажным "срезом" является статьи затрат (или статьи расходов). Этот справочник тоже необходимо заполнить в соответствии с Вашими потребностями.
---
## В документе "Планирование бюджета" перенести реквизит из табличной части в шапку(Бюджетирование)
Почти в любом документе есть значок с ключиком и отверткой:
Там можно отметить, что показывать в шапке, а что в табличной части. Переключите что бы показывался период бюджета в табличной части и будет то, что вы хотите.
*По умолчанию*, для документов вы можете тут же это сохранить, нажав **Запомнить выбор**, чтобы для новых документов, всегда показывалось все в табличной части.
Это очень удобно:
* ***если вы разносите за один период***, выносим период бюджета в шапку. При формировании документа меньше реквизитов придется вносить;
* ***если за несколько периодов***, указываем располагать период бюджета в табличную часть. Теперь для каждой позиции можно указать свой период.
---
## План-фактный анализ расходов(Бюджетирование)
Для сравнения плановых и фактических затрат есть отчет **Бюджетная ведомость**.
Для просмотра информации в других аналитических разрезах воспользуйтесь кнопкой **Выбрать вариант** или измените вариант отчета самостоятельно
**Все действия -> Изменить вариант**
---
## Планирование расходов(Бюджетирование)
Для того, чтобы получить плановые затраты необходимо заполнить плановые суммы затрат, которые выделены подразделению. Для этого открываем
**Денежные средства -> Планирование бюджетов**
Заполняем документ. С помощью кнопки **Настройка документа** мы можем управлять расположением реквизитов *Подразделение* и *Статья затрат* (в шапке - одно значение реквизита на целый документ, в табличной части - для каждой строки свое значение).
Документ отражает план затрат, которые являются плановыми показателями.
---
## Фактические расходы(Бюджетирование)
Во всех документах, которые влияют на бюджеты есть реквизиты: бюджет, период бюджета, подразделение, статья затрат.
Бюджет и период бюджета проставляются автоматически. В зависимости от даты документа и организации ищется бюджет, который соответствует данному документу, а также период бюджета. Подразделение и статью затрат необходимо установить самостоятельно.
Данные по расходам (что было приобретено) попадают в описание расходов.
---
## Взаиморасчеты с контрагентами(Денежные средства)
Взаиморасчеты с контрагентами это отчет, позволяющий быстро и наглядно получить информацию о состоянии финансовых обязательств между Вашей организацией и контрагентами. Вы можете сделать отбор по периоду, организации и контрагенту.
---
## Начисление выручки на основе тарифов SLA(Денежные средства)
Благодаря тому, что в конфигурации предусмотрена подсистема **Денежные средства**, появляется возможность контролировать начисления выручки (доходов) на основании тарифов указанных в соглашениях SLA. Для отражения доходов от оказанных услуг в рамках SLA необходимо первым делом оформить сам SLA, то есть указать сервисы и услуги, установить тарифы, цены и так далее. Перейдем в раздел **Техническая поддержка** и откроем документ **Соглашения SLA**, в форме списка данного документа, нажмем кнопку **Создать** для создания нового соглашения.
Для дальнейшей корректной работы данного документа необходимо заполнить все реквизиты.
* **Организация** - указывается наша организация;
* **Тариф** - указывается тариф, по которому будет рассчитываться сумма;
* **Действует с: по:** - в данном реквизите выбирается интервал действия соглашения;
* **Комментарий** - произвольное примечание(комментарий) к соглашению;
* **Статус** - определяет состояние SLA соглашения, может быть *В работе*, *Проектируется*, *Не используется*, интуитивно понятно за что отвечает каждое состояние;
* **Контрагент** - указывается контрагент с кем заключено соглашение;
* **Договор** - отражает договор, по которому осуществляется сотрудничество с контрагентом;
* **График** - указывается график рабочего времени, по которому будут оказываться услуги отраженные в SLA.
В данном случае реквизит *Тариф* очень важен, так как по нему будет вычисляться основной доход от оказанных услуг. На основании тарифа указываются цены услуг. Поэтому перейдем к настройке в раздел
**Техническая поддержка -> Тарифы**
и создадим новый тариф, например, *Повышенный*.
Далее перейдем к указанию цен на услуги в разделе
**Техническая поддержка -> Установка цен услуг**.
При создании цен выбирается тариф, к которому будут относиться указанные цены. Указываем *Повышенный* и переходим к добавлению услуг в табличную часть **Услуги**.
После того, как созданы и настроены **Тарифы** и **Цены на услуги**, можно продолжить заполнение соглашение SLA и перейти к использованию данного SLA в рамках работы с клиентом при его обращениях. На основании обращений клиента создаются задания, где указаны соответствующие сервисы и услуги. По выполнению задания необходимо на его основании создать документ **Наряд на работы**.
На основании задания будет создан документ, где будут указаны сервис и услуга, тариф и цена за оказание услуги.
Завершающим этапом всего, будет непосредственное начисление выручки на основании тарифа SLA.
Для этого в ранее созданном документе **Наряд на работы** жмем кнопку **Создать на основании** и выбираем документ **Учет денежных средств**, который позволит отразить факт дохода от выполненных работ.
---
## Учет денежных средств(Денежные средства)
Учет денежных средств используется для отражения факта движения финансов при покупке или продаже техники, оплате услуг и т.д.
**Документ "Учет денежных средств"** может содержать следующие реквизиты:
* **Вид движения Д/C** - указывается один из вариантов (расход или приход);
* **Организация** - указывается организация, у которой ведется учет денежных средств;
* **Подразделение** - может быть указано подразделение организации;
* **Статья** - указывается статья в рамках, которой производится вид движения денежных средств;
* **Вид Д/C** - может быть указан один из вариантов (банк или наличными);
* **Вид операции** - операция в рамках, которой происходит движение денежных средств;
* **Контрагент** - с которым происходят денежные взаимоотношения;
* **Договор** - указывает договор в рамках, которого происходит взаимоотношение с контрагентом;
* **Банковский счет** - указывается банковский счет контрагента.
---
## Закупки и продажи(Закупки и продажи)
Средством планирования закупок и продаж в конфигурации является подсистема **Закупки и продажи**.
Основной смысл этой подсистемы заключается в отражении намерения приобрести у поставщика какой-либо товар, услугу, работу и т.д, а также отразить определенный заказ для нашего клиента.
В этой главе Вы научитесь пользоваться данной подсистемой конфигурации [Управление IT-отделом 8](https://softonit.ru/catalog/products/it/#detail).
| Список ролей для работы с подсистемой "Закупки и продажи" |
|-----------------------------------------------------------|
| Добавление и изменение заказов поставщикам |
| Добавление и изменение заказов клиентов |
| Добавление и изменение складских документов |
| Чтение заказов поставщиков |
| Чтение складских документов |
| Чтение заказов клиентов |
---
## Возвраты клиентов(Закупки и продажи)
IT аутсорсинговые компании предоставляют список IT-услуги, в который также входит продажа оборудования клиентам. И ни для кого не секрет, что зачастую бывают случаи, когда клиент по той или иной причине решает оформить возврат приобретенной техники. Давайте разберем, как отразить факт возврата, используя конфигурацию **Управление IT-отделом 8**. В качестве сквозного примера представим, что клиент заказывал у нас ноутбук Acer Aspire и по какой-то причине он решил оформить возврат. Для начала давайте вспомним список документов, которые были использованы при оформлении заказа клиента.
Из данной связи видно, что ноутбук мы заказывали у нашего контрагента, так как у нас не было в наличии, заказываемой клиентом техники. После того, как ноутбук пришел на наши остатки, осуществили продажу клиенту. Вернуть номенклатуру может как наш клиент нам, так и мы контрагенту у которого её заказали, также предусмотрен механизм возврата денежных средств. Теперь приступим непосредственно к оформлению возврата. Перейдем в раздел
**Номенклатура и склад** -> документ **Поступление**
открыв форму документа, видим реквизит **Вид** и устанавливаем значение **Возврат от покупателя**.
Возврат от покупателя
В реквизите **Контрагент** указываем клиента, по которому был осуществлен заказ, следовательно, в реквизите **Заказ клиента** выбираем заказ данного контрагента. После чего необходимо на закладке **Дополнительно** в реквизите **Основание** указать документ **Заказ поставщику**, по которому фиксировали факт заказа ноутбука у нашего поставщика.
Следующим шагом идет заполнение номенклатуры. На закладке **Номенклатура** нажимаем кнопку
**Заполнить -> Добавить по заказу поставщику**
таким образом заполнится накладная. После этого, чтобы добавить номенклатуру, перейдем на закладку **Накладная** и нажмем кнопку
**Заполнить -> Заполнить по накладной**
В результате получаем заполненную номенклатурой табличную часть.
Проводим документ и видим приход на наших остатках.
Теперь необходимо отразить факт возврата номенклатуры поставщику. Для этого на основании документа **Поступление** с видом **Возврат от покупателя** создаем документ **Продажа**. В реквизите **Вид** указываем значение **Возврат поставщику**.
В результате получаем движение по документу **Возврат поставщику**, следующего вида:
* Взаиморасчеты с контрагентами -;
* Заказы клиента -;
* Оплата документов+;
* Остатки-.
---
## Выбор договора в документах(Закупки и продажи)
В конфигурации реализован механизм умного выбора договора при работе с документами. Система автоматически предлагает подходящий договор исходя из выбранных организации и контрагента, а список договоров отображает только те, что относятся к нужному контрагенту.
Функционал работает во всех документах, где присутствует реквизит **Договор**:
- *Заказ клиента;*
- *Заказ поставщику;*
- *Наряд на работы;*
- *Начало обслуживания;*
- *Окончание обслуживания;*
- *Доверенность;*
- *Лист учета рабочего времени;*
- *Учет денежных средств;*
- *Продажа;*
- *Поступление.*
## Автоматический выбор договора при смене контрагента
При изменении поля **Контрагент** система автоматически подбирает договор по следующей логике:
1. Если для данного контрагента и организации существует *ровно один договор* с такими реквизитами — он подставляется автоматически.
2. Если подходящих нет, но у контрагента задан **Договор по умолчанию** — подставляется он.
3. Если подходящих договоров несколько или ни одного и нет *Договора по умолчанию* — поле **Договор** остается пустым, пользователь выбирает договор вручную.
Вместе с договором автоматически заполняются:
- Валюта расчетов и курс на дату документа
- Признак расчетов в условных единицах
- Налогообложение НДС
## Фильтрация при выборе договора
При нажатии кнопки выбора в поле **Договор** открывается список договоров. Список автоматически фильтруется:
- Если задан **Контрагент** — отображаются только договоры этого контрагента.
- Если задана **Организация** — отображаются только договоры этой организации.
- Если заданы оба — отображаются только договоры, принадлежащие данному контрагенту и организации.
### Цветовое оформление
Договоры в списке выделяются цветом в зависимости от их состояния:
| Оформление | Условие |
|---|---|
| Серый текст | Договор закрыт или срок действия истек |
| Жирный шрифт | Договор по умолчанию для контрагента |
| Темно-красный текст | Срок действия истекает менее чем через 1 месяц |
### Предупреждение при несоответствии
Если выбранный договор оформлен на другую организацию, система покажет предупреждение:
> Реквизиты договора не соответствуют условиям документа:
> Не совпадает организация
> Выбрать другой договор?
- **Да** — форма выбора остается открытой, можно выбрать другой договор.
- **Нет** — выбранный договор будет использован несмотря на несоответствие.
### Автоподстановка контрагента или организации, при выборе договора
Если в документе контрагент или организация еще не заданы, при выборе договора система автоматически заполнит эти поля из данных договора.
## Типичные сценарии
### Сценарий: работа с постоянным контрагентом
1. Откройте документ (например, **Заказ поставщику**).
2. Выберите **Организацию**.
3. Выберите **Контрагента**.
4. Система автоматически подставит *Договор* и заполнит валюту, налогообложение.
5. Продолжите заполнение документа.
### Сценарий: выбор договора вручную при нескольких договорах
1. Выберите **Организацию** и **Контрагента**.
2. Поле **Договор** осталось пустым (у контрагента несколько договоров).
3. Нажмите кнопку выбора в поле **Договор**.
4. В открывшемся списке отображаются только договоры этого контрагента.
5. Обратите внимание на цветовое выделение: жирным выделен договор по умолчанию, красным — те, что скоро истекают.
6. Выберите нужный договор.
### Сценарий: создание нового договора прямо из формы выбора
1. В форме выбора договора нажмите кнопку **Создать**.
2. Откроется форма нового договора с предзаполненными полями **Контрагент**, **Организация** и **Вид договора**.
3. Заполните реквизиты и сохраните.
4. Новый договор автоматически подставится в документ.
## Частые вопросы
### Почему договор не подставился автоматически?
Возможные причины:
- У контрагента нет договоров, привязанных к выбранной организации.
- У контрагента несколько подходящих договоров — система не может выбрать однозначно.
- Реквизит **Договор по умолчанию** у контрагента не выбран.
Решение: откройте список договоров и выберите нужный вручную, либо задайте **Договор по умолчанию** в карточке контрагента.
### Как задать договор по умолчанию для контрагента?
**Справочники → Контрагенты → Открыть карточку контрагента → перейти в раздел Договоры контрагента → нажать *Договор по умолчанию***
### Почему в списке договоров отображаются договоры серым?
Серым выделены закрытые договоры или договоры с истекшим сроком действия. Их можно выбрать, но рекомендуется использовать действующие.
---
## Заказы клиентов(Заказы клиентов)
Конфигурация позволяет контролировать заказы оборудования для наших клиентов.
---
## Заказ клиента(Заказы клиентов)
:::info Заказ клиента
Это запрос клиента на поставку ему товаров или оказание услуг. Возможность формирования в системе заказов клиентам определяется функциональной опцией **Использовать складской учет** в разделе
**Администрирование -> Настройки параметров учета -> Функциональность -> Использовать складской учет.**
:::
## Описание:
* **Состояние заказа и флаг закрыт.** Более подробно о них можете прочитать в главе [список заказов](/it3/zakupki-i-prodazhi/zakazy-postavshchiku/spisok-zakazov);
* **Организация** - организация, которая принимает заказ;
* **Контрагент** - клиент, который заказывает;
* **Договор** - договор между организацией и контрагентом, который заказывает;
* **Дата поступления** - предварительная дата поступления на склад (не обязательно);
* **Место хранения** - место хранения номенклатуры;
* **Статья затрат** - если ведется учет бюджетов, то проставляется на какую статью расходов приобретено;
* **Инициатор** - инициатор заказа клиента.
### Табличная часть Дополнительно:
* **№ вх. документа** - номер документа основания;
* **от** - дата документа основания;
* **Бюджет** - бюджет по документу;
* **Период бюджета** - период бюджета по документу;
* **Банковский счет** - банковский счет контрагента;
* **Ответственный** - автор документа.
---
## Проверка заказов клиентов и просмотр статусов(Заказы клиентов)
Для проверки статуса (Заказано, Оплачено, Доставлено) используйте отчет **Ведомость по заказам клиентов**
В нем видно, что было заказано, что поступило на склад.
Для просмотра что оплачено, а что нет, воспользуйтесь отчетом **Взаиморасчеты с контрагентами**:
Положительный остаток - мы должны, отрицательный - нам.
---
## Список заказов клиентов(Заказы клиентов)
Форма списка документа **Заказ клиента**, позволяет пользователю видеть состояние документов, а также прочую, важную информацию (была ли оплата по документу, либо отгрузка товара заказчику), что существенно упрощает работу с блоком **Заказы клиентов**.
Каждый заказ может иметь свое состояние:
* В работе
* Выполнен
* Заявка
* Не согласован
* Отменен
* Согласован
У каждого состояния заказа есть свое цветовое оформление.
Зачеркнутые строки в списке означают, что установлена галочка **Закрыт**. ***Зеленые - выполнено, серые - отменено, синие - в работе***. Цвета можно настроить в справочнике **Состояние заказов клиентов**.
В списке можно увидеть бело-зеленые круги. В первом столбце с кругами идут оплаты, во втором отгрузка клиенту. Полностью зеленый кружок означает, что шаг выполнен, полностью белый - не выполнен. Частично закрашен - частично выполнен. Эти круги заполняются автоматически, когда на основании документов по заказам вводятся оплаты и продажи.
:::info Важно!
Нужно именно вводить на основании документа **Заказ клиента** другие документы, иначе программа не поймет, что необходимо отметить, что выполнена оплата или оборудование пришло на склад.
Причем документы, которые вводятся на основании заполняются автоматически.
:::
Если круг окрашен в списке заказов в зеленый полностью - это означает, что данный этап полностью выполнен (оплата или доставка заказа). Если частично, то соответственно менее, или более 50%. Если белый, то данный пункт не выполнен.
В списке заказов есть быстрые отборы, которые находятся вверху списка (по контрагенту, по организации и т.п.) и отборы по периоду.
---
## Заказы поставщику(Заказы поставщику)
Конфигурация позволяет контролировать заказы оборудования у поставщиков.
---
## Заказ поставщику(Заказы поставщику)
**Документ "Заказ поставщику"** - это документ, позволяющий отражать хозяйственную деятельность предприятия в рамках закупки нового оборудования или прочих номенклатурных позиций. Именно с его помощью можно организовать учет закупок организации. Данный документ может создаваться как самостоятельно, так и вводиться на основании других складских документов. Заказ поставщику играет большую роль в цепочке логической целостности ведения складского учета в нашей конфигурации, поэтому его использование просто необходимо. Ниже рассмотрим значения основных реквизитов и закладок данного документа.
## Описание:
* **Состояние заказа и флаг закрыт.** Более подробно о них можете прочитать в главе [список заказов](/it3/zakupki-i-prodazhi/zakazy-postavshchiku/spisok-zakazov).
* **Организация** - наша организация, куда приобретаем.
* **Контрагент** - поставщик, у которого заказываем.
* **Договор** - договор между нашей организацией и контрагентом, у которого заказываем.
* **Вид операции (Тендер/Заказ на закупку)** - что это предварительный сбор данных (тендер) или уже заказ поставщику по которому работаем (заказ поставщику). Если установлен "Тендер", то документ не дает движений.
* **Дата поступления** - предварительная дата поступления на склад (не обязательно).
* **Место хранения** - куда заказано.
* **Статья затрат** - если ведется учет бюджетов, то проставляется на какую статью расходов приобретено.
* **Инициатор** - инициатор заказа поставщику.
* **В табличную часть "Номенклатура"** добавляется список заказываемой у поставщика номенклатуры.
### На закладке дополнительно:
* **№ и дата вх. документа** - необходим для бухгалтерии в случае сверки.
* **Бюджет, подразделение, период бюджетов** - реквизиты, которые проставляются автоматически по дате документа. Необходимы для соотнесения расходов на закупку с подсистемой бюджетирование.
* **Ответственный** - ответственный за закупку. В случае если закупкой занимается несколько человек.
Документ **Заказ поставщику** владеет большим набором функциональных возможностей, которые располагаются в командной панели формы документа. Помимо создания других складских документов на основании, также прямо из документа можно воспользоваться функционалом взаимодействий и запланировать встречу или осуществить необходимый звонок.
Следующей функциональной возможностью является создание напоминаний, заметок или отправка смс и электронного письма. Это полезно, когда заказ поставщику, например, отложен и о нем необходимо напомнить позже. Также бывают ситуации, когда нужно уточнить какую-либо информацию у поставщика, а благодаря этой возможности можно отправить письмо на почту контрагента.
По заказу поставщику также можно вести учет трудозатрат, которые были потрачены на покупку того или иного оборудования. Подробнее об учете трудозатрат можно ознакомиться в главе обучения "[Учет трудозатрат](/it3/uchet-vremeni)". Для того, чтобы зафиксировать время по заказу, необходимо нажать на соответствующую кнопку трудозатрат и выбрать вариант **Указать...**. Вариант выбора **Трудозатраты** открывает страницу, на которой отображается список всех указанных ранее трудозатрат по текущему заказу поставщику.
Следующая функциональная возможность - это **объединение нескольких заказов** поставщику в один единый. Это полезно, когда Вы осуществляете разовую ежемесячную закупку и в течении месяца накапливаете заказы, а после в конце месяца закупаете необходимую номенклатуру. Для объединения заказов необходимо, либо создать новый заказ поставщику, либо открыть имеющийся (актуальный) заказ. Это нужно для того, чтобы именно в *этот заказ* перенести всю необходимую информацию из других документов. Далее в командной панели кнопок, открытого ранее заказа нажать на кнопку в виде зеленой галочки и выбрать команду **Объединить заказы**.
После нажатия на кнопку объединения, перед Вами откроется новое функциональное окно, в котором необходимо выбрать один из заказов, который Вы хотите перенести в текущий, а также указать ряд необходимых настроек переноса.
Форма содержит следующий набор реквизитов:
**Выбранный для объединения заказ** - в данном реквизите указывается заказ поставщику, данные которого хотим объединить с текущим заказом. Данный реквизит является обязательным к заполнению и в нем нельзя указать тот же заказ, что открыт на текущий момент.
**Перенести всю номенклатуру** - флажок, который отвечает за настройку переноса номенклатурных позиций из выбранного заказа поставщику. По умолчанию установлено значение "Да".
**Перенести основания** - флажок, отвечающий за настройку переноса документов - оснований из выбранного заказа. По умолчанию установлено значение "Да".
**Пометить на удаление** - флажок, который отвечает за пометку на удаление, а также перевод состояния выбранного заказа в статус "отменен". Другими словами, выбранный заказ будет помечен на удаление, а также его статус будет иметь значение "отменен". По умолчанию установлено значение "Да".
После нажатия на кнопку "Объединить" будет осуществлено объединение выбранного заказа поставщику и текущего открытого. Все указанные данные будут перенесены в соответствующий заказ поставщику. При этом у Вас нет ограничений в количестве объединений, то есть в один и тот же заказ Вы можете переносить данные любого количества заказов. Единственное ограничение, заключается в том, что объединять можно только по одному документу. Ниже приведен результат объединения.
Как можно заметить на закладке "Номенклатура" были добавлены номенклатурные позиции из выбранного для объединения заказа поставщику, а также были перенесены его документы - основания на соответствующую закладку. А также выбранный заказ был помечен на удаление и теперь имеет статус "Отменен".
---
## Проверка закупки - заказано, оплачено, доставлено(Заказы поставщику)
Для проверки цепочки
**Заказано -> Оплачено -> Доставлено**
используйте отчет **Ведомость по заказам поставщикам**
В нем видно, что было заказано, что поступило на склад.
Для просмотра что оплачено, а что нет, воспользуйтесь отчетом **Взаиморасчеты с контрагентами**:
Положительный остаток - мы должны, отрицательный - нам.
---
## Список заказов(Заказы поставщику)
Основной целью ведения блока по заказам поставщикам является, прежде всего, ничего не забыть. Люди, которые этим занимаются вынуждены в голове держать 1000 дел и при этом все помнить.
Конкретно:
1. Что заказано?
2. Что оплачено?
3. Что доставлено?
Наша конфигурация позволяет все это контролировать. Каждый заказ находится в определенном состоянии:
* В работе
* Выполнен
* Заявка
* Не согласован
* Отменен
* Согласован
**Состояние заказа** соответствует цветовому оформлению документа **заказ поставщику**.
Зачеркнутые строки в списке означают, что установлена галочка "Закрыт". ***Зеленые - выполнено, серые - отменено, синие - в работе***. Цвета можно настроить в справочнике **"Состояние заказов поставщикам"**.
В списке можно увидеть бело-зеленые круги. В первом столбце с кругами идут оплаты, во втором доставка в нашу организацию. Полностью зеленый кружок означает, что шаг выполнен, полностью белый - не выполнен. Частично закрашен - частично выполнен. Эти круги заполняются автоматически, когда на основании документов по заказам вводятся оплаты и поступления.
:::info Важно!
Нужно именно вводить на основании документа **Заказ поставщику** другие документы, иначе программа не поймет, что необходимо отметить, что выполнена оплата или оборудование пришло на склад.
Причем документы, которые вводятся на основании заполняются автоматически.
:::
Если круг окрашен в списке заказов в зеленый полностью - это означает, что данный этап полностью выполнен (оплата или доставка заказа). Если частично, то соответственно менее, или более 50%. Если белый, то данный пункт не выполнен.
Например, последний заказ на рисунке указывает на то, что данный заказ еще в работе, он оплачен, но при этом поставщик отдал нам его не полностью и мы привезли его на склад (создан документ "Поступление").
В списке заказов есть быстрые отборы, которые находятся вверху списка (по контрагенту, по организации и т.п.) и отборы по периоду.
---
## Учет первичных документов(Закупки и продажи)
:::info **Первичный документ**
Это документ, который включает в себя исходную информацию, полученную на этапе завершенной человеческой деятельности.
:::
Данный документ сдается в бухгалтерию или там же составляется в момент совершения хозяйственной операции или непосредственно после окончания и является первичным свидетельством, о произведенных фактах работ. Бухгалтерия требует первичные документы у сотрудников IT-отдела, которые в свою очередь не всегда могут контролировать их наличие. В связи с этим для облегчения контроля данного процесса и была создана подсистема **Первичные документы**. Подсистема позволяет вести учет первичных документов (актов, накладных и т.д.), контролировать наличие оригиналов документов, оплату документов, передачу документов в архив, планировать создание документов в будущих периодах.
Перед началом работы необходимо проверить, что в **Настройках параметров учета** в разделе **Функциональность**, установлена галочка **Использовать первичные документы**.
Для автоматического создания периодических первичных документов нужно убедиться, что включено регламентное задание **Создание периодических первичных документов**.
А также важно проверить, что установлено расписание регламентного задания, например, «Каждый день; c 6:00:00 один раз в день».
В форме первичного документа на вкладке «Основное», есть следующие реквизиты:
**Статус:** состояние, в котором находится «Первичный документ». Может принимать следующие значения:
- ***Запланирован*** (означает, что планируется работа по данному объекту);
- ***В работе*** (ведется активная работа и ожидаем оплаты или договора от поставщика);
- ***Архив*** (все работы по документу выполнены, и он передан в бухгалтерию);
- ***Отменен*** (документ отменен по определенным причинам).
**Вид:** указывается вид документа (например, акт, договор, дополнительное соглашение, накладная, соглашение о конфиденциальности, спецификация, счет, счет-фактура, УПД). Значения для данного реквизита могут быть дополнены.
**Организация:** указывается наша организация.
**Контрагент:** указывается контрагент с кем составлен первичный документ.
**Договор:** договор, по которому ведется работа с контрагентом (по данному реквизиту заполняются: сумма, ставка НДС, сумма без НДС, сумма НДС. Мы рекомендуем их заполнение).
**Ответственный:** сотрудник, который создал первичный документ в конфигурации.
**Произвольный комментарий:** позволяет описать, что, это за документ и зачем он нужен.
**Оригинал:** очень важный реквизит. Имеет две позиции: есть оригинал (значит, что поставщик передал оригинал документа и можно его отдать в бухгалтерию) и нет оригинала (говорит о том, что оригинал от поставщика не получен).
**Номер и дата:** номер и дата первичного документа.
**Наименование:** произвольное поле, которое позволит кратко описать документ.
**Период:** период, к которому относится документ (месяц, квартал, год). Рекомендуем создавать периоды именно в таком варианте.
**Реквизиты: Передан в оплату, Оплачен, Передан в архив** имеют две позиции «да» и «нет», соответственно интуитивно понятно, что, к примеру, счет передан в оплату и оплачен, но не передан в архив. Дата будет заполнена автоматически, текущей датой при изменении реквизита.
В форме списка **Первичные документы** можно будет контролировать состояние данного документа. Передан ли в оплату? Оплачен?
Вкладка **Связанные объекты** позволяет установить связь между первичным документом и объектом информационной базы, например, договор или заказ поставщику и т.д. Другими словами, первичный документ будет связан с основным договором (как показано на скриншоте). Заполнение **Связанные объекты** не является обязательным, но рекомендуемо, так как облегчит мониторинг ситуации по первичному документу.
В подсистеме **Первичные документы**, можно создавать документы автоматически. Например, имеется договор с поставщиком, в котором оплата производится с некой периодичностью.
Указав **Периодичность первичных документов**, появляется флажок **Автосоздание**. Этот флажок позволит в начале каждого периода, регламентным заданием создавать первичные документы, согласно указанным шаблонам.
Первичные документы, также можно выводить с помощью отчета **Список первичных документов**. Настроив вывод по определенным отборам, наглядно сможем проконтролировать, например, наличие оригинала.
|**Список ролей для работы с подсистемой "Первичные документы".**|
|-----------------------------------------|
|Добавление изменение первичных документов;|
|Чтение первичных документов.|
---
## Интеграция с Telegram-ботом(Интеграция с Telegram-ботом)
[Telegram](https://telegram.org/) – это популярный, кроссплатформенный и бесплатный мессенджер с огромной аудиторией активных пользователей по всему миру.
Telegram предлагает механизм программ-ботов, которые могут выполнять какие-то действия на наши запросы или запросы клиентов ИТ-поддержки.
В этой главе мы расскажем о взаимодействии с Telegram-ботом для автоматизации каких-то ваших задач.
Среди возможностей интеграции:
* Настройка связи бота и конфигурации Управление IT-отделом 8.
* Реализация любой бизнес-логики вида вопрос-действие/ответ.
* Уведомление и интеграция с подсистемой Автоматизация.
| **Список ролей для работы с подсистемой "Telegram"** |
|--------------------------------------------------|
| Telegram управление |
| Базовые права (Telegram) |
---
## Добавление собственных команд и действий для Telegram-бота(Интеграция с Telegram-ботом)
## Постановка задачи
Пусть пользователь в Telegram отправит боту команду *номер последнего документа* или *№ последнего документа*, а в ответ на эту команду, 1С вернет номер документа Задание, который был добавлен самым последним. Если документов нет то необходимо просигнализировать об этом.
## Решение
Для начала необходимо добавить команду. Именно команда определяет какое действие необходимо выполнить. Так как у нас команда может быть введена несколькими способами, то нам надо воспользоваться вкладкой *Условия ИЛИ*.
*Условие ИЛИ* сработает, когда одно из условий будет выполнено.
Теперь перейдем к действиям. При написании алгоритма можно воспользоваться кнопками справа для быстрой вставки кода нужных команд:
Ну и получившийся результат:
## Выводы
Понятно, что это элементарный пример, но наша задача передать суть работы команд и действий. А этот пример как нельзя кстати все это описывает.
Подробная документация: [перейти](/telegram/)
---
## Описание работы подсистемы конфигурации с ботом Telegram(Интеграция с Telegram-ботом)
## Справочники
### Справочник "Telegram боты"
Справочник предназначен для хранения списка ботов в конфигурации. Т.е. те боты, с которыми мы работаем.
* **Имя бота и токен** - это системные реквизиты, которые нам становятся известны при [создании бота](./sozdanie-i-nastroyka-telegram-bota);
* **Активность** - включает или выключает работу с ботом в конфигурации;
* **Способ взаимодействия с ботом**. Конфигурация может взаимодействовать с ботом двумя способами:
* **Web hook** - новые сообщения сами отправляются серверу 1С. Этот способ не всегда возможно использовать;
* **Периодический запрос** (периодический опрос сервера Telegram на предмет новых сообщений). Во избежание сложных настроек и вопросов *почему мы не можем настроить*, мы рекомендуем вам использовать периодический запрос.;
* **Ограниченный доступ** - флаг, который определяет что делать с новыми пользователями, которые "стучатся" боту и пишут ему сообщения. Если галочка снята, то любой пользователь, который напишет боту автоматически может работать с ботом и полностью использовать все его команды без ограничений. Если флаг установлен, то после того, как пользователь напишет боту, бот запишет в справочники Пользователи Telegram этого пользователя с отключенной галочкой доступ, пользователя уведомит о том, что пока администраторы в 1С не подтвердят, вашу учетную запись, вы не сможете работать с ботом. Мы рекомендуем вам по умолчанию установить галочку. Чтобы отсечь не нужные контакты и обезопасить себя.
***Для тех, кто хочет использовать web hook.***
* **Адрес** - HTTPS-адрес, на который бот будет отправлять обновления без секретного ключа.
* **Ключ** - секретный ключ, по которому будут идентифицироваться сообщения Telegram.
* **Самоподписанный сертификат** - если вы используете самоподписанный сертификат, то необходимо установить этот флаг.
* **Имя сертификата** - PEM-файл самоподписанного сертификата.
После того, как все для web hook настроено, необходимо нажать **Отправить настройки**, чтобы бот понял, что вы переходите на webhook модель взаимодействия.
:::info Важно!
Нельзя одновременно использовать периодический запрос и web hook. Так же обратите внимание, что если Telegram запрещен в вашей стране, то вы не сможете использовать этот способ взаимодействия.
:::
Если все верно настроено, нажмите на кнопку **Обновить статус**. И вы узнаете какой статус у бота на данный момент.
### Справочник "Пользователи Telegram"
Справочник хранит профили пользователей, которые взаимодействуют с ботами Telegram. Реквизиты этого справочника стандартные для профиля.
* **Наименование** - наименование профиля.
* **Имя профиля** - имя профиля в Telegram.
* **Фамилия, Имя** - информация из профиля Telegram.
:::info Активность
Обратите внимание, что если галочка снята, то пользователь не сможет взаимодействовать с ботом. По умолчанию для новых пользователей для ботов с огранчиенным доступом (см. выше) эта галочка снята.
:::
* **Язык** - язык пользователя установленный в Telegram.
* **Пользователь** - связь со стандартным справочником Пользователи. Позволяет соединить пользователя Telegram и пользователя информационной базы.
* **Табличная часть "Обозначения"** - подстроки, как можно именовать пользователей. К Telegram не имеет никакого отношения. Позволяет в командах использовать сокращения имен пользователей для их идентификации.
### Справочник "Прокси-серверы"
Этот справочник виден только тогда, когда установлена галочка "Использовать прокси-серверы для отправки и получения данных Telegram". Возможна работа с серверами прокси по протоколам HTTPS и SOCKS5. Работа с этим справочником необходима для стран в которых запрещен Telegram. Механизмы, которые используются в конфигурации позволяют эффективно вести оценку используемым прокси и использовать только те из них, которые стабильно работают. Ведется статистика использования каждого прокси и каждый из них имеет свою интегрированную оценку (время ответа сервера, успешных/не успешных запросов к прокси).
Так же стоит иметь ввиду, что есть возможность из формы списка этого справочника открыть сайт с прокси и подобрать себе нужный прокси бесплатно.
### Справочник "Команды"
Этот справочник - сердце подсистемы. Именно он понимает нужно ли выполнять действия команды или нет. Суть справочника проста, если выполняются на закладках *Условия И* и/или *Условия ИЛИ* (или их комбинация), то будут выполнены все действия этой команды в табличной части *Действия*.
Общая схема работы команд
Справочник содержит табличные части:
* **Табличная часть "Входящий текст"** - на закладке *Условия И*. Табличная часть где проверяется входящий текст, который прислал боту Telegram пользователь. Команда сработает, если сработают все условия в этой табличной части одновременно. Т.е. если в табличной части будут две строки:
То что бы команда выполнилась необходимо чтобы введенный текст содержал обе эти подстроки:
Т.е. выполнится команда если пользователь введет: *Получить последние остатки* или *Какие последние остатки?*. Т.е. одновременно в тексте присутствует слово "получить" и "остатки".
* **Табличная часть "Параметры"** - на этой закладке означает что будут проверены все указанные параметры по условиям и необходимо одновременное выполнение всех условий с параметрами. Что такое параметры и зачем они нужны, мы рассмотрим ниже.
* **Табличная часть "Входящий текст"** - Если одновременно есть строки и во входящем тексте *Условия И* и *Условия ИЛИ*, то между этими условиями будет поставлено *И*.
* **Применить остальные команды** - флаг, который означает, что если команда будет выполнена, то больше никакие команды не нужно применять.
**Пример для понимания как это все работает.**
Пользователь написал нашему боту: "Сколько сейчас времени?".
В *Условиях И* есть строка "содержит - сколько", в *Условиях ИЛИ* две строки: "равно - времени", "равно - время".
Анализ текста будет произведен так (ВходящийТекст СОДЕРЖИТ "сколько") И (ВходящийТекст РАВНО "времени" ИЛИ ВходящийТекст РАВНО "время"). Если все верно для входящего текста, то будут выполнены команды.
* **Табличная часть "Действия"** - действия, которые будут выполнены, если будут выполнены условия И/ИЛИ с их параметрами.
### Справочник "Действия"
То, что будет выполнено, если условия в команде будут выполнены. Действия могут быть какими угодно. Что-то записать в информационную базу, что-то ответить пользователю, выполнить какую-то обработку данных и т.п.
* **Активность** - выполнять действие или нет.
* **Алгоритм** - код на языке 1С, который может что-то выполнить.
* **Табличная часть "Действия над параметрами"** - что сделать над параметрами. Параметры рассмотрим ниже.
**Пример действия приветствия пользователя.**
Этот код вернет отправит пользователю текстовое сообщение и отобразит клавиатуру с наименованием "Стартовая". Справа есть панель с быстрыми действиями, которые могут быть выполнены. После того, как воспользуемся кнопкой справа, в текст алгоритма вставиться текст, который позволит что-то отправить пользователю. Вдаваться в подробности программирования в этой части мы не будем, но подчеркнем, что эта возможность есть и она "базовая", т.е. эта возможность доступна пользователям соответствующих редакций.
### Справочник "Условия"
Здесь мы можем задать условия параметров действий. Суть этого справочника в следующем. Для каждого чата есть какой-то контекст его выполнения. Пользователь, который пишет команды может использовать сразу несколько связанный между собой условий. Примером такого поведения является текущее местоположение в древовидном меню. В самом начале мы в главном меню. Щелкнули на кнопку "Инфо по клиенту", мы перешли на следующий уровень и там свое меню. И т.д. Или какие-то другие данные связанные между собой в цепочку.
Пример: если мы захотим ввести новое задание, нам необходима тема, описание, файлы вложения и т.д. Без введенной темы, мы не можем ввести описание.
* **Параметры** - это переменные, которые хранятся для каждого пользователя подсистемы. Эти переменные можно задействовать при программировании своих команд и действий.
* **Табличная часть "Проверка параметров"** - список проверяемых реквизитов.
### Справочник "Emoji"
Это справочник смайликов. По умолчанию они не хранятся в информационной базе. Их можно подгрузить. Смысл такой, что каждый такой смайлик по сути это символ в Unicode-кодировке. В справочнике можно увидеть какому изображению какой код соответствует.
### Справочник "Клавиатуры"
Это кнопки, которые добавляются либо внизу над вводимым текстом нового сообщения, либо в режиме `inline`, т.е. прям в выводимом боту/ботом сообщении.
Элементы этого справочника могут быть либо заданы жестко, либо программно, либо вообще это скрытая клавиатура.
## Документы
### Документы "Входящие сообщения"
То, что присылают нам пользователи. История об этих действиях сохраняется и мы всегда можем проанализировать когда, кто и что присылал боту. Установив константу *Срок хранения сообщений Telegram* в настройках можно задать сколько дней хранить эти сообщения.
### Документы "Исходящие сообщения"
То, что отправляет конфигурация боту Telegram. История об этих действиях сохраняется и мы всегда можем проанализировать когда, кто и что присылал боту. Установив константу *Срок хранения сообщений Telegram* в настройках можно задать сколько дней хранить эти сообщения.
---
## Предопределенные команды Telegram-бота(Предопределенные команды Telegram-бота или интеграция по умолчанию)
По умолчанию из коробки конфигурация "Управление IT-отделом 8" умеет взаимодействовать с ботом Telegram и выполнять следующие команды:
* Создавать новые задания в Service Desk.
* Получить информацию о клиенте Service Desk используя подстроку поиска e-mail, телефона, наименования клиента.
* Увидеть список своих заданий
* Посмотреть информацию о конкретном задании и его вложениях используя бота Telegram
:::info Важно!
Обратите внимание, что команды отображаются для текущего пользователя информационной базы 1С, который должен быть связан с пользователем Telegram. Для того, чтобы связать пользователя информационной базы и пользователя Telegram, надо открыть настройки Telegram в 1С (Администрирование > Telegram-боты), открыть "Пользователи" и открыть каждого пользователя Telegram и в нем заполнить реквизит *"Пользователь ИБ"* указав нужного пользователя 1С.
:::
Вот как выглядит стартовая страница бота:
---
## Поиск информации о клиенте используя Telegram-бот(Предопределенные команды Telegram-бота или интеграция по умолчанию)
Очень часто возникает ситуация, когда нам необходимо получить информацию о клиенте его контактных данных и проверить является есть ли с ним заключенный SLA.
Telegram-бот может помочь нам в этом.
После нажатия на кнопку *Инфо по клиенту* и обработки этого сообщения в 1С. Нам будет предложено следующее:
`Введите часть подстроки для поиска клиента/инициатора (телефон, наименование, e-mail) и нажмите Enter, или щелкните для перехода в главное меню`
Мы можем ввести часть подстроки любой из контактной информации: телефона, e-mail или наименования клиента.
Причем для телефона не будет разницы в каком формате задана часть подстроки.
Далее, если надо как-то конкретизировать поиск, можно ввести еще подстроку и снова нам бот отобразит найденных клиентов.
После того, как мы нашли того кого искали, можно вернуться в главное меню.
---
## Просмотр списка заданий используя Telegram-бот(Предопределенные команды Telegram-бота или интеграция по умолчанию)
С помощью бота Telegram можно быстро просмотреть информацию о списке заданий. Причем если заданий много в Telegram все будет разбито на страницы:
Далее, мы можем осуществлять переходы по страницам - это навигация по задачам. Отобрать все задания где мы являемся исполнителем и мы являемся инициатором, а также поискать задания по подстроке в текста заданий.
Под каждым заданием можно увидеть от одной до трех кнопок:
* **«Сменить этап»** - появится если текущий пользователь является исполнителем задания, при нажатии будет выведен, список этапов на которые можно перевести задание.
* **«Скачать файлы»** - если у задания есть прикрепленные файлы, то нажав данную кнопку мы скачаем эти файлы в ZIP архиве.
* **«Подробнее»** - получим более подробную информацию о задании.
:::info Важно!
Обратите внимание, что список заданий отображается для текущего пользователя информационной базы, который должен быть связан с пользователем Telegram. Для того, чтобы связать пользователя информационной базы и пользователя Telegram, надо открыть настройки Telegram в 1С
**Администрирование -> Telegram-боты -> Пользователи**
открыть каждого пользователя Telegram и в нем заполнить реквизит "Пользователь ИБ" указав нужного пользователя 1С.
:::
---
## Создание заданий используя бот Telegram(Предопределенные команды Telegram-бота или интеграция по умолчанию)
:::info Важно!
Обратите внимание, что список заданий отображается для текущего пользователя информационной базы, который должен быть связан с пользователем Telegram. Для того, чтобы связать пользователя информационной базы и пользователя Telegram, надо открыть настройки Telegram в 1С
**Администрирование -> Telegram-боты**
открыть "Пользователи" и открыть каждого пользователя Telegram и в нем заполнить реквизит "Пользователь ИБ" указав нужного пользователя 1С.
:::
Часто хочется добавить задание быстро, либо когда мы находится в месте, где у нас нет доступа к desktop-версии программы, или не хочется запускать мобильное приложение.
Можно воспользоваться ботом Telegram и быстро добавить задание.
Вводим `/start` или щелкаем в `Главное меню` и видим у бота такое же подменю из кнопок как на скриншоте выше.
Нажимаем кнопку `Новое задание`. После обработки 1С вашего сообщения вам придет сообщение:
Нажатие на кнопку добавило текстовое сообщение *Новое задание*, а ответ 1С говорит нам о том, что теперь можно ввести тему задания и нажать Enter, а затем можно вводить произвольный текст, который будет добавлен в описание создаваемого задания, добавить в чат файлы и изображения, которые будут присоединенными файлами (вложениями) нового задания. После того, как мы добавим всю информацию, мы должны либо нажать `Записать задание` и тогда будет создано новое задание с нашей темой, описанием и вложениями, либо нажать в главное меню и тогда задание не создастся.
Добавим в нашем тесте данные новой задачи:
После того, как 1С обработает наше сообщение нам в чат придет сообщение вида:
*Задание 1625 создано*
*Выберите следующую команду из списка или напишите ее, а я ее обработаю.*
А в 1С будет создано новое задание:
Администратор ИБ может самостоятельно установить часто используемые *Процесс*, *Сервис* и *Услугу* заранее. Выполнив
**Администрирование -> Настройки Telegram -> Действия**
Открыв действие **Установка темы задания**, на вкладке **Действия над параметрами** указать нужные.
На этом задание можно считать созданным. Дальше его можно выполнять.
---
## Работа с прокси-серверами(Интеграция с Telegram-ботом)
Для работы в конфигурации "Управление IT-отделом 8" с предусмотренной интеграцией Telegram-бота, необходимо настроить прокси-сервера. В программе можно использовать, как платные прокси, так и бесплатные. Система бесплатных прокси-серверов как известна достаточно нестабильна, поэтому целесообразнее использование прокси на платной основе. Однако в конфигурации работа с платными и бесплатными прокси-серверами одинакова.
Система выстраивает некий порядок из серверов, который определяет полноценную оценку прокси, по скорости ответа, по количеству успешных запросов и так далее. Таким образом на первых местах располагаются сервера с наилучшей оценкой и программа первым делом будет обращаться именно к ним, что гарантирует положительную отдачу от сервера. Рассмотрим настройку прокси в конфигурации, для этого перейдем в раздел
**Администрирование -> Telegram-Боты -> Прокси-серверы**.
Чтобы добавить в список новый прокси-сервер необходимо нажать кнопку **Создать**, которая расположена на панели команд и перейти к заполнению соответствующих реквизитов сервера:
- **Протокол** - может принимать значение https\socks5;
- **Активность** - флажок, который активирует прокси-сервер для использования системой;
- **Сервер** - указывается адрес прокси-сервера;
- **Порт** - указывается порт сервера;
- **Пользователь** - указывается логин пользователя платного прокси;
- **Пароль** - пароль пользователя платного прокси-сервера;
- **Комментарий** - указывается произвольный текст.
После заполнения всех реквизитов можем проверить связь с данным сервером с помощью одноименной кнопки **Проверка связи**. Если проверка пройдет успешно, то получим соответствующее сообщение.
Если у Вас нет возможности использовать платные прокси-сервера, то в таком случае для удобства в программе предусмотрен функционал, который позволяет быстро найти бесплатные сервера. Этот механизм открывается на форме списка прокси-серверов с помощью кнопки **Сайт с прокси**. Перед Вами будет доступен большой выбор прокси свободного использования, которые можно будет использовать в конфигурации. После добавления всех необходимых прокси-серверов их соединение можно проверить, нажав кнопку **Проверить все прокси**. Если нужно быстро добавить большое количество прокси, то для этого нужно нажать кнопку в виде цилиндра **Автозагрузка прокси** и в программу будут добавлены десять бесплатных прокси-серверов.
---
## Создание и настройка Telegram-бота(Интеграция с Telegram-ботом)
Для начала необходимо, [установить мессенджер](https://telegram.org/).
:::info Убедитесь
Telegram не заблокирован в вашей стране и корректно работает на вашем устройстве. Если мессенджер заблокирован, то вы можете использовать на десктопе или мобильном телефоне прокси-сервера.
:::
1. Далее зарегистрируйтесь в сервисе (если вы еще этого не делали)
2. В поиске найдите бота с именем **BotFather** - это "отец" всех ботов. Этот бот позволяет создавать других ботов и введите команду `/newbot`.
3. После этого мессенджер попросит вас придумать имя бота: можете ввести произвольное свое имя. Самое главное, чтобы оно заканчивалось на `_bot`. Например, *my_uito_bot*.
4. Далее, бот отобразит для доступа по HTTP специальный токен. На скриншоте выше он начинается как "8232528..." Это токен для доступа из конфигурации "Управление IT-отделом 8" к боту. Запомните его.
5. Открываем конфигурацию и переходим в
**Администрирование -> Настройки параметров учета -> Функциональность**
Включаем галочку *Использовать Telegram*. Для того, чтобы в 1С появилась возможность работы с ботом.
6. Открываем
**Администрирование -> Telegram-боты**
Там щелкаем на гиперссылку Telegram-боты. Это список наших ботов. Бот может быть не один, но практически всегда нам достаточно будет и одного.
7. Открываем первого бота, который уже существует и вносим его токен и название.
8. После вставки токена и имени бота, нажимаем проверка связи. Если все хорошо, то вам будет выдано сообщение *Проверка связи с ботом выполнена успешно*.
9. Перейдем на закладку "Настройки получения обновлений", где можно настроить расписание работы бота. Установите время получения обновлений с серверов Telegram.
10. Если все введено на шаге 9, но у вас ошибка (например, Telegram заблокирован в вашей стране). Установите галочку в настройках Telegram *Использовать прокси-серверы для отправки и получения данных Telegram* и открыв появившийся справочник **Прокси-серверы** заполните список ваших прокси.
11. Возвращаемся к мессенджеру Telegram и донастроим бота. Введем ему описание и изображение.
Зададим изображение. **OK**. `Send me the new profile photo for the bot` - означает, что бот просит скинуть ему фото профиля будущего бота. Просто перетащите фото в BotFather:
После этого настройку бота можно считать выполненной как в 1С так и в самом мессенджере.
---
## Личный кабинет(Личный кабинет)
«Личный кабинет» (далее — ЛК) — это веб-интерфейс для конечных пользователей конфигурации «Управление IT-отделом 8». Через ЛК сотрудники и клиенты могут:
- подавать новые заявки в IT-отдел или сервисную службу;
- следить за ходом исполнения своих заявок и отвечать на комментарии исполнителей;
- читать базу знаний;
- видеть адресную книгу с контактами сотрудников;
- сдавать ежедневный отчёт о работе (для сотрудников);
- ставить оценку выполненным заявкам.
ЛК работает в любом современном браузере, не требует установки 1С на стороне клиента и не открывает доступ к остальной учётной системе — только к функциям, явно опубликованным в ЛК.
## Структура раздела
| Раздел | Содержание |
|--------|-----------|
| [Публикация личного кабинета на IIS](./Публикация%20личного%20кабинета%20на%20IIS.md) | Развёртывание веб-интерфейса ЛК на IIS после публикации базы (для администратора). |
| [Вход и регистрация](./Вход%20и%20регистрация.md) | Авторизация, восстановление пароля, регистрация. |
| [Главная страница и навигация](./Главная%20страница%20и%20навигация.md) | Графики на главной, левое меню, шапка. |
| [Создание задания](./Создание%20задания.md) | Форма нового задания, выбор проекта и раздела, прикрепление файлов. |
| [Список заданий](./Список%20заданий.md) | Просмотр списка, фильтры «Мои / Мне / В работе / Приостановленные / Все», фильтр по проекту, постраничный вывод. |
| [Работа с заданием](./Работа%20с%20заданием.md) | Карточка задания, проекты и разделы, комментарии, вложения, оценка выполнения. |
| [Поиск, база знаний и адресная книга](./Поиск%20база%20знаний%20и%20адресная%20книга.md) | Глобальный поиск, веб-приложение базы знаний Доксинум, контакты сотрудников и контрагентов. |
| [Ежедневный отчёт](./Ежедневный%20отчёт.md) | Сдача отчёта о работе за день. |
| [Видимость заданий и проектов](./Видимость%20заданий%20и%20проектов.md) | Какие задания и проекты пользователь видит в ЛК и почему. |
## Что нужно знать перед началом работы
ЛК публикуется как HTTP-сервис конфигурации (`hs/lk/...`). Адрес ЛК администратор сообщает пользователям отдельно — например, `https://example.com/uit/hs/lk/`.
Чтобы пользователь мог зайти в ЛК, у него в УИТ должна быть назначена одна из двух ролей:
- **«Сервисдеск: доступ к личному кабинету»** — типовая роль для конечных пользователей-клиентов.
- **«Чтение: личный кабинет»** — расширенный доступ.
Без одной из этих ролей при попытке зайти в ЛК пользователь получит ошибку 403 «Доступ запрещён».
:::warning Важно!
Описанный в статье функционал доступен в **конфигурации «Управление IT-отделом» редакции 4.0**.
:::
---
## Старый ЛК
# Личный кабинет пользователя через браузер
Для начала, как это все выглядит:
Справочник **Личный кабинет** предназначен для хранения информации о логике работы личного кабинета по протоколу HTTP.
Доступ к личному кабинету выполняется по ссылке `http://адрес_сервера_1с.ru/имя_публикации/hs/lk/`
Где:
`адрес_сервера_1с` - это имя сервера где установлен сервер 1С, либо HTTP-адрес сервера.
`имя_публикации` - имя под которым вы опубликовали конфигурацию. Также необходимо, чтобы у пользователя были права: *Чтение личный кабинет*.
## Алгоритм работы личного кабинета
Пользователи входят в браузере по ссылке выше, вводят свой логин и пароль, попадают в личный кабинет и работают в личном кабинете, причем алгоритм работы, страницы и прочее вы можете добавить/изменить самостоятельно.
HTML-страницы формируются автоматически, анализируя запрос от пользователя.
Т.е. если пользователь введет адрес или перейдет в личном кабинете по ссылке, например: `http://адрес_сервера_1с.ru/имя_публикации/hs/lk/folder1/folder2/file.html?param=1`
То для построения страницы пользователю система выполнит следующий алгоритм:
Все, что после lk, т.е. `/folder1/folder2/file.html?param=1` будет разбито на блоки и по шагам выполнено:
1. В справочнике "Личный кабинет" будет предпринята попытка найти папку folder1 в корне справочника, далее если это путь длинный, то будет попытка найти следующую папку.
2. Путь длинный, встретили folder2 в пути, ищем внутри папки folder1 папку folder2.
3. Если папка folder2 будет найдена, то далее в этой папке будет попытке найти элемент file.html
4. Если на шагах 1-3 ничего не найдено, то пользователю будет показана страница с кодом 404 (страница не найдена), которая находится в разделе "Настройки" справочника "Личный кабинет" и при этом процесс будет остановлен. Если же файл будет найден в иерархии, то этот шаг игнорируется.
5. С найденным элементом на шаге 3 - если этот файл картинка, то она будет отправлена пользователю по HTTP с кодом 200 (страница найдена) и процесс остановлен, если это страница html, то возьмем текст с вкладки "Основные данные" справочника "Личный кабинет" - этот текст будет основой для будущей странички, назовем этот текст "шаблон", а текстовые данные с закладки "Алгоритм заполнения" назовем "алгоритм".
6. Берем шаблон и проверим его на наличие фрагментов вида . Этот фрагмент означает, что необходимо вместо него вставить файл, который находится по адресу в справочнике личный кабинет "path/to/file.html". Полученный после замены текст будет новым шаблоном.
7. Проверяем шаблон на то, что он содержит фрагменты текста вида , если такие фрагменты содержатся, то будет предпринята попытка поиска переменной на вкладке "Локализация" в настройках строки вида MY_TEXT=Это текст. Если MY_TEXT будет найдена, в настройках локализация, то вместо будет вставлено то, что будет указано в локализации. Полученный после замены текст будет новым шаблоном.
8. Теперь возьмем алгоритм и выполним его встроенной командой Выполнить(Алгоритм) на языке 1С. В этом алгоритме можно использовать переменные:
* *Тело* - HTML-шаблон страницы, если он не используется берется алгоритм;
* *Переменные* - глобальная структура, куда могут быть помещены свои значения и использоваться при построении страниц;
* *Запрос* - объект HTTP-запрос, который выполнил пользователь в браузере;
* *Ответ* - ответ, который мы можем переопределить;
* *ОтносительныйURL* - путь вида folder1/folder2/file.html?param=1 из примера;
* *ОтносительныйURLПеренаправления* - если определить эту переменную, то вместо вывода чего-то пользователю будет дан ответ с кодом 302 (перенаправление на другу страницу) и в этой переменной указывается адрес страницы перенаправления;
* *ИмяФайла* - имя файла из примера (т.е. file.html);
* *Путь* - путь к файлу из примера (folder1/folder2/);
* *ЯзыковыеДанные* - глобальная структура с языковыми константами;
* *POST* - структура, где хранятся данные переданные через HTTP (например файлы).
9. После выполнения алгоритма можем получить обновленное шаблон документа, который далее автоматически будет проанализирован.
10. Повторно проверяем шаблон на то, что он содержит фрагменты текста вида , которые могли быть внесены выполнение алгоритма и если такие фрагменты содержатся, то будет предпринята попытка поиска в глобальной структуре Переменные или в языковых данных в настройках строки вида MY_TEXT=Это текст. Если MY_TEXT будет найдена, то вместо будет вставлено то, что будет указано либо в Переменные либо в локализации. Полученный после замены текст будет готовым HTML-документом.
11. Готовый HTML-документ будет показан пользователю. Это и будет готовая страничка.
:::Info
Важно понимать, что если в теле HTML-документа вы добавите, например, картинку вида ``, то текст будет показан, а браузер при следующем обращении увидит, что надо показать картинку и запросит у вас по пути "/path/to/picture.png"эту картинку, но это уже будет следующим запросом! Т.е. отдавать что-то другое отличное от ОтносительныйURL не надо! Это будет сделано автоматически.
:::
Если вы не поняли принцип из описания, посмотрите примеры и описания в справочнике. Следующие страницы делайте по аналогии, и вы поймете принцип работы.
Это алгоритм действий, которые будут выполнены для вывода HTML-документа пользователю и **самое замечательное в этом то, что можно добавлять свои страницы и менять поведение системы в зависимости от того, что необходимо именно Вам!**
## Свой функционал
Для создания своих страниц нет никаких препятствий. Необходимо добавить страницу с какой-то информацией? Есть новости, которыми можно было бы поделиться с пользователями? Не вопрос! Добавляйте новые элементы в справочник "Личный кабинет", оформляйте логику работы, добавляйте ссылки на эти страницы в меню, и пользователи будут все видеть.
## Обучающее видео "Личный кабинет"
[Ссылка на видео](https://rutube.ru/video/39f554c0ad5cf81e2e15838614c1bf41/)
:::info Внимание!
Функциональность личного кабинета через браузер доступна начиная с версии 3.1.2.1
:::
| Список ролей для работы с подсистемой "Личный кабинет" |
|--------------------------------------------------------|
| Добавление изменение настроек личного кабинета |
| Чтение личный кабинет |
---
## Если внесённые самостоятельно доработки перестали работать
При разработке иногда приходится менять названия модулей, процедур и т.д. И если Вами были выполнены собственные доработки использующие ссылки на эти объекты, то Ваш код работать не будет. Его надо исправить.
:::info Важно!
Если вы не вносили своих правок, то вам ничего не нужно делать. У тех, кто использует типовой функционал, уже внесены все необходимые правки.
:::
Вот пример такой ситуации. При выпуске релиза версии **3.1.13.5** была произведена подготовка к разработке нового функционала, который плотно использует HTML.
В связи с этим был измене модуль `РаботаСHTML`, на несколько модулей `РаботаСВебСервер` и т.д.
Личный кабинет нашего продукта, используемый клиентом, был изменен самим клиентом.
И с давних пор не обновлялся.
Если же обновлялась вся конфигурация, то просто сохраненные настройки личного кабинета загружались по новой.
Но при описанных выше изменениях, личный кабинет клиента перестал работать, выдав ошибку (Рис-1) при просмотре заданий.
Рассмотрим, что же надо сделать:
1. Распаковываем ZIP архив с настройками личного кабинет.
2. Запустим Visual Studio Code и в меню **Файл -> Открыть папку…** (Рис-2.1) указав папку с распакованными настройками.
3. Перейти в раздел поиска и написать [РаботаС] (Рис-3.1), можно было и РаботаСHTML.
4. Мы видим несколько найденных позиций в разных файлах. (Рис-3.2, Рис-3.4, Рис-3.5)
5. Выбрав первую позицию, справа видим строку, где произошла ошибка (Рис-3.3). Ранее было написано, что модуль был заменен на несколько.
6. Ищем на какой модуль менять. В конфигураторе программы в пункте меню **Правка -> Глобальный поиск** ищем строку ***УдалитьТегиИСпецСимволыИзТекста***.
На (Рис 4) видно, что данная функция находится в модуле **РаботаСВебСервер**.
7. Возвращаемся в Visual Studio Code меняем ***РаботаСHTML*** на ***РаботаСВебСервер***, сохраняем файл.
8. По двум следующим позициям если функции отличаются повторяем п.6 и п.7.
Если ранее найденные только п.7 (Для данного примера сразу напишу, что функция **ТекстТелаДокумента** находится в модуле **РаботаСВебКлиентСервер**, а **ОбработатьТекстHTML** в **РаботаСВебСервер**).
На этом работоспособность личного кабинета восстановлена.
---
## Изменение изображений в личном кабинете
Конфигурация поддерживает работу с опубликованными http-сервисами, одним из которых является личный кабинет. Данный сервис зачастую используется для доступа клиентов в качестве интернет портала технической поддержки. В связи с этим возникает необходимость в изменении оформления личного кабинета под корпоративный стиль компании или просто частичное изменение изображений в функционале. Хорошая новость заключается в том, что все это реализуемо и в данном уроке рассмотрим пример замены изображений функциональных кнопок личного кабинета.
## Изменение иконок
Чтобы приступить к изменению изображений личного кабинета нужно разобраться откуда берутся данные иконки (картинки). Как описано в обучающем курсе "Личного кабинета" код и данные берутся из центральной базы, но иконки являются исключением. Набор иконок личного кабинета относятся к набору шрифтов и значков сервиса Font Awesome. Это значит, что они не хранятся в центральной базе, а только прописаны в коде той или иной страницы ЛК в виде такой строчки: **"fa fa-arrow-circle"**. Такой подход уменьшает размер хранимых данных личного кабинета в базе и облегчает процесс изменения.
Приступим, например, необходимо изменить иконки главного меню личного кабинета.
Для этого в центральной базе переходим в раздел **Администрирование -> Личный кабинет** и открываем для редактирования файл `menu.html`.
В данном файле находится html-разметка основного меню.
Теперь для того, чтобы точно убедиться где конкретно находится та или иная иконка, в браузере просмотрим код элемента и узнаем class иконки.
Как видно из скриншота иконка пункта меню "Главная" имеет class = **fa fa-line-chart**, который является названием самой иконки. Теперь на сайте [Font Awesome](https://fontawesome.com/v4/icons/) выбираем необходимую картинку и копируем ее class.
Далее в ранее открытом файле `menu.html` находим старую иконку по определенному классу **fa fa-line-chart** и заменяем на новую и жмем кнопку **Записать и закрыть**
Результатом проделанных манипуляций будет следующего вида главное меню личного кабинета.
Подобные действия аналогичны для большинства иконок личного кабинета.
---
## Обезличивание пользователя личного кабинета
Зачастую предусмотренный в конфигурации механизм http-сервиса "Личный кабинет" используется для организации доступа клиентов (в части подачи заявок Service Desk). Это связано с тем, что подключения личного кабинета не считаются нашей системой лицензирования, что дает возможность одновременно использовать личный кабинет неограниченному числу пользователей. В связи с этим появляется потребность в обезличивание пользователя личного кабинета, который является специалистом одной из линий поддержки. В конфигурации это происходит следующим образом:
1. Необходимо завести нового пользователя (или изменить ранее созданного) в реквизите "Полное имя" указать обезличенное наименование, например, первая линия техподдержки.
2. Далее перейдем на закладку "Реквизиты", где необходимо заполнить реквизит "Сотрудник". В данном реквизите укажем сотрудника нашей организации с полным ФИО, который будет привязан к этому пользователю. Это важно для того, чтобы Вы всегда были в курсе того, какой сотрудник привязан к данному пользователю.
В результате получаем, для инициаторов обращений в личном кабинете пользователь обезличен и отображается как "Первая линия техподдержки", но для руководителя всегда виден привязанный к пользователю сотрудник.
---
## Ошибка 1C:Enterprise 8 application error
Зачастую пользователи конфигурации сталкиваются с проблемой доступа к личному кабинету в виде ошибки **1С:Enterprise 8 application error**.
Большинство сразу приходит к выводу, что проблема заключается в базе или самой конфигурации.
Это и понятно, так как значение заголовка ошибки **Ошибка приложения 1С:Предприятие 8** на русском не дает никаких объяснений.
***Но на самом деле это не так и сейчас разберемся почему?***
Как видно на скриншоте, расположенном выше, текст **HTTP:Not found** говорит о том, что http-сервис не найден.
Единственной причиной воспроизведения данного сообщения может быть только неправильная публикация базы (**неопубликованный http-сервис "Личный кабинет"**).
Для решения проблемы необходимо открыть конфигурацию в режиме **Конфигуратор**. Далее перейти в **Конфигуратор -> Администрирование -> Публикация на веб-сервере** и на закладке **http-сервисы** установить все чек-боксы, включая **Личный кабинет**.
В конце все, что остается, это заново переопубликовать базу и перезапустить веб-сервер (Apache или IIS).
---
## Публикация личного кабинета со включенной собственной авторизацией на *nix
В данной статье описано как убрать окно авторизации 1С платформы перед входом в личный кабинет на ОС Linux.
## Что понадобится?
1. Машина с Linux
2. Платформа 1С
3. Консольный текстовый редактор (например nano)
4. Веб-сервер Apache
5. сертификаты для подключения по https.
## Apache – начало
Если в системе еще не установлен Apache, то необходимо это сделать следующим образом:
```sh
sudo apt install apache2 -y
```
Ждем окончания выполнения операции. Если все хорошо, то проверяем, что сервер запущен:
```sh
service apache2 status
```
Если все хорошо, то должна быть подобная картина:
## Генерация сертификата
Перейдем теперь к генерации самоподписанного сертификата(если нет другого). Для этого переходим в директорию, где хотим сохранить сертификаты(например `/etc/ssl/certs`) и выполняем следующую длинную команду:
```sh
openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout .key -out .crt
```
Вместо `` следует указать имя компьютера, на котором выпущены сертификаты.
Во время выполнения команды будет задано несколько вопросов. Для "Common Name (e.g. server FQDN or Your bane)" нужно также указать имя сервера. Остальные поля заполняются произвольно (кроме "Country name" - здесь можно оставить по умолчанию).
## Публикуем базу и сервисы
Для публикации базы нам в первую очередь нужно перейти в каталог с установленной платформой:
```sh
cd /opt/1C/v8.3/x86_64/<Номер платформы>
```
И выполнить собственно публикацию для серверной базы:
```sh
sudo ./webinst -publish -apache24 -wsdir <ИМЯ ПУБЛИКАЦИИ> -dir /var/www/<ИМЯ ПУБЛИКАЦИИ> -connstr “Srvr=<ИМЯ СЕРВЕРА;Ref=<ИМЯ БАЗЫ>” -confpath /etc/apache2/apache2.conf
```
Или для файловой базы:
```sh
sudo /webinst -publish -apache24 -wsdir <ИМЯ ПУБЛИКАЦИИ> -dir /var/www/<ИМЯ ПУБЛИКАЦИИ> "File=<ПУТЬ_К_БАЗЕ>;" -confpath /etc/apache2/apache2.conf
```
Для файловой базы так же нужно установить права доступа:
```sh
chown -R apache:apache ПУТЬ_К_БАЗЕ
```
Если все сделали правильно, должны увидеть сообщение Publication successful.
Следующий шаг — подключаем сертификаты к нашему серверу. Для этого переходим в каталог с публикацией:
```sh
cd /etc/apache2/sites-available
```
и с помощью любого редактора открываем файл настроек:
```sh
sudo nano 000-default.conf
```
В самый конец файла добавляем следующие строки:
```xml
SSLEngine on
SSLCertificateFile <ПУТЬ_К_ФАЙЛУ_СЕРТИФИКАТА>
SSLCertificateKeyFile <ПУТЬ_К_ФАЙЛУ_КЛЮЧА>
```
Должно получиться примерно так:
Теперь почти все готово — осталось только подключить SSL к нашему серверу командой
```xml
sudo a2enmod ssl
```
И перезапустить Apache:
```xml
systemctl restart apache2
```
Если все сделано правильно, то наша база будет опубликована и доступна через браузер.
## Публикуем веб-сервисы и личный кабинет
Публикация web-сервисов и личного кабинета с собственной формой авторизации будет значительно проще, чем публикация базы.
Для этого нам нужно всего отредактировать один файл: `/var/www/<ИМЯ_ПУБЛИКАЦИИ>/default.vrd`
Пример команды:
```sh
sudo nano /var/www/UIT/default.vrd
```
И привести его к виду:
```xml
```
Тут следует обратить внимание на две строки:
```
ib="File="/home/data/work/InfoBase";usr="lk";Pwd="123";">
```
В этой строке у нас указана опубликованная файловая база и параметры служебного пользователя, который нужен для работы собственной авторизации с именем **lk** и паролем **123**.
А также, что вместо кавычек внутри строки используется `"`
Снова перезапускаем Apache и проверяем. Если все правильно, то мы получим доступ к личному кабинету
---
## Собственная авторизация и выход из нее в личном кабинете
Итак, мы хотим настроить [Личный кабинет](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/http-servisovy/lichnyy-kabinet), чтобы его можно было запускать из браузера.
Для начала давайте рассмотрим принцип работы вообще HTTP-сервисов.
По сути, это доступ к информационной базе 1С через WEB и он был создан для того, чтобы отвечать на запросы из вне.
Схема работы примерно следующая:
**Пользователь $\iff$ Браузер (Chrome, FireFox, Opera...) $\iff$ Наш сервер с веб-сервером Apache или IIS $\iff$ 1C**
Обратите внимание, что браузер посылает запросы нашему веб серверу. Т.е. Наш сервер должен быть доступен из того места где мы посылаем запрос.
Если это локальная сеть, то через браузер мы можем работать только в локальной сети. Если же мы хотим вообще из любого места подключаться к нашему личному кабинету, то необходимо, чтобы ваш веб-сервер был виден из интернета. Для этого понадобится либо белый IP-адрес, который необходимо взять у провайдера, либо настройка вашего роутера (например, некоторые роутеры типа Keenetic умеют давать доступ через свои сервера к вашей внутренней сети и присваивая вашему роутеру определенный адрес типа my1c.zyxel.com).
Вот как можно настроить через роутер Keenetic:
После того как вы разберетесь с вопросом белого или серого IP-адреса, необходимо настроить личный кабинет.
Выше мы уже рассмотрели как установить веб-сервер [Apache](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-apache) или [IIS](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-iis).
Теперь необходимо опубликовать базы и найти VRD-файл, который отвечает за публикацию вашей базы 1С через веб.
Нам необходимо снять авторизацию средствами 1С с личного кабинета, чтобы не было вот этого окна при попытке открыть личный кабинет в браузере:
В личном кабинете используется своя красивая форма авторизации, которая также безопасна, как и стандартная, и прекрасно позволит авторизоваться пользователю. Безопасна она также потому, что использует проверку логина и пароля тем же способом, что и сама 1С.
Для того чтобы убрать эту форму и заменить своей новой страницей авторизации, необходимо произвести дополнительные настройки с публикацией ИБ:
### Настройка публикации Apache
Выполните дополнительную настройку сервера Apache, которую начали при публикации конфигурации ранее в уроке «Публикация конфигурации на веб-сервере Apache».
После публикации ИБ необходимо внести изменения в конфигурационный файл Apache и создать вторую публикацию ИБ.
Для этого необходимо перейти в каталог, куда установлен Apache (у меня это C:\xampp\apache), затем открыть папку conf и отредактировать файл httpd.conf, а именно строки, добавленные при публикации базы:
```
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
```
Скопируйте и вставьте этот блок ниже. В результате должно получиться следующее:
```
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
```
В скопированном блоке измените следующие строки на собственные значения:
```
Alias "/ITdemo" "D:/Apache/ITDemo/" -> Alias "/ITLk" "D:/Apache/ITDemoLK/"
```
таким образом вы добавляете ещё одну публикацию ИБ с именем «ITLk», которая будет расположена по следующему пути `D:/Apache/ITDemoLK`
```
->
```
сам каталог файлов новой публикации
```
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd" -> ManagedApplicationDescriptor "D:/Apache/ITDemoLK/default.vrd"
```
файл описания параметров подключения.
В результате должно получиться так:
```
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
# 1c publication
Alias "/ITLk" "D:/Apache/ITDemoLK/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemoLK/default.vrd"
```
Далее необходимо создать каталог по прописанному пути, который только что был прописан (у меня это D:/Apache/ITDemoLK/) и скопировать в него файл default.vrd из ранее опубликованной базы. Откройте его для редактирования:
```xml
```
В новом файле необходимо внести следующие изменения:
```
base="/ITdemo" - > base="/ITLk"
```
В строку подключения добавьте пользователя, данные которого будут использоваться для авторизации средствами 1С в браузере:
```
ib="File="D:\Bases\Tests\ITdemo";Usr="UsrLK";Pwd="741596378951";"
```
Пользователя **UsrLK** с паролем **741596378951** (здесь следует указать вашего служебного пользователя) необходимо добавить в ИБ позже.
```xml
```
После внесенных изменений необходимо перезапустить Apache, затем можно переходить к настройкам конфигурации.
### Настройка публикации IIS
После публикации ИБ на веб-сервере IIS (см. [Публикация конфигурации на веб - сервере IIS](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-iis)) в каталоге `c:\inetpub\wwwroot\` создайте новый каталог **ITdemoLK**,
скопируйте в него содержимое каталога первой публикации `c:\inetpub\wwwroot\ITdemo\`, а именно 2 файла: `default.vrd` и `web.config`. Откройте файл `default.vrd` на редактирование и внесите следующие изменения:
```
base="/ITdemo" - > base="/ITdemoLK"
```
имя второй публикации ИБ.
В строку подключения добавьте пользователя, который будет использоваться для авторизации средствами 1С (в окне авторизации при открытии личного кабинета в браузере):
```
ib="File="D:\Bases\Tests\ITdemo";Usr="UsrLK";Pwd="741596378951";"
```
Строка подключения для серверной базы будет выглядеть примерно так:
```
ib="Srvr="АДРЕС_СЕРВЕРА";Ref="НАЗВАНИЕ_БАЗЫ";Usr="UsrLK";Pwd="741596378951";"
```
Пользователя **UsrLK** с паролем **741596378951** (здесь необходимо указать вашего служебного пользователя) нужно будет добавить в ИБ позже.
Блоки веб-сервисов, а также блок описания HTTP-сервисов, можно удалить. В результате должен получиться следующий вариант файла:
```xml
```
Для вновь созданной папки `c:\inetpub\wwwroot\ITdemoLK\` необходимо предоставить полные права доступа пользователю **IUSR** и группе **IIS_IUSRS** - аналогично тому, как это делалось при первой публикации ИБ.
Затем откройте **Диспетчер служб IIS**, раскройте ветку `Default Web Site` и найдите добавленную вами папку **ITdemoLK**. В контекстном меню этой папки выберите "Преобразовать в приложение":
## Добавление пользователя и пароля в информационной базе
Далее необходимо добавить пользователя и пароль, которые были указаны в файлах публикации информационной базы:
Создайте профиль групп доступа и выберите права, указанные на скриншоте. В созданную группу доступа добавьте пользователя **UsrLK**. Не беспокойтесь: даже при использовании автоматической авторизации конечный пользователь получит доступ только к тем объектам, к которым у него есть разрешения.
Также необходимо убедиться, что в настройках самого Личного кабинета указана нужная страница авторизации.
Для этого откройте центральную базу и перейдите: **Администрирование → Личный кабинет → Настройки → Дополнительно**.
В реквизите "Шаблон страницы авторизации" должно быть указано имя файла login.html, который формирует новую страницу авторизации.
В результате пользователь увидит современную и удобную форму входа вместо стандартной:
Также реализована возможность смены пользователя прямо из интерфейса:
Стандартная форма авторизации не предоставляет такой функциональности.
:::info
Функционал собственной авторизации доступен начиная с версии 3.1.8.1
:::
---
## Сохранение доработок пользователей в личном кабинете при обновлении конфигурации
Возможно в процессе работы Вам может понадобиться изменить что-то в личном кабинете.
Вы вносите правки в личный кабинет, вас все устраивает, но выпускается новое обновление и вы теряете все ваши доработки.
***Что делать в такой ситуации?***
Давайте рассмотрим алгоритм, что нужно сделать, чтобы восстановить собственные доработки, после обновления конфигурации.
:::info Важно!
Если вы не вносили своих правок в личный кабинет, то вам ничего не нужно делать, обновленный личный кабинет заполнится автоматически. Если же доработки были, то вам нужно воспроизвести алгоритм ниже на своей базе.
:::
## Алгоритм
1. До обновления выполните сохранение измененного личного кабинета. Администрирование > Личный кабинет и как на рисунке ниже нажать на кнопку.
Далее, откроется окно, выберите путь, куда хотите сохранить личный кабинет.
2. После сохранения вы получите zip-архив в котором будет резервная копия вашего личного кабинета до обновления.
3. Обновите конфигурацию. При обновлении, личный кабинет будет так же обновлен и ваши доработки будут затерты.
4. Сохраните в обновленной конфигурации личный кабинет так же, как и в п.1
5. Распакуйте старый личный кабинет и новый личный кабинет в разные папки и сравните эти папки в программе, которая умеет сравнивать директории на наличие изменений. Мы советует использовать программу [WinMerge](https://winmerge.org/?lang=ru). Она удобная и простая (хотя это, конечно, на любителя).
6. После этого в обновленной базе, в личном кабинете восстанавливаем свои правки исходя из того, что вы увидели в сравнении, адаптируя свои правки под новый код при необходимости.
---
## Метрики и KPI(Метрики и KPI)
Используя подсистему метрики и KPI, можно осуществлять сбор данных статистического характера для проведения детального анализа в разрезе определенного периода в Управление IT-отделом 8.
| Список ролей для работы с подсистемой "Метрики и KPI" |
|-------------------------------------------------------|
| Добавление и изменение установки значений метрик |
| Чтение установки значений метрик |
---
## Использование подсистемы KPI(Метрики и KPI)
**Требования:**
* *версия* программы **3.1.3.1** и выше;
* *редакция* программы **КОРП.**
Подсистема **Метрики и KPI** (наряду с отчетами других подсистем) предназначена для сбора и анализа различных статистических показателей в разрезе периодов: например, количество выполненных или просроченных заданий, распределение новых заданий по дням недели, сервисам, способам создания или проектам и т.д. Программа поставляется с несколькими предустановленными метриками, но пользователь может как использовать (изменить *под себя* ) поставляемые, так и создать и использовать собственные метрики. Показатели метрик могут рассчитываться как автоматически (регламентным заданием), так и вноситься в программу вручную пользователем. Подсистема "Метрики и KPI" используется совместно с настраиваемым рабочим столом:
Список метрик, присутствующих в программе по умолчанию:
* **Количество выполненных заданий**
* **Количество не распределенных заданий**
* **Количество открытых заданий**
* **Количество просроченных заданий**
* **Общее количество заданий.**
Прежде всего, для работы с метриками необходимо убедиться, что в программе включена соответствующая функциональная опция. Для этого необходимо перейти в раздел
**Администрирование -> Настройка параметров учета -> Функциональность**
И включить опцию **Использовать метрики** в случае, если она выключена:
Далее, для автоматического расчета показателей метрик необходимо убедиться, что включено и настроено расписание регламентного задания **Расчет метрик** (раздел ***Администрирование -> Регламентные и фоновые задания***):
Для работы с подсистемой пользователю доступны следующие объекты (раздел *Техническая поддержка - Метрики*):
* **справочник "Метрики"** - предназначен для настройки используемых метрик;
* **документ "Установка значений метрик"** - предназначен для установки как плановых, так и фактических (ручной ввод) показателей рассчитываемых метрик.
Поскольку используемые на рабочем столе (по умолчанию) показатели однотипные, рассмотрим работу подсистемы на примере получения количества просроченных заданий (заданий, в которых крайняя дата выполнения меньше фактической даты выполнения), при этом, приведенное ниже описание справедливо и для остальных предопределенных метрик.
В справочнике **Метрики** откроем карточку метрики **Количество просроченных заданий**:
## Рассмотрим реквизиты карточки метрики:
**Группа метрики** - группа, в которую входит метрика;
**Наименование** - наименование метрики;
**Идентификатор** - служебный реквизит, заполнен только у предопределенных элементов, используется для обращения к метрике на встроенном языке 1С;
**Единица измерения** - значения могут быть выбраны из "Классификатора единиц измерения", по умолчанию используются "шт";
**Значение по умолчанию** - значение, которое будет использоваться при заполнении документа "Установка значений метрик".
Табличная часть **Измерения** может содержать дополнительные аналитики, в разрезе которых, в дальнейшем, возможно получение развернутой информации по метрике. Количество измерений одной метрики может быть не более **5**. Каждое измерение может быть описано следующими реквизитами:
**Тип измерения** - тип аналитики (справочник либо документ) - ключевой реквизит аналитики, указывающий, значения какого типа могут использоваться в качестве аналитики;
**Представление** - строка - заголовок колонки в документе *Установка значений метрик* текущей аналитики;
**Подсказка** - строка - подсказка, отображающаяся при вводе аналитики в документе *Установка значений метрик*;
**По умолчанию** - значение аналитики по умолчанию, которое будет установлено для аналитики при заполнении документа *Установка значений метрик*;
**Обязательное** - признак, указывающий, что заполнение аналитики обязательно для данной метрики (только для документа *Установка значений метрик*);
**Назначение** - может принимать значения *Пользователь* или *Проект* и указывает, к какому пользователю (или проекту) отнести данную аналитику для дальнейшего анализа. Важно отметить, что для одной метрики, допускается заполнение реквизита *Назначение* только по одной аналитике на каждое *Назначение*.
Значения реквизитов строк *Измерения* метрики *Количество просроченных заданий* по измерениям:
### Исполнитель
* **Тип измерения:**
`Справочник**.ГруппыПользователей;Справочник.Пользователи;`
* **Представление** - Исполнитель;
* **Подсказка** - Исполнитель задания;
* **Назначение** - Пользователь.
### Клиент
* **Тип измерения:**
`Справочник.КонтактныеЛица;Справочник.Контрагенты;Справочник.Организации;Справочник.Подразделения;Справочник.Пользователи;Справочник.Сотрудники;Справочник.ФизическиеЛица;`
* **Представление** - Клиент;
* **Подсказка** - Исполнитель задания.
### Соглашение SLA
* **Тип** измерения:
`Документ.СоглашениеSLA`
* **Представление** - Соглашение SLA;
* **Подсказка** - Соглашение SLA.
Условия, по которым будут отбираться объекты для автоматического расчета метрик, а также формулы самого расчета описываются правилами расчета метрик. Для просмотра используемых правил необходимо перейти в раздел **Проекты - Правила расчета метрик** и открыть нужное правило (например, правило для метрики **Количество просроченных заданий**, если такое настроено на вашей базе).
Рассмотрим реквизиты карточки правила:
* **Наименование** - название правила, по нему правило находят в списке;
* **Объект-источник** - объект программы, изменение которого запускает расчет (например, документ **Задание**). В списке доступны только те объекты, для которых расчет метрик действительно работает;
* **Использовать** - пока флажок снят, правило не применяется;
* **Приоритет** - если одному и тому же объекту подходят несколько правил, первым применяется правило с большим приоритетом;
* **Отбор** - условия, которым должен соответствовать объект-источник, чтобы правило сработало (например, **Крайняя дата выполнения** меньше текущей даты). Каждое условие включается собственным флажком, набирается из полей объекта-источника. **Правило без включенных условий отбора при расчете не сработает ни разу** - это самая частая причина, по которой правило "молчит";
* **Комментарий** - произвольное описание для тех, кто будет разбирать правило потом.
В таблице **Расчеты** перечисляются показатели, которые считает правило, и формулы, по которым они вычисляются. Каждая строка таблицы - один показатель:
* **Метрика** - показатель из справочника **Метрики**;
* **План/факт** - куда попадет посчитанное число: в плановое значение показателя или в фактическое;
* **Формула** - выражение, вычисляющее само число;
* **Период регистрации** - выражение, вычисляющее дату, к которой относится значение;
* **Измерение 1** ... **Измерение 5** - выражения, заполняющие разрезы показателя. Сколько разрезов у метрики и какого они типа, задано в её карточке; лишние поля в правиле не показываются.
Рассмотрим приведенные формулы подробнее. В общем случае, шаблоном формулы может выступать следующее выражение:
`Результат = Источник.<ИмяРеквизита>;`
где переменной Результат необходимо присвоить какое-либо значение, например, значение указанного реквизита Источника. В рассматриваемом случае, в качестве Источника выступает документ **Задание**.
Для реквизита **Формула** указан следующий код:
`Результат = ?(Источник.ПометкаУдаления = Ложь И Источник.КрайняяДатаВыполнения <> Дата(1, 1, 1) И Источник.Выполнено = ЛОЖЬ И Источник.КрайняяДатаВыполнения < ТекущаяДатаСеанса(), 1, 0);`
Результатом выполнения данной формулы (т.е. значением для метрики в целом) будет *1* в случае, если документ *Задание* не помечен на удаление, в документе заполнен реквизит *Крайняя дата выполнения*, задание еще не выполнено, и эта дата меньше текущей даты. В любом другом случае, результат выполнения данной формулы будет равен *0* и данный результат расчета не будет учитываться при анализе результатов значений данной метрики. Расчеты аналитик метрики производятся только в случае, если результатом вычисления формулы будет *1*.
Для реквизита **"План/факт"** указано значение *Факт*. Это означает, что полученное ранее значение метрики (в случае, если Результат = 1) будет отнесено к фактическому значению данной метрики.
Для реквизита **Период регистрации** указана следующая формула:
`Результат = Источник.ДатаСоздания;`
Это означает, что значение метрики должно быть отражено датой документа (`Источник.ДатаСоздания`), и, в дальнейшем, при анализе результатов, отнесено к соответствующему периоду.
Аналогичным образом получаем значения остальных аналитик метрики, используя соответствующие реквизиты документа **Задание**:
### Исполнитель
`Результат = Источник.ТекущийИсполнитель;`
### Клиент
`Результат = Источник.Клиент;`
### Инициатор
`Результат = Источник.Инициатор;`
### Соглашение SLA
`Результат = Источник.SLA;`
В процессе работы с заданиями, при записи документа, если задание оказывается просроченным (т.е. задание попадает под условия отбора правила), согласно формулам таблицы **Расчеты** информация будет отражена в соответствующем периоде.
Документ **Установка значений метрик** используется для *ручного* отражения плановых или фактических показателей. Например, при для отражения планового показателя описанной выше метрики **Количество просроченных заданий** форма документа будет выглядеть следующим образом:
Колонки табличной части документа содержат обязательные колонки **Период, Факт, План**, а также указанные в карточке метрики измерения: **Исполнитель, Клиент, Инициатор**, **Соглашение SLA**.
О получении результата расчета метрик и выводе его на рабочем столе можно посмотреть в разделе ["Настраиваемый рабочий стол"](/it3/nachalo-raboty/nastraivaemyy-rabochiy-stol)
---
## Мобильное приложение "Управление IT-отделом 8"(It3)
[Мобильное приложение](https://docs.softonit.ru/uitflutter/) конфигурации [Управление IT-отделом 8](https://softonit.ru/catalog/products/it/#detail) позволит держать руку на пульсе деятельности ИТ-подразделения где бы вы не находились.
Подробно можно ознакомиться с документацией **Мобильного приложения "Управление IT-отделом 8"** по [ссылке](https://docs.softonit.ru/uitflutter/ "Мобильное приложение Управление IT-отделом").
---
## Начало работы(Начало работы)
## Системные требования
| | |
|----------------------------------------------------|-------------------------------------------------------------|
|Версия платформы «1С: Предприятие»8.3.24.1808 и выше|Версия платформы «1С: Предприятие» |
|Виды поддерживаемых конфигураций |Управляемое приложение, WEB |
|Вариант «1С:Предприятие» |Клиент-серверный, файловый |
|Рекомендуемое разрешение экрана |1024x768 |
|Операционная система |Windows XP, Vista, 7, 8, 10, 11, Server 2003/2008/2012/2022, Linux|
|Оперативная память |Не менее 512 Мб |
|ЦП |Intel Celeron 1300 и выше |
|Свободное место на HDD |Не менее 150 Мб до начала установки и выше |
|Для серверных баз |MS SQL, PostgreSQL |
Наше решение реализовано с использованием:
* [1С:Библиотека стандартных подсистем](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-standartnykh-podsistem/)
* [1С:Библиотека подключаемого оборудования 8](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-podklyuchaemogo-oborudovaniya/)
* [1С:Библиотека интернет поддержки 8](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-internet-podderzhki/)
В связи с этим доработка конфигурации возможна при выполнении одного из условий:
* Необходимо наличие обязательного договора 1С:ИТС. Тогда доработка возможна без ограничений.
* При отсутствии договора 1С:ИТС, пользователь самостоятельно не осуществляет доработку прикладного решения с применением стандартных библиотек.
## Содержание главы
* Установка конфигурации
* Обновление конфигурации
* Переход с версии 3.1 на версию 4.0
* Активация и работа с сервером лицензирования
* Общие определения и понятия
* Установка сервера лицензирования Софтонит
* Обновление сервера лицензирования
* Веб-интерфейс сервера лицензирования
* Режим активации ключом
* Часто задаваемые вопросы
* Первое знакомство с конфигурацией
* Интерфейс конфигурации
* Персональные настройки
* Изменение стиля оформления конфигурации пользователя
* Настройка индивидуальных параметров для каждого пользователя
* Прочие возможности
* Схемы зданий, помещений, сетей
* Возможность прикрепления произвольных файлов
* Дополнительные реквизиты и сведения объектов
* Справочник "Комиссии"
* Подключение к Power BI с помощью OData
* Публикация конфигурации на веб-сервере и публикация web\http сервисов
* Публикация на сервере - Apache
* Публикация на сервере - IIS
* Публикация HTTP - сервисов
* Установка оценок по заданию в личном кабинете
* Личный кабинет пользователя через браузер
* Собственная авторизация и выход из нее в личном кабинете
* Обезличивание пользователя личного кабинета
* Изменение изображений в личном кабинете
* Ошибка 1C:Enterprise 8 application error
* Сохранение доработок пользователей в личном кабинете при обновлении конфигурации
* Если внесенные самостоятельно доработки перестали работать. (релиз 3.1.13.5)
* Публикация личного кабинета со включенной собственной авторизацией на *nix
* Подсистема "Telegram"
* Лицензирование HTTP-сервисов
* Настройка IIS для доменной авторизации в личном кабинете и веб-клиенте
* Настройка и заполнение основных справочников
* Создание групп и профилей доступа
* Настройка параметров учета
* Заполнение основных справочников
* Организации
* Подразделения
* Сотрудники
* Места хранения
* Контрагенты
* Импорт данных
* Загрузка сотрудников и физических лиц из других конфигураций
* Загрузка из 1С данных по сотрудникам (Enterprise Data)
* Импорт из Active Directory пользователей и рабочих мест
* Импорт данных из сторонних программ
* Загрузка номенклатуры в документ "Поступление" из файла
* Добавление учетных записей для работы с электронной почтой
* Яндекс почта
* Google почта
* Заполнение ответственных лиц
* Настраиваемый рабочий стол
* Пример 1 - Добавление собственной кнопки
* Пример 2 - Новое задание с заполненными реквизитами
---
## Активация и работа с сервером лицензирования(Активация и работа с сервером лицензирования)
Для работы конфигурации "Управление IT-отделом 8", необходимо установить сервер лицензирования.
## Системные требования сервера лицензирования.
Поддерживаются следующие 64-битные операционные системы, на которые можно установить сервер лицензирования Софтонит:
* [x] Microsoft Windows 7, 8, 2008 (R2), 8, 8.1, 2012 (R2), 2016, 10, 11;
* [x] ОС Linux на базе Debian: Debian 7.5 и выше, Ubuntu 12.04 и выше;
* [x] ОС Linux на базе RedHat: CentOS 6.7 и выше, Fedora 22 и выше;
---
## Веб-интерфейс сервера лицензирования(Активация и работа с сервером лицензирования)
Сервер лицензирования имеет свой веб-интерфейс. Для того чтобы его открыть необходимо запустить любой браузер и в адресной строке браузера набрать:
[http://localhost:9555](http://localhost:9555/)
Также его можно открыть из меню «Пуск» в ОС Windows.
**Пуск -> Softonit -> Консоль сервера лицензирования**
Вот как выглядит открытый веб-интерфейс:
---
## Обновление сервера лицензирования(Активация и работа с сервером лицензирования)
:::info
Для обновления сервера лицензирования необходимо удалить старую версию ПО и установить новую.
:::
## Windows
Для удаления откройте меню **Пуск** найдите пункт **Softonit** и выполните **Деинсталлировать Softonit Licence Server**. Так же можно открыть **Панель управление -> Удаление программ** и найти в списке **Softonit Licence Server**, после чего удалить приложение.
После этого установите новую версию используя инструкцию [Установка сервера лицензирования](/it3/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/ustanovka-servera-licenzirovaniya-softonit).
## Linux deb-based (Ubuntu, Debian) и rpm-bases (CentOS, Fedora)
Опять же по аналогии приводим установку для Linux deb-based ОС. Выполните в терминале команды: `sudo -i service slserver stop apt-get remove slserver`
После этого установите новую версию используя инструкцию выше.
---
## Общие определения и понятия(Активация и работа с сервером лицензирования)
Ранее в способе лицензирования нашего решения применялись три разновидности ключа, которые предназначались для разных действий и каждый из них содержал свой набор информации о лицензиате.
Ключи были нескольких видов:
* Основные.
* Дополнительные.
* Для обновлений.
В зависимости от типа, ключ содержал информацию о:
* Наименовании организации-владельце;
* ИНН/КПП;
* Сроке действия и вида поддержки;
* Продукте;
* Количестве одновременных подключений к информационным базам;
Данный подход накладывал ряд неудобств, которые испытывали пользователи нашей конфигурации и был призван уйти в историю. Мы упростили и улучшили подход к лицензированию, путем сокращения количества ключей. Если быть точнее, то все ранее упомянутые типы ключей, теперь используются как один единственный. При этом, данный подход позволяет упростить процедуру получения нового ключа, при различных ситуациях, которые мы разберем ниже. Больше не нужно писать запрос в техническую поддержку с просьбой генерации нового ключа, теперь Вы самостоятельно можете создать новый ключ.
## Генерация и активация ключа на сервере лицензирования 1.0.0.19
**Первичная активация:** При первичной активации программы необходимо, перейти в веб-интерфейс сервера лицензирования 19, который расположен по адресу: localhost:9555. В основном меню выбрать раздел "Установка лицензии" и нажать на гиперссылку "Список доступных ключей". После нажатия Вы сразу попадете на наш сайт в раздел "Техподдержка" - "Личный кабинет" - "Ключи активации", где будут отображаться все, имеющиеся ключи. Далее необходимо сгенерировать новый ключ и перейти к [активации](/it3/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/rezhim-aktivacii-klyuchom).
## Замена ранее активированного ключа на новый
Для этого Вам необходимо перейти на наш сайт в раздел **Техподдержка -> Личный кабинет -> Ключи активации**, сгенерировать новый ключ, а после установить новый ключ в веб-интерфейсе сервера лицензирования. Замена осуществляется аналогично первичной активации, за исключением того, что старый ключ активации, который находится в каталоге *C:\ProgramData\Softonit\Licence Server\Licence* автоматически изменит свое расширение на `*.OLD`. Такой подход к замене ключей позволяет не думать о том, чтобы удалить старый ключ активации и перезапускать службу сервера лицензирования как это было в прошлых версиях.
**Ситуации, когда необходимо заменить ключ:**
* **Первая** и самая распространенная ситуация, это продление получения обновлений и технической поддержки. После оплаты данной услуги перейдите на наш сайт в раздел **Техподдержка -> Личный кабинет -> Ключи активации** и нажмите кнопку **Создать новый основной ключ**. Новый сгенерированный ключ уже будет хранить информацию о продлении услуги, все что останется сделать, это удалить все старые ключи (инструкция ниже) и активировать новый ключ в веб-интерфейсе сервера лицензирования;
* **Вторая** ситуация, это замена комплектующих компьютера или переезд сервера лицензирования на другую машину. Так как ключ активации хранит в себе данные о железе компьютера, на котором была осуществлена первичная активация, то в таком случае необходимо сгенерировать новый ключ в разделе **Техподдержка -> Личный кабинет -> Ключ активации**. После чего удалить все старые ключи (инструкция ниже) и активировать новый в веб-интерфейсе сервера лицензирования;
* **Третья** ситуация, это покупка дополнительных одновременных подключений к конфигурации. Алгоритм действий, которые необходимо произвести в этой ситуации полностью идентичен первым двум описанным ситуациям.
**Инструкция по удалению старых ключей:**
1. Удалить из папки `c:\ProgramData\Softonit\Licence Server\Licence\` все файлы-ключи;
2. Перезапустить службу *Softonit Licence Server (slserver)* или перезагрузить компьютер;
3. По новой активировать ключ.
## Ответы на возникшие вопросы
**Принципы подсчета лицензий.**
Контроль лицензий осуществляется на стороне сервера. Особенностью подхода является то, что при работе каждый сеанс любой информационной базы (рабочей базы, или ее копии – не важно) будет занимать отдельную лицензию, причем не имеет значения в какой информационной базе работает клиент. Все подключения суммируются и, если не хватает лицензий, программа об этом сообщит.
:::info Важно!
Каждый код активации может быть использован только один раз. В случае изменения конфигурации компьютера необходимо заново генерировать ключ в разделе "Техподдержка" - "Личный кабинет" - "Ключи активации". Если конфигурация компьютера не была изменена (например, была переустановлена ОС), то код активации можно использовать повторно.
:::
:::info Обратите внимание
Количество генераций новых ключей (замен) не может быть больше 3 (трех) в месяц. Если замен будет больше, то возможность самостоятельной регистрации нового ключа будет заблокирована и доступна только через подачу обращения в техническую поддержку.
:::
---
## Режим активации ключом(Активация и работа с сервером лицензирования)
Сервер лицензирования позволяет активировать продукты несколькими способами. При этом, любой способ активации осуществляется круглосуточно без выходных дней.
Активация может быть выполнена как из программы, так и через веб-интерфейс. Внешний вид при этом будет одинаков, что в 1С, что через веб-интерфейс.
Рассмотрим, как активировать конфигурацию и/или продлить поддержку ключом, который вы получили после покупки на примере активации в конфигурации 1С.
## Автоматическая активация
В этом варианте обработка запросов выполняется автоматически и требует от пользователя минимум действий. Запускаем конфигурацию и после входа будет отображено модальное диалоговое окно:
Если вы не задали адрес сервера и порт, то вам будет предложено сначала ввести эти данные, а потом уже появится окно для установки лицензий.
В веб-интерфейсе необходимо в браузере щелкнуть по пункту «Установка лицензий», получим аналогичное окно:
На этом этапе вводим ключ (должен быть в формате `XXXX-XXXX-XXXX-XXXX-XXXX-XXXX`, например, `DB49-A88A-D2D6-50D4-81F1-7B67`) и ИНН/КПП (КПП пустое у ИП, у зарубежных компаний информацию о том, как заполнять поле ИНН/КПП мы отсылаем в письме) организации, которая приобрела лицензию и при наличии интернета нажимаем «Установить автоматически через Интернет». Если в процессе активации произошла ошибка будет отображено соответствующее сообщение.
При неверном заполнении, например, неверно введен ИНН/КПП будет отображено следующее:
Возвращаемся назад и исправляем не верно введенные данные. Если все введено правильно, то в 1С увидим следующее сообщение:
Нажимаем на кнопку «перезапустите программу» и после перезапуска конфигурация активирована, можно приступить к работе. После загрузки в заголовке программы вы увидите наименование продукта, организации-владельца и типа редакции. В веб-интерфейсе все активируется аналогично. После ввода ключа, ИНН и КПП, нажимаем кнопку «Установить автоматически через Интернет» и после подтверждения можем приступить к работе.
## Активация через запрос файл-ответ
Этот случай следует использовать, когда на сервере лицензирования по какой-то причине отсутствует интернет. В этом случае необходимо заполнить данные таким образом (рассмотрим на примере работы с веб-интерфейсом, для работы в 1С все аналогично):
В результате нажатия на кнопку **Создать файловый запрос…** нам будет отображено следующее окно:
**При этом необходимо:**
1. Скопировать текст-запрос
2. Сохранить текст-запрос в файл
3. На компьютере где есть интернет перейдите на сайт https://softonit.ru и авторизуйтесь под своей учетной записью
4. Перейдите на страницу по адресу https://softonit.ru/personal/lk/ в личный кабинет
5. В личном кабинете щелкните на гиперссылку «Активация программы или обновлений»
6. Скачайте программу [Сервер лицензирования Софтонит](https://softonit.ru/sls/) и вставьте скопированный текстзапрос в центре лицензирования и нажмите на кнопку **Получить файл-ответ**.
7. Установите скачанную программу на компьютер, который будет доступен для всех компьютеров в сети для файлового варианта и для сервера 1С для серверного варианта.
8. После нажатия **Получить файл-ответ** сайт вернет Вам файл с текстом-ответом, который необходимо будет скопировать, сохранить в файл, перенести на сервер лицензирования и ввести на вашем сервере лицензирования в разделе **Активация из файла**.
И нажимаем кнопку **Установить**.
Если все сделано правильно, сервер лицензирования даст положительный ответ об успешной активации.
---
## Установка сервера лицензирования Софтонит(Активация и работа с сервером лицензирования)
Скачать сервер лицензирования необходимо на странице на сайте:
[Сервер лицензирования Софтонит (СЛС)](https://softonit.ru/sls/)
Обратите внимание, что разные версии конфигураций могут требовать разные версии системы защиты. Поэтому внимательно читайте требования к системе защиты.
Скачайте архив со страницы выше и распакуйте его. Найдите дистрибутив для вашей системы и установите его по инструкциям ниже. Особенно требований к системе нет, сервер лицензирования крайне непритязательный к ресурсам компьютера, поэтому он может работать даже на медленных машинах. При этом доступ к компьютеру сервера лицензирования должен быть возможен с сервера 1С.
Рекомендуем устанавливать сервер лицензирования рядом с сервером 1С:Предприятия для серверных ИБ 1С.
**Windows:**
1. Скачайте архив со страницы выше и распакуйте его.
Найдите дистрибутив вида - `slserver-x.x.x.x.win.exe` (где x – это цифра с обозначением части версии)
2. Запустите и установите его.
При этом дистрибутив автоматически установит правила работы брандмауэра на доступ к порту 9555 и запустит службу сервера.
3. Проверить установился ли сервер и правильно ли он функционирует можно запустить любой браузер и в браузерной строке открыть адрес: [http://localhost:9555](http://localhost:9555/)
Либо открыть его из меню **Пуск** установленной программы в Windows.
**Linux deb-based (Ubuntu, Debian) и rpm-based (CentOS, Fedora)**
Установка выполняется при помощи стандартного менеджера пакетов ОС. Например, для установки в Debian / Ubuntu необходимо в терминале с правами суперпользователя выполнить следующие команды в терминале:
1. Переходим в режим работы суперпользователя:
`sudo -i`
2. Переходим в папку с дистрибутивом для нашей ОС и выполняем команду установки дистрибутива:
`dpkg –i /folder/to/server/slserver-1.0.0.4-i386.deb`
3. Далее установим daemon:
`/opt/Softonit/Licence/installdaemon.sh`
4. Затем запустим установленный daemon:
`service slserver start`
5. Проверить установку можно выполнив тут же команду:
`service slserver status`
или открыть в Linux браузер и в нем ввести адрес: [http://localhost:9555](http://localhost:9555/)
Всё абсолютно аналогично, для установки в CentOS / Fedora, только команда для установки сервера:
`yum localinstall slserver-1.0.0.4-i386.rpm`
[Также можете посмотреть видео на эту тему по активации конфигурации на **Ubuntu x86-64**:](https://www.youtube.com/watch?v=mlyoupuZDt0)
---
## Часто задаваемые вопросы(Активация и работа с сервером лицензирования)
В этой статье собраны типичные ситуации, с которыми сталкиваются администраторы при активации и работе с сервером лицензирования «Управление IT-отделом 8», и способы их решения.
## Важно знать перед началом работы
- **Версия сервера лицензирования должна соответствовать релизу конфигурации.** Соответствия версий указаны в личном кабинете на сайте [softonit.ru](https://softonit.ru). Несовпадение версий — частая причина ошибок после обновления — см. [Обновление сервера лицензирования](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/obnovlenie-servera-licenzirovaniya/).
- **При первичной покупке нашего решения выбирается период технической поддержки и обновлений: 3, 12 или 24 месяца.** После завершения выбранного периода вы сможете продлить подписку, чтобы продолжить получать обновления и техническую поддержку.
- **Конфигурация «Управление IT-отделом 8» выпускается в трёх редакциях:** [СТАНДАРТ, ПРОФ и КОРП](https://softonit.ru/blog/news/updateit/uit-stanstart-prof-corp/). Лицензия приобретается под конкретную редакцию — при апгрейде редакции потребуется новый ключ.
- **Ссылка на скачивание дистрибутива после покупки действует в течение 14 дней** с момента электронной отгрузки решения. По истечении этого срока дистрибутив можно повторно скачать в [личном кабинете](https://softonit.ru/personal/lk/) в разделе **Нужен новый дистрибутив**.
## Первичная активация лицензии
Подробная пошаговая инструкция по первичной активации описана в статье [Режим активации ключом](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/rezhim-aktivacii-klyuchom/).
Если кратко: войдите в [личный кабинет](https://softonit.ru/personal/lk/) на сайте softonit.ru → **Поддержка → Личный кабинет → Ключи активации**, скопируйте ключ и активируйте его через [веб-интерфейс сервера лицензирования](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/veb-interfeys-servera-licenzirovaniya/) по адресу `http://localhost:9555` в разделе **Установка лицензий**.
## Продление подписки на обновления
После оплаты продления в течение трёх рабочих дней с момента зачисления денежных средств происходит электронная отгрузка. Подписка **не активируется автоматически** — необходимо вручную сгенерировать новый ключ и активировать его.
**Порядок действий:**
1. Перейдите на сайт softonit.ru → [Поддержка → Личный кабинет → Ключи активации](https://softonit.ru/personal/lk/keys/).
2. Нажмите **Создать новый основной ключ** и скопируйте его.
3. Откройте [веб-интерфейс сервера лицензирования](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/veb-interfeys-servera-licenzirovaniya/) по адресу `http://localhost:9555`.
4. Перейдите в раздел **Установка лицензий**, введите ключ, ИНН и КПП организации.
5. Выберите способ активации: **Автоматически через интернет** или [Через файловый запрос](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/rezhim-aktivacii-klyuchom/).
6. После активации перезапустите программу.
> **ВАЖНО!** Если вы не активируете новый ключ, новые обновления не будут устанавливаться.
Проверить срок действия обновлений можно в разделе **Администрирование → Монитор поддержки**. После активации ключа поле **«Действие техподдержки до»** увеличится.
## Ошибка «Срок обновления истёк» после установки новой версии
**Симптом:** после установки новой версии конфигурации «Управление IT-отделом 8» при запуске программы появляется сообщение: «Проблемы с установкой обновления… версия не входит в срок технической поддержки / срок обновлений истёк». При этом подписка на обновления действующая.
**Причина:** ошибка возникает, если после продления обновлений не был создан и активирован новый ключ. При продлении необходимо самостоятельно создать новый ключ в личном кабинете и активировать его. До выполнения этих действий система продолжает считать, что срок обновлений истёк.
**Решение:**
1. Перейдите на сайт softonit.ru → [Поддержка → Личный кабинет → Ключи активации](https://softonit.ru/personal/lk/keys/).
2. Нажмите **Создать новый основной ключ** и скопируйте его.
3. Откройте [веб-интерфейс сервера лицензирования](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/veb-interfeys-servera-licenzirovaniya/) по адресу `http://localhost:9555`.
4. Перейдите в раздел **Установка лицензий**, введите ключ, ИНН и КПП организации.
5. После активации перезапустите программу.
Проверить срок действия обновлений можно в разделе **Администрирование → Монитор поддержки**. После активации ключа поле **«Действие техподдержки до»** увеличится.
## Ошибка «Не совпадает ИНН/КПП» при активации через файловый запрос
**Симптом:** при попытке активировать лицензию конфигурации «Управление IT-отделом 8» через файловый запрос появляется ошибка `Неверный запрос (Не совпадает ИНН/КПП, указанные в ключе на вашем сервере и на сайте при покупке)`, хотя реквизиты введены корректно.
**Причина:** в полях ИНН и/или КПП могут присутствовать невидимые символы — пробелы, переносы строки и т.п., которые возникают при копировании данных.
**Решение:**
1. Полностью очистите поля ИНН и КПП в веб-интерфейсе СЛС (`http://localhost:9555`).
2. Введите реквизиты заново вручную — без копирования.
3. Если проблема сохраняется, обратитесь в поддержку:
- создайте тикет в личном кабинете;
- напишите менеджеру на сайте (внизу справа — «Консультант в сети»);
- отправьте письмо на [crm@softonit.ru](mailto:crm@softonit.ru);
- позвоните в рабочее время по телефону 8 (861) 203-39-44.
При обращении укажите название организации, ИНН и КПП, используемые при активации.
:::info Обратите внимание
Возможны случаи изменения КПП организации, о которых не было сообщено. У индивидуального предпринимателя (ИП) заполняется только поле ИНН, поле КПП должно оставаться пустым.
:::
## Купили дополнительные лицензии, но их количество не изменилось
**Симптом:** после покупки дополнительных подключений для конфигурации «Управление IT-отделом 8» и самостоятельной генерации нового ключа в личном кабинете количество лицензий в СЛС не увеличилось.
**Причина:** сгенерированный ключ может не включать ранее приобретённые подключения. Такая ситуация чаще встречается на Linux-системах (RedOS, Astra Linux, Ubuntu).
**Решение:**
1. Перейдите на сайт [softonit.ru](https://softonit.ru) в раздел **Поддержка → Личный кабинет → Ключи активации**.
2. Сгенерируйте новый ключ — он будет содержать все приобретённые вашей компанией подключения.
3. Активируйте новый ключ через веб-интерфейс СЛС по адресу `http://localhost:9555`.
:::info Примечание
Самостоятельная генерация ключа доступна не более 3 раз в месяц. При превышении лимита обратитесь в техническую поддержку — специалист сформирует ключ вручную.
:::
## Не хватает лицензий, хотя активных пользователей меньше, чем куплено
**Симптом:** система сообщает об отсутствии свободных лицензий, хотя в программе работает меньше людей, чем приобретено подключений. При попытке войти программа зависает с сообщением о нехватке лицензий.
**Причина:** в СЛС остаются «зависшие» сеансы — подключения, не освобождённые корректно при выходе из программы. Это штатное поведение файловых баз: 1С не позволяет выполнять серверные вызовы при закрытии, поэтому сигнал об освобождении лицензии не отправляется.
**Решение:** освободите зависшие сеансы — подробнее в разделе ниже [«Не освобождаются лицензии сервера лицензирования»](#не-освобождаются-лицензии-сервера-лицензирования-что-делать). Если проблема повторяется регулярно, перезапустите службу сервера лицензирования — см. раздел ниже [«Как перезапустить службу сервера лицензирования»](#как-перезапустить-службу-сервера-лицензирования).
:::info Важно
Сеансы в консоли администрирования 1С и сеансы лицензий Softonit — это разные вещи. Проверять нужно именно в [веб-интерфейсе СЛС](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/veb-interfeys-servera-licenzirovaniya/) по адресу `http://localhost:9555`, а не в консоли 1С.
:::
## Перенос сервера лицензирования на другой сервер
При замене оборудования или переносе СЛС на другую машину выполните следующие шаги:
1. Скачайте версию сервера лицензирования, соответствующую вашему релизу конфигурации (соответствия версий — в [личном кабинете](https://softonit.ru/personal/lk/) на сайте softonit.ru), и установите её на новый сервер — [инструкция по установке](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/ustanovka-servera-licenzirovaniya-softonit).
2. Перейдите на сайт softonit.ru → [Поддержка → Личный кабинет → Ключи активации](https://softonit.ru/personal/lk/keys/) и сгенерируйте новый ключ.
3. Активируйте новый ключ через [веб-интерфейс сервера лицензирования](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/veb-interfeys-servera-licenzirovaniya/) по адресу `http://localhost:9555`.
4. В конфигурации откройте **Администрирование → Параметры сервера лицензирования** и укажите адрес нового сервера.
:::info К сведению
Один ключ может быть активирован только на одном сервере. Самостоятельная генерация ключа доступна не более 3 раз в месяц — при превышении лимита обратитесь в техническую поддержку.
:::
## Ошибка «Нет связи с сервером лицензирования» после переноса базы
**Симптом:**
1) если перенесли с помощью dt то ошибка возникнуть не должна, но лучше проверить связь с сервером, в противном случае указать его адрес
2) если развернули новую базу, то конкретной в ней надо будет прописать где находится адрес лицензирования
**Решение** зависит от того, планируете ли вы переносить СЛС:
- **СЛС остаётся на старом сервере:** в окне ошибки выберите **«На другом компьютере сети»** и укажите адрес старого сервера, где установлен СЛС.
- **СЛС переносится на новый сервер:** установите СЛС на новый сервер, сгенерируйте новый ключ в [личном кабинете](https://softonit.ru/personal/lk/) на сайте softonit.ru и активируйте его — см. раздел выше [«Перенос сервера лицензирования на другой сервер»](#перенос-сервера-лицензирования-на-другой-сервер).
## Сколько информационных баз можно развернуть на одном сервере
На одном сервере в пределах одной сети можно развернуть **неограниченное количество информационных баз** с конфигурацией «Управление IT-отделом 8».
Лицензия ограничивает не количество баз, а **количество одновременных подключений** по всем базам суммарно. Например, при лицензии на 50 подключений и 5 базах распределение может быть любым (9 + 11 + 15 + 10 + 5) — главное, чтобы суммарное число одновременно работающих пользователей не превышало 50.
:::info Информация
Для работы в каждой информационной базе дополнительно потребуются клиентские лицензии платформы «1С:Предприятие» — они приобретаются отдельно у фирмы «1С».
:::
## Можно ли установить два сервера лицензирования на один сервер?
Нет. На одном физическом сервере (или одной операционной системе) **можно установить только один экземпляр сервера лицензирования** «Софтонит».
**Технические причины:**
- СЛС использует фиксированный порт `9555` для веб-интерфейса — два процесса не могут одновременно слушать один порт.
- Установщик регистрирует одну службу Windows `Softonit Licence Server (slserver)` — повторная установка перезаписывает существующую службу.
- Все настройки и активированные ключи хранятся в одной директории: `C:\ProgramData\Softonit\Licence Server\` в Windows или `/var/Softonit/Licence Server/` в Linux — см. раздел [«Где сохраняются настройки сервера лицензирования и активации»](#где-сохраняются-настройки-сервера-лицензирования-и-активации).
- Ключ активации привязан к техническим характеристикам компьютера — на одном «железе» можно активировать только один ключ за раз.
## Можно ли подключить веб-интерфейс СЛС по HTTPS?
Нет. [Веб-интерфейс сервера лицензирования](https://docs.softonit.ru/it/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya/veb-interfeys-servera-licenzirovaniya/) поддерживает только протокол **HTTP**. Это сознательное решение разработчика: обращение к интерфейсу происходит редко (только при активации или продлении подписки) и исключительно во внутренней сети организации. Поддержка HTTPS не планируется.
## Шпаргалка: типичные ситуации и решения
| Ситуация | Решение |
|---|---|
| Первичная активация | ЛК → «Ключи активации» → скопировать ключ → `localhost:9555` → «Установка лицензий» |
| Оплатили продление, программа не видит обновления | Продление не применяется автоматически — сгенерировать новый ключ в ЛК и активировать через `localhost:9555` |
| Ошибка «срок обновлений истёк» | Сгенерировать новый ключ в ЛК → активировать через `localhost:9555` |
| Ошибка несовпадения ИНН/КПП | Полностью очистить поля ИНН и КПП и ввести заново вручную |
| Купили лицензии, количество не изменилось | ЛК → «Ключи активации» → сгенерировать новый ключ → активировать через `localhost:9555` |
| Лицензий не хватает, хотя пользователей меньше | Освободить зависшие сеансы — см. раздел ниже [«Не освобождаются лицензии сервера лицензирования»](#не-освобождаются-лицензии-сервера-лицензирования-что-делать) |
| «Нет связи с сервером лицензирования» после переноса базы | Указать адрес старого СЛС («На другом компьютере сети») или установить СЛС на новый сервер и активировать новый ключ |
| Перенос СЛС на новый сервер | Скачать нужную версию СЛС → установить → новый ключ в ЛК → в программе обновить адрес СЛС |
| Сколько баз можно развернуть на одном сервере | Неограниченно; лицензия ограничивает только общее число одновременных подключений по всем базам |
| HTTPS для веб-интерфейса СЛС | Не поддерживается, только HTTP |
## Где сохраняются настройки сервера лицензирования и активации?
В ОС Windows: `C:\ProgramData\Softonit\Licence Server\` (где «C» — системный диск)
В ОС Linux: `/var/Softonit/Licence Server/`
В этих папках сохраняются настройки, а в подпапке Licence хранится список активаций.
## Как переустановить ключ на новый компьютер?
Один ключ можно установить только на один компьютер. Если вы хотите перенести ключ на новую машину, необходимо сгенерировать новый ключ активации на сайте в разделе **Поддержка → Личный кабинет → Ключи активации**.
:::info Примечание
Самостоятельная генерация ключа доступна не более 3 раз в месяц. При превышении лимита обратитесь в техническую поддержку — специалист сформирует ключ вручную.
:::
После получения нового ключа удалите старые ключи из папки `C:\ProgramData\Softonit\Licence Server\Licence\` (инструкция ниже) и активируйте новый.
Если же переустановка выполняется на том же компьютере — старый ключ без проблем активируется снова.
## Как переустановить ключ на том же компьютере?
Иногда бывает необходимо переустановить ключ на той же машине, где раньше был установлен и активирован сервер лицензирования. Причины могут быть разными: например, ошибка в активационных данных (неверное название организации или срок поддержки).
Решение:
1. Удалите из папки `C:\ProgramData\Softonit\Licence Server\Licence\` все файлы-ключи.
2. Перезапустите службу `Softonit Licence Server` (slserver) или перезагрузите компьютер.
3. Активируйте ключ заново.
## Как продлить обновления?
Помимо подсчета количества лицензий сервер лицензирования может контролировать так же и правомерность использования обновлений. Т.е. если у Вас срок поддержки и получения обновлений закончился, то даже имея обновления к ПО и обновив его, при старте программы будет указано, что срок действия поддержки истек. Для обновления так же необходимо самостоятельно сгенерировать новый ключ (после оплаты услуги обновлений), который продлит срок действия обновлений. Устанавливается он абсолютно так же: либо через web-интерфейс, либо в самой конфигурации.
## Когда проверяется отраслевая лицензия «Управление IT-отделом 8»?
После запуска 1С:Предприятие, ввода логина и пароля и полной загрузки конфигурации срабатывает алгоритм проверки правомерности использования «Управление IT-отделом 8». Программа делает запрос на сервер лицензирования и проверяет два параметра:
## Что проверяется при запросе к серверу лицензирования?
- сколько лицензий уже занято и есть ли свободные;
- есть ли право работы с данной версией конфигурации (приобретена ли подписка на обновления).
## Как фиксируется и очищается количество подключённых пользователей?
В момент подключения к базе, после прохождения проверки лицензии, происходит поиск такого же подключения и счётчик увеличивается на единицу.
Рассмотрим на примере файловой базы. Строка подключения: `\\Server_company\1C_Bases\UIT_Base`, по ней уже работают три человека. При подключении четвёртого на сервере лицензирования будет записано:
```
\\Server_company\1C_Bases\UIT_Base – 4
```
Если следующий пользователь подключится по адресу `\\192.168.1.100\1C_Bases\UIT_Base` (где `192.168.1.100` — IP-адрес Server_company), на сервере появятся две записи:
```
\\Server_company\1C_Bases\UIT_Base – 4
\\192.168.1.100\1C_Bases\UIT_Base – 1
```
Хотя оба адреса ведут к одной базе, каждый вариант подключения фиксируется отдельно. Именно поэтому важно, чтобы все пользователи подключались по одной и той же строке подключения.
При выходе из программы информация о подключении на сервере лицензирования не удаляется автоматически: 1С не позволяет выполнять серверные вызовы при закрытии. Очистка происходит при подключении следующего пользователя с такой же строкой подключения. Сеансы с уникальной строкой подключения будут «висеть» до ручного перезапуска службы.
## Не освобождаются лицензии сервера лицензирования, что делать?
**Симптом:** после выхода всех пользователей из программы лицензии не освобождаются, и новые пользователи не могут войти.
**Причина:** проблема возникает только в файловых базах. 1С не разрешает выполнять серверные вызовы при закрытии программы, поэтому сигнал о выходе пользователя серверу лицензирования не отправляется. Это делает регламентное задание — но в файловых базах оно не работает, когда все пользователи вышли. В итоге при завершении работы остаётся по одному «зависшему» пользователю в каждой из баз.
**Решение:** вручную перезапустите службу сервера лицензирования. Для этого в ОС Windows перейдите в **Панель управления → Администрирование → Службы**, в открывшемся списке найдите службу **Softonit Licence Server** и перезапустите.
## Как перезапустить службу сервера лицензирования?
**Windows:**
1. Откройте Диспетчер задач.
2. Перейдите на вкладку **Службы**.
3. Найдите службу **Softonit Licence Server**.
4. Нажмите правой кнопкой мыши → **Перезапустить**.
**Linux:**
Введите в терминале команду:
```bash
sudo systemctl restart slserver.service
```
---
## Как узнать на кого зарегистрирована конфигурация(Активация и работа с сервером лицензирования)
Иногда возникает необходимость быстро определить, на какую организацию зарегистрирована конфигурация «Управление IT-отделом 8»: например, при покупке базы «с рук», смене обслуживающей компании или просто для сверки лицензионных данных.
Есть два способа это узнать.
## Способ 1: Заголовок программы
Самый быстрый способ — посмотреть в заголовок окна программы. Владелец лицензии отображается прямо в названии конфигурации в верхней строке интерфейса.
На скриншоте видно, что в заголовке указано: **Управление IT-отделом 8, редакция 4.0 КОРП (ООО "Софтонит")** — это и есть владелец лицензии.
## Способ 2: Монитор поддержки
Если нужна более подробная информация — версия конфигурации, редакция и срок действия технической поддержки — откройте **Монитор поддержки**.
Путь: **Администрирование → Сервис → Монитор поддержки**
После открытия вы увидите все ключевые сведения о конфигурации:
Здесь отображается:
- **Текущая версия** — номер установленной версии конфигурации
- **Владелец лицензии** — организация, на которую зарегистрирована конфигурация
- **Редакция конфигурации** — КОРП, ПРОФ и т.д.
- **Действие техподдержки до** — дата, до которой действует договор на обновления и техническую поддержку
:::info Полезно знать
Если срок действия техподдержки истёк, конфигурация продолжает работать, но обновления станут недоступны. Для продления обратитесь к поставщику конфигурации.
:::
---
## Google почта(Добавление учетных записей для работы с электронной почто.md)
Настройки аналогичны статье Яндекс почты, за некоторым исключением.
***Приведем скриншот настройки:***
---
## Добавление учетных записей для работы с электронной почтой(Добавление учетных записей для работы с электронной почто.md)
В конфигурации учетные записи используются для получения и отправки электронных писем, на основании которых будут созданы задания и отправлена информация о статусе их выполнения.
Программа умеет работать со всеми популярными почтовыми сервисами (Яндекс, Google, Mail и др.), а также с личными почтовыми серверами (Microsoft Exchange Server).
| Список ролей для работы с подсистемой "Учетные записи электронной почты" |
|--------------------------------------------------------------------------|
| Добавление и изменение учетных записей электронной почты |
| Чтение учетных записей электронной почты |
| Полные права |
| Администрирование |
---
## Как настроить Яндекс Почту для Управление IT-отделом 8?(Добавление учетных записей для работы с электронной почто.md)
Для того, чтобы была возможность отправлять и получать письма в конфигурации, в том числе и при загрузке писем службы поддержки,
необходим настроенный почтовый ящик для работы с почтой.
Для того, чтобы это сделать, необходимо зайти в **Администрирование -> Настройки почты**.
Откройте системную учетную запись, или, если Вы хотите создать новую - создайте новую запись.
Далее, необходимо настроить учетную запись. Сделаем это на примере настройки почты от Яндекса.
## Подготовка
Сначала подготовим Яндекс почту, чтобы можно было принимать и отправлять письма из сторонних программ по протоколам IMAP, POP3, SMTP.
Зайдем в настройки и поставим галочки:
:::info Внимание!
28 апреля 2023 года, Яндекс закрыла возможность использовать пароль от аккаунта Яндекса в сторонних почтовых приложениях. Поэтому нужно добавить отдельный пароль приложений, который мы будем использовать в 1С при добавлении почты.
:::
## Создаем пароль приложения
Переходим на вкладку **Безопасность -> Пароли приложений**:
Вводим название пароля и создаем его:
Обязательно сохраняем сгенерированный пароль, так как больше не будет возможности получить его на странице Яндекса, придется создавать новый:
## Добавляем почту в 1С
Теперь, в 1С в **Администрирование -> Настройки почты** добавляем почту и используем ранее сгенерированный пароль приложения:
Кнопка **Проверить настройки** позволит отправить тестовое письмо на указанный ящик и получить это тестовое письмо с ящика.
Настройте получение и отправку почты в соответствии с Вашими настройками. Можно выбрать как протокол POP, так и IMAP.
При успешной настройке должно появиться сообщение: *Проверка параметров учетной записи завершилась успешно*.
:::info Внимание!
На закладке **Получение писем** есть настройка, которая, при получении писем в конфигурацию, удаляет их из ящика.
Также есть возможность настроить удаление через несколько дней, чтобы там не накапливалось много почты.
Будьте внимательны с этой настройкой, т.к. случайная установка галочки может повлечь удаление всех писем из ящика, тогда как Вы этого например, не планировали.
:::
---
## Заполнение ответственных лиц(Начало работы)
В оформляемых документах организации необходимы подписи ответственных за эти документы лиц. В унифицированных печатных формах специально предусмотрены реквизиты для указания должностей ответственных лиц и места для их подписей. Кроме того, большинство унифицированных форм содержат реквизит «Расшифровка подписи». Для автоматического заполнения этих реквизитов в печатных формах необходимо в справочнике «Организации» перейти в раздел «Ответственные лица» и заполнить соответствующий список.
Данные об ответственных лицах вводятся в регистр сведений «Ответственные лица» на определенную дату и хранятся в нем в хронологическом порядке. Это означает, что при формировании печатной формы документа за конкретную дату из регистра сведений будут выбраны записи, актуальные именно на эту дату. Например, если в организации изменился главный бухгалтер, достаточно внести новую запись в регистр на дату приказа о назначении на должность и программа будет автоматически подставлять нужную фамилию в печатные формы.
В программе предусмотрено несколько типов ответственных лиц:
1. **Руководитель** - используется в печатных формах, требующих подписи руководителя организации;
2. **Главный бухгалтер** - применяется в печатных формах, требующих подписи главного бухгалтера организации;
3. **Кассир** - используется при формировании печатных форм кассовых документов;
4. **Кладовщик** - используется в печатных формах, требующих подписи кладовщика;
Для каждого типа ответственных лиц нужно указать соответствующего ему в данной организации сотрудника и должность. Набор ответственных лиц задается отдельно для каждой организации, учет которых ведется в программе. При формировании печатных форм автоматически заполняются соответствующие реквизиты данными ответственных лиц.
---
## Импорт данных(Импорт данных)
В конфигурации есть возможность импорта данных: загрузка сотрудников и физических лиц из конфигураций ЗУП 2.5, 3.1, Бухгалтерия 3.0, импорт пользователей из Active Directory, импорт данных из сторонних программ.
| Список ролей для работы с подсистемой "Обмен данными" |
|-------------------------------------------------------|
| Полные права |
| Выполнение синхронизации данных |
---
## Загрузка из 1С данных по сотрудникам -Enterprise Data-(Импорт данных)
:::info Внимание!
Перед использованием в рабочей базе данных, рекомендуем предварительно настроить и выполнить обмен в тестовых базах.
:::
В конфигурации Управление IT-отделом 8 ограничен функционал по выгрузке информации в другие учетные системы, поэтому выгрузить информацию нельзя.
Загрузка данных реализована с помощью универсального формата обмена данными - **Enterprise Data** и позволяет загружать информацию по следующим справочникам:
* [x] Организации;
* [x] Сотрудники (при наличии дополнительной настройки);
* [x] Физические лица;
Настройку начинаем на стороне конфигурации Управление IT-отделом 8. Необходимо включить синхронизацию данных.
Найти настройку можно в разделе **Администрирование -> Синхронизация данных -> Синхронизация данных**.
После установки галочки, нужно заполнить префикс информационной базы.
После того, как синхронизация включена и заполнен префикс, переходим к настройке обмена, нажав на кнопку Новая синхронизация данных.
В открывшемся окне, поэтапно будет выполняться настройка обмена.
На первом этапе, нужно настроить параметры подключения.
Для настройки подключения к другой программе мы рекомендуем использовать вариант:
*Синхронизация данных через файл, без подключения к другой программе*.
При выборе данного варианта, можно дополнительно контролировать данные, открыв файлы для просмотра.
На следующем шаге настройки, нужно указать каталог, в который будет выгружены настройки синхронизации, а также файлы с данными.
После того, как каталог указан, переходим на следующий шаг и заполняем префикс информационной базы, с которой будет выполняться синхронизация данных.
Настройки подключения в конфигурации Управление IT-отделом 8 завершены и сохранены в папку-каталог, указанный ранее.
Переходим к настройке синхронизации данных в другой конфигурации, поддерживающей формат обмена **Enterprise Data**.
В нашем случае: ***Зарплата и управление персоналом, редакция 3.1.***
Включение синхронизации, а также её настройка находится как и в конфигурации Управление IT-отделом 8, в разделе **Администрирования**.
Добавляем новую синхронизацию данных и выбираем вариант *Синхронизация данных через универсальный формат*.
На первом шаге настройки, необходимо настроить параметры подключения.
Выбираем вариант подключения: *Синхронизация данных через файл, без подключения к другой программе*.
Для удобства настройки, устанавливаем галочку: `Загрузить параметры подключения из файла` и выбираем файл настроек из папки-каталога, созданного на этапе настройки в конфигурации Управление IT-отделом 8.
При переходе на следующий шаг, каталог уже заполнен из файла настроек.
Аналогично заполнен из файла настроек и следующий этап настройки.
На следующем этапе конфигурация информирует о том, что настройки подключения сохранены.
После того, как настройки подключения сохранены, нужно настроить правила отправки и получения данных.
Запишем и закроем форму без дополнительных настроек.
:::info ВАЖНО!
При нажатии на гиперссылку: Выполнить начальную выгрузку данных, произойдет выгрузка всей информации из программы-корреспондента, поэтому рекомендуем пропустить этот шаг, закрыв настройку обмена.
:::
Настройка синхронизации почти завершена. Необходимо определить состав объектов для обмена (Справочники: Организации, Физические лица).
После того, как выбрали объекты для синхронизации, необходимо их зарегистрировать.
Настройка завершена, можно выполнить обмен.
:::info Важно!
Если вы хотите загрузить организацию, как предопределенную на стороне Управления IT-отделом, то нужно установить такой же ИНН для этой предопределенной организации. При обмене данными информация будет сопоставляться по ИНН и КПП.
:::
В конфигурации Управление IT-отделом 8 откроем настройки правил отправки и получения данных.
:::info Важно!
Формат обмена данными **Enterprise Data** не позволяет обмениваться справочником сотрудники, поэтому этот функционал был доработан нами. Сотрудники создаются на основании физических лиц. Для включения данного функционала, необходимо установить галочку: *Создавать сотрудников по данным физических лиц*.
:::
После этого можно выполнить сопоставление и загрузку данных.
Результат синхронизации будет виден в справочниках.
Выполнять синхронизацию данных, можно по расписанию. Для этого нужно открыть настройки синхронизации данных.
На вкладке: *Сценарии синхронизации* добавить свой сценарий.
В сценарии синхронизации, устанавливаем расписание и сохраняем.
В конфигурации есть возможность быстрой загрузки информации без создания планов обмена.
Для этого нужно открыть: **Администрирование -> Синхронизация данных -> Загрузка данных EnterpriseData**.
В открывшемся окне, выбрать файл выгрузки и выполнить операцию загрузки.
:::info Внимание!
Данный функционал доступен только в редакции [КОРП](https://softonit.ru/blog/news/updateit/uit-stanstart-prof-corp/)
:::
---
## Загрузка номенклатуры в документ "Поступление" из файла(Импорт данных)
Функционал **Загрузка данных из файла** предоставляет удобную возможность импортировать табличные данные из внешних файлов непосредственно в табличную часть документов *Поступление* или *Заказ поставщику*.
**Основные преимущества загрузки данных из файла:**
* Использование возможностей других программ: Вы можете вводить данные в удобной для вас программе, такой как Microsoft Excel, а затем легко и быстро загрузить их в программу.
* Также можно выгрузить данные из другой программы в табличный документ, скопировать их в подготовленный бланк и загрузить.
> *Для загрузки данных из файла не требуется особых прав, достаточно прав на изменение списков или документов программы.*
Чтобы загрузить номенклатуру в табличную часть документа *Поступление*, в пункте загрузить выбираем команду **Загрузить из файла**. И в появившемся окне нажимаем кнопку **Из внешнего файла**.
На следующем этапе подготавливаем бланк для заполнения списка номенклатур.
С помощью ссылки Изменить бланк можно открыть список полей таблицы для ввода и с помощью флажков изменить ее структуру.
Необходимо учитывать, что поля, выделенные жирным шрифтом (например, на рисунке – ***Номенклатура, Вид номенклатуры, Единицы измерения, Цена***) являются обязательными для заполнения и их нельзя отключить.
Теперь сохраняем бланк для заполнения данными (руками или копированием из других табличных документов).
Для загрузки данных из внешнего файла в окне Загрузка списка товаров из файла нажмите кнопку Загрузить таблицу из файла, укажите файл на компьютере, нажмите кнопку Открыть.
После загрузки программа производит автоматическое сопоставление данных. Если автоматическое сопоставление не состоялось, то данные можно сопоставить вручную или создать автоматически указав переключатель «Создавать» или пропустить и не переносить в табличную часть документа.
:::info Внимание!
Не сопоставленная номенклатура будет создана, при этом если вид номенклатуры и единицы измерения не будут найдены, они также будут созданы с минимальным набором данных. В дальнейшем необходимо вручную дозаполнить или изменить набор данных для созданных объектов.
:::
На заключительном этапе загрузки нажимаем кнопку «Загрузить данные» и получаем заполненную данными табличную часть документа.
---
## Загрузка сотрудников и физических лиц из других конфигураций(Импорт данных)
:::info Внимание!
Перед использованием в рабочей базе данных, рекомендуем предварительно настроить и выполнить обмен в тестовых базах.
:::
В конфигурацию возможен импорт данных по сотрудникам и физическим лицам **доступно для редакции "КОРП"**.
**Администрирование -> Настройка параметров учета -> Загрузка сотрудников**
:::info Важно знать!
В конфигурации есть предопределенный элемент справочника **Организации** - ***Наша фирма***.
Начинается ведение учета и планируется загрузка сотрудников из "Зарплаты и управление персоналом" или "Бухгалтерии предприятия", но так как наименование организации, а также ИНН и КПП отличается, тогда при переносе сотрудников будет создана вторая организация и предопределённый элемент ***Наша фирма*** уже нельзя будет удалить.
:::
Чтобы избежать этого, нужно сделать следующее:
1. В конфигурации Управление IT-отделом нужно переименовать предопределенный элемент справочника **Организации** - ***Наша фирма***, как и в Зарплате и управление персоналом (Бухгалтерия предприятия), а также заполнить ИНН и КПП;
2. Выполнить синхронизацию.
Загрузка может быть как регламентной (выполняться с использованием регламентного задания), так и разовой.
:::info Внимание!
Если при нажатии на кнопку **Загрузить сотрудников*** ничего не происходит, проверьте журнал регистрации конфигурации **Поддержка и обслуживание > Журнал регистрации**.
Там будет отображена ошибка, почему данные не загружаются.
Может понадобиться ручная регистрация `comcntr.dll`.
:::
Т.е., если обмен не работает, необходимо выполнить команду:
```
regsvr32 "C:\Program Files (x86)\1cv82\8.2.19.68\bin\comcntr.dll"
```
либо
```
"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" /regserver regsvr32 comcntr.dll
```
Где путь указан до библиотеки используемой версии 1С.
Если по каким то причинам обмен не работает или Вы хотите вручную сделать его, это так же возможно.
Для этого:
1. Сохраните XML-файл конвертации данных
2. Откройте ЗУП в ***режиме Предприятия*** и в меню укажите **Сервис -> Обмен данными -> Универсальный обмен данными**
3. В открывшейся обработке выбираем выгрузку, как на рисунке:
4. Нажимаем **Выгрузить данные** и ждем, когда все данные по сотрудникам будут выгружены. Все это будет в файле **Имя файла данных**.
5. После выгрузки идем в конфигурацию "Управление IT-отделом 8".
**Настройка и администрирование -> Универсальный обмен данными в формате XML**
6. Выбираем режим работы *на клиенте* и нажимаем кнопку **Загрузить данные**, после чего выбираем файл данных, сохраненный на шаге 4
В конфигурации есть возможность загрузить сотрудников из программ Зарплата и управление персоналом 3.1 (актуально для релиза 3.1.6.6) и Бухгалтерия предприятия 3.0 (актуально для релиза 3.0.60.59).
Для настройки автоматической загрузки, нужно перейти на вкладку **Администрирование -> Регламентные и фоновые задания**, найти в списке **Загрузка сотрудников** и настроить расписание.
---
## Импорт данных из сторонних программ(Импорт данных)
Для облегчения работы с программой в части введения данных по составу компьютерного оборудования в конфигурации, есть специальный механизм, который позволяет импортировать в конфигурацию данные о составе оборудования из Aida64(Everest), а также используя WMI.
:::info Внимание!
Поддерживается работа только с программой AIDA64 Business, которая позволяет выгрузить данные в INI-формате (для Everest версия Business)
:::
Импорт данных об оборудовании и его характеристиках из файлов AIDA64 в формате INI. [Инструкция по настройкам загрузки из INI-файла](/it3/nomenklatura-i-sklad/podrobnee-ob-importe-iz-storonnih-programm/opisanie-nastroek-zagruzki-dannyh-iz-aida64)
Обработка выглядит вот так:
При нажатии вверху "Обновить данные":
Часто бывает так, что нам не хватает данных при загрузке, ну например:
Как видим, операционной системы нет в подгружаемых данных.
Кому-то это не нужно, и он ОСы оприходовал раньше отдельным документом, а кому-то нужно грузить именно отсюда.
Добавим возможность загрузки данных ОС, для этого необходимо поработать с характеристиками.
При загрузке с использованием WMI настройки, следующие:
В самом низу есть общие настройки, которые отображаются вне зависимости от способа загрузки данных.
Так же бывает, что после импорта данных не отображается оборудование, но в видах характеристик оно есть.
Так происходит, потому что производители не стоят на месте и совершенствуют свои комплектующие внедряя новые технологии.
На примере жесткого диска это технология NVMe. А так как раньше в нашем жестком была ATA, то и в свойствах вида характеристики она и прописана
Чтобы данные импортировались из ini, нужно создать новый вид характеристики и прописать новые свойства
Так же нужно сделать и при создании дополнительных характеристик у жесткого диска
После создания нового вида характеристик и обновления данных, жесткий диск и его дополнительные характеристики, появятся в списке.
После того, как выбран вариант импорта и установлены все настройки, можно приступить к следующему шагу - загрузке данных.
Нажимаем кнопку **Обновить данные**.
Будет показан прогресс загрузки, после чего отображена форма:
Пока ничего не загружено в информационную базу. Просто конфигурация отобразила данные, которые были найдены при поиске для каждого компьютера.
Далее необходимо заполнить "Место хранения" в табличной части. Если места хранения уже созданы выбираем их, если нет, мы можем их создать, нажав на кнопку "Создать места хранения". После нажатия на "Создать места хранения"будут созданы места хранения имена, которых будут дублировать наименования из загружаемых данных, при этом тип такого места хранения будет "Рабочее место".
В правой части результата импорта отображены данные о составе компьютера, при щелчке на строку с комплектующей, будет отображена информация о характеристиках комплектующей. На данном этапе необходимо убрать из загрузки данные, которые не нужно загружать (снимите с ненужных галочки).
Далее, можно создать по загружаемым данным либо документ "Поступление", либо "Инвентаризацию".
Создадим для примера "Поступление". Нажмем (Создать> Поступление). При этом будут созданы документы только по тем местам хранения, которые отмечены в табличной части "Результата импорта" и только по той номенклатуре, которая отмечена. После создания "Поступления", будет предложено открыть созданные документы для просмотра.
Открываем документы и устанавливаем реквизиты. Если компьютер пришел от контрагента, то проставляем его, если нет и это первоначальные остатки, то реквизит контрагент оставляем пустым.
Перетаскиваем мышкой комплекты в комплектующие, добавляем при необходимости комплект, в который перемещаем комплектующие.
Должно получиться примерно следующее:
Для инвентаризации действия аналогичны и будут рассмотрены отдельно.
---
## Импорт из Active Directory пользователей и рабочих мест(Импорт данных)
Конфигурация предоставляет механизм импорта данных из Active Directory
* *вручную*, с помощью обработки;
* *автоматически*, с помощью регламентного задания.
Существует возможность сохранить различные настройки подключения к AD и загрузки объектов при импорте в виде профилей импорта для дальнейшего использования в различных режимах.
Рассмотрим обработку ***Импорт из Active Directory***
**Администрирование -> Сервис -> Импорт из Active Directory**
Основные элементы формы обработки:
1. Текущий профиль импорта (содержит настройки подключения и объектов, которые будут созданы/изменены в результате работы обработки);
2. Кнопки управления отображением списка пользователей AD;
3. Кнопки настройки списка пользователей AD и запуска процедуры импорта;
4. Дерево контекстов (соответствует дереву AD и может быть ограничено фильтром в настройках подключения в профиле);
5. Список пользователей AD (e-mail, телефон, подразделение в строках таблицы перед загрузкой, можно изменить как вручную для каждого пользователя,
так и для всех отмеченных пользователей через команду **Действия -> Заполнить электронную почту** или **Действия -> Заполнить подразделение**).
6. С помощью кнопки **Действия** можно выполнить несколько быстрых манипуляций с предварительным списком выгруженных учетных записей AD.
Так, например, можно сначала выделить все учетные записи для загрузки, а после снять отметку только с отключенных учетных записей Active Directory.
Для этого нужно нажать **Действия -> Снять отметку с заблокированных пользователей AD**.
Предварительный список найденных учетных записей, который отображается в основной таблице формы имеет визуальное выделение.
С помощью этого достаточно легко определить, какая учетная запись уже есть в 1С, а какая отключена в Active Directory.
**Зеленый цвет** - Показывает, что по текущей учетной записи в информационной базе еще не заведен пользователь.
**Черный цвет** - Указывает на то, что по текущей учетной записи в информационной базе уже был ранее заведен пользователь и
при этом он не является заблокированным в 1С.
**Серый цвет** - Показывает учетные записи, которые отключены в Active Directory.
При первой загрузке пользователей в ИБ, по текущим учетным записям будут созданы новые пользователи с признаком **Активный**.
Однако при следующем импорте (если в профиле импорта указаны соответствующие настройки), например, регламентным заданием по расписанию,
этим пользователям будет установлен флаг **Недействителен**, так как они отключены в Active Directory.
Если учетные записи этих же пользователей будут снова включены в AD, то при загрузке и у пользователей будет снят флаг **Недействителен**.
Теперь рассмотрим сам профиль импорта из AD **Администрирование -> Профили импорта из Active Directory**.
## Закладка "Подключение".
* **Использовать учетную запись / использовать "глобальный каталог"** - если компьютер, на котором производится импорт, не входит в домен, то необходимо использовать учетную запись пользователя AD.
Если компьютер принадлежит домену, можно использовать *глобальный каталог* `GC://`, поля ввода для учетной записи станут недоступными,
а также будет невозможно использовать фильтр.
* **Имя домена, контроллер домена, порт, учетная запись и пароль** указываются в случае использования учетной записи при подключении к домену.
* **Корень дерева (фильтр)** строка (например, `OU=Наша фирма,DC=winad,DC=ru`), ограничивающая чтение пользователей в пределах указанного контекста.
Например, если фильтр не задан, то дерево практически полностью соответствует дереву в AD:
При установленном фильтре `"OU=Наша фирма,DC=winad,DC=ru"` видим только подразделения:
**Использовать в регламентном задании** - при установленном ***флажке*** профиль импорта, будет обрабатываться соответствующим регламентным заданием **Создание объектов Active Directory**
**Администрирование -> Поддержка и обслуживание -> Регламентные операции -> Регламентные и фоновые задания**.
:::info Внимание!
Перед включением флага **Использовать в регламентном задании**, необходимо убедиться, что данные в ИБ соответствуют данным в AD (в части наименований и т.д.), в противном случае они могут быть изменены согласно данным AD. Будьте внимательны!
:::
## Закладка "Загрузка пользователей".
* **Флаг "Создавать пользователей"** - при установленном флаге выбранным пользователям AD, для которых в информационной базе не найдены соответствующие учетные записи, будут созданы пользователи с настройками, указанными ниже (поиск ведется по логину, указанному в AD). При снятом флаге пользователи в ИБ не изменяются.
* **Группа новых пользователей** - если настройка установлена, то все вновь созданные пользователи будут помещены в эту группу.
* **Перезаписывать права пользователей** - при включении этой настройки для найденных пользователей, будут сброшены ранее установленные права и установлены новые права в соответствии с указанными профилями в таблице "Профили групп доступа".
* **Блокировать пользователя ИБ при блокировке его в AD** - при включении этой настройки найденным пользователям, будет установлен признак "Недействителен", если в AD у пользователя заблокирована учетная запись.
* **Механизм аутентификации:** "1C:Предприятие" или операционной системы - в соответствии с этой настройкой для новых и найденных пользователей, будет указан механизм аутентификации в ИБ.
* **Язык интерфейса платформы** - в соответствии с этой настройкой для новых и найденных пользователей, будет установлен язык интерфейса.
* **Режим запуска** - в соответствии с этой настройкой для новых и найденных пользователей, будет установлен режим запуска.
* **Профили групп доступа** - в соответствии с указанными в таблице профилями при включенной настройке "Перезаписывать права пользователей" новым и найденным пользователям, будут установлены соответствующие права.
## Закладка "Загрузка других объектов".
* **Создавать организацию** - при установленном флаге для загружаемых объектов (вновь создаваемых или созданных ранее и загружаемых повторно),
будет определена организация следующим образом:
если у объекта AD реквизит *Организация* заполнен, то будет выполнен поиск в ИБ организации по наименованию,
и если такой организации в ИБ нет, то она будет создана (реквизит *Ставка НДС* для новой организации,
будет заполнен согласно настройке *Ставка НДС*) и установлена объекту.
Если у загружаемого объекта реквизит "Организация" не заполнен, то ему будет установлена организация из настройки
*Организация по умолчанию*.
* **Создавать подразделение** - при установленном флаге для загружаемых объектов, будет определено подразделение,
аналогично определению организации.
* **Создавать физ.лицо** - при установленном флаге для загружаемого объекта, будет произведен поиск физ.лица в ИБ по ФИО пользователя AD
(реквизиту ) и, если такого физ.лица не найдено, оно будет создано.
Новые физ.лица могут быть добавлены в группу физ.лиц, указанную в настройке ***Группа физ.лиц по умолчанию***.
Если для пользователя в AD установлено изображение, то при установленном флаге ***Загружать фото*** это изображение,
будет установлено физ.лицу. Если в AD для хранения даты рождения используется свой реквизит
(на скриншоте в качестве примера используется реквизит *ipPhone*), то при установленном флаге
***Загружать дату рождения из реквизита*** информация о дате рождения, будет заполнена для загружаемого физ.лица из указанного реквизита AD.
При загрузке у физ.лица заполнятся e-mail и телефон, если такая информация содержится в AD.
* **Создавать сотрудника** - при установленном флаге для загружаемого объекта, будет произведен поиск сотрудника по наименованию в ИБ
(реквизиту *DisplayName* в AD) и если такого сотрудника не найдено, то он будет добавлен.
Новые сотрудники могут быть добавлены в группу сотрудников, указанную в настройке ***Группа новых сотрудников***.
При установленном флаге ***Создавать должность*** если у загружаемого объекта заполнен реквизит "Должность" и такая должность есть в ИБ,
то она будет установлена сотруднику; если указанная у загружаемого объекта должность в ИБ не найдена, то она будет создана и
установлена сотруднику.
* **Создавать место хранения** - при установленном флаге при загрузке объекта, будут проверяться места хранения в ИБ по наименованию
(в качестве наименования будет выступать реквизит "DisplayName" в AD) и если такого места хранения не найдено, то оно будет создано.
Для загружаемых мест хранения можно указать местоположение в настройке ***Местоположение по умолчанию***.
Если включены флаги ***Создавать организацию*** и ***Создавать подразделение***, то у загружаемого места хранения будут заполнены
соответственно реквизиты "Организация", "Подразделение". Также у места хранения заполняются реквизиты *Сетевое имя* и *Сетевой пользователь*,
соответствующие *Логину пользователя AD* и *Домен\Логин пользователя AD*.
:::info Внимание!
Данный функционал добавлен в версии **3.0.30**.
:::
---
## Настраиваемый рабочий стол(Настраиваемый рабочий стол)
**Требования:**
* [x] версия программы **3.1.3.1** и выше.
При запуске программы с настройками по умолчанию, на "Начальной странице" программы, в центральной её части, расположена форма "рабочего стола". Для пользователя с ролью "Полные права" рабочий стол выглядит следующим образом:
Форма представляет собой две страницы (*Навигация* и *Метрики*) с наборами элементов из картинок, гиперссылок, кнопок, графиков, предоставляющих пользователю быстрый переход к созданию новых документов, требуемым формам списков документов, справочников, регистров, а также открытию форм других обработок.
Главной особенностью подсистемы **Рабочий стол**, к которой относится данная форма, является то, что существует возможность создания своих собственных рабочих столов с произвольными наборами элементов (далее *виджетов*), под нужды любого пользователя с учетом его прав (наборов ролей) на объекты программы.
Рассмотрим более детально настройки рабочего стола.
Каждый рабочий стол является элементом справочника **Рабочие столы** с собственным набором виджетов.
Для перехода к списку рабочих столов необходимо в меню **Главное** выбрать пункт **Рабочие столы**:
В открывшейся форме списка необходимо выбрать элемент *Рабочий стол по умолчанию* и открыть его:
Список виджетов в карточке рабочего стола представлен в виде дерева, а порядок виджета в дереве соответствует его местоположению (относительно других виджетов) на форме рабочего стола, при этом, работа с самими виджетами практически полностью повторяет работу с элементами формы в конфигураторе.
Рассмотрим карточку виджета кнопки формы **Новое задание**, для этого необходимо "развернуть" группу элементов *Группа Обработчики (Обычная группа)*:
и открыть карточку виджета **Новое задание (Кнопка)**:
Набор реквизитов виджета зависит от вида виджета, и в большей своей части соответствует свойствам соответствующего элемента формы в конфигураторе.
Перечислим возможные виды виджетов:
* декорация (может быть как надпись, так и картинка);
* кнопка;
* метрика;
* обычная группа;
* страница;
* страницы.
Виджеты c видом *Кнопка*, *Декорация* и *Метрика* (при включенном свойстве *гиперссылка*) могут содержать обработчики нажатия.
Обработчики могут быть двух видов: **Открыть форму** и **Произвольный алгоритм**.
Для вида обработчика **Открыть форму** необходимо указать объект, чью форму необходимо открыть
(это может быть справочник, документ, журнал документов, регистр сведений, общая форма, обработка или отчет) и указать вид формы:
форма объекта или форма списка.
Также, для вида обработчика **Открытие формы** возможно указание произвольного алгоритма, в котором, например,
могут быть описаны параметры открываемой формы *на встроенном языке 1С*.
Для вида обработчика "Произвольный алгоритм" можно указать только произвольный код на встроенном языке 1С.
Важно понимать, что произвольный алгоритм будет выполнен `&НаСервере`, поэтому, во избежание ошибок со стороны платформы,
автор произвольного алгоритма должен обладать достаточными компетенциями в написании кода на встроенном языке 1С.
На закладке **Права доступа** для ограничения доступности виджета можно указать роли пользователей, которым данный виджет будет доступен.
Если у текущего пользователя программы есть роль `Полные права`, то данная проверка для текущего пользователя не осуществляется.
Для вида обработчика **Открыть форму** список ролей может быть пустым, т.к. при выводе виджета на форму рабочего стола, в любом случае,
проверяется право *Просмотр* у текущего пользователя на объект открываемой формы.
Закладка рабочего стола **Метрики**
Закладка **Метрики** доступна только для редакции программы [КОРП](https://softonit.ru/blog/news/updateit/uit-stanstart-prof-corp/) и
включенной функциональной опции **Использовать метрики**. Подробнее о подсистеме можно посмотреть тут.
Рассмотрим группу виджетов, формирующих отображение информации о просроченных заданиях.
* **Группа Просроченные** - виджет с видом "Обычная группа";
* **Надпись с картинкой** - виджет с видом "Декорация";
* **Просроченные задания** - виджет с видом "Метрика";
* **Надпись** - виджет с видом "Декорация".
Карточка виджета **Группа просроченные**:
Состав реквизитов виджета соответствует реквизитам элемента формы **Обычная группа**, если бы форму разрабатывали в конфигураторе.
Карточка виджета **Надпись с картинкой**:
По составу реквизитов виджет также практически соответствует элементу формы **Декорация -> Надпись** из конфигуратора.
Карточка виджета **Просроченные задания**:
Рассмотрим виджет с видом **Метрика** подробнее.
В общем случае, виджеты с видом **Метрика** могут отображать результаты произвольных алгоритмов, написанных на встроенном языке 1С.
В нашем случае, в качестве произвольных алгоритмов используются запросы к информационной базе, в частности,
к оборотному регистру накопления **Значения метрик**, хранящего значения рассчитанных метрик.
Виджеты с видом **Метрика** по виду отображения могут быть:
* **Надпись**;
* **Диаграмма**;
* **Надпись с условным оформлением**.
Виджеты с видом отображения **Надпись** отображают результат произвольного алгоритма с фиксированной настройкой оформления вне
зависимости от результата. Настройка оформления производится на закладке **Реквизиты**.
## Закладка "Настройки метрики":
На закладке расположены реквизиты *Период автообновления*, *Код обработчика* и для виджетов с видом отображения
*Надпись с условным оформлением* настройки **Условного оформления**.
Период автообновления указывается в минутах, и важно понимать, что, если в коде обработчика указан запрос к БД,
не следует указывать слишком малое его значение.
Произвольный алгоритм в реквизите *Код обработчика* может быть написан только на встроенном языке 1С.
Для виджета с видом отображения **Надпись** произвольный алгоритм в переменной **Результат** должен возвращать таблицу значений
с одной колонкой (с произвольным именем колонки в рамках требований к именам колонок таблиц значений) и одной строкой,
содержащей произвольное значение (с типом *Строка* или *Число*).
Для проверки корректности написанного обработчика можно воспользоваться кнопкой **Проверка**.
Для удобства разработки запроса к БД присутствует кнопка **Конструктор запроса** (в конструкторе запроса также возможно открыть
ранее написанный запрос из кода обработчика, для этого необходимо выделить текст запроса, находящийся между "кавычками"
и нажать на кнопку **Конструктор запроса**).
## Карточка виджета "Надпись":
Для виджета установлен вид *Декорация*, с видом декорации *Надпись*, и установлен флаг *Гиперссылка*,
т.е. виджет отображается в виде гиперссылки **Просроченные**, при нажатии на которую будет выполнен обработчик гиперссылки.
Рассмотрим закладку **Обработчик**:
Вид обработчика **Открыть форму** означает, что при нажатии на гиперссылку виджета будет открыта некоторая форма, а именно,
форма списка документа "Задание". В произвольном алгоритме перечислены параметры, которые будут переданы в открываемую форму.
Важно отметить, что перед указанием параметров для открытия форм, необходимо в конфигураторе проверить,
какие параметры в открываемой форме могут быть обработаны. Для формы списка документа "Задание" указанные в произвольном алгоритме
параметры обрабатываются, поэтому, при нажатии на гиперссылку виджета будет открыта форма с установленным отбором
"Просроченные (Новые + В работе).
Рассмотрим карточку виджета отображающего диаграмму. В списке виджетов рабочего стола это **Метрика (Диаграмма)**:
Карточка виджета:
Среди реквизитов виджета стоит отметить реквизит **Тип диаграммы**, т.к. именно он отвечает за то, какая диаграмма будет отображена
на рабочем столе.
На закладке **Настройки метрики** в реквизите **Код обработчика** также размещен произвольный алгоритм:
Отличительным требованием к возвращаемому результату выполнения произвольного алгоритма для вывода диаграмм является то,
что в возвращаемой переменной **Результат** должна быть таблица значений с тремя колонками: *Значение*, *Точка* и *Серия*,
количество строк таблицы значений не ограничено.
В коде обработчика виджета присутствуют строки:
```bsl
Запрос.УстановитьПараметр("ДатаНачала", ДатаНачала);
Запрос.УстановитьПараметр("ДатаОкончания", ДатаОкончания);
```
при этом, сами переменные `ДатаНачала` и `ДатаОкончания` нигде в коде обработчика не инициализируются.
Сделано это для того, чтобы управлять данным периодом можно было непосредственно с рабочего стола.
На форме рабочего стола присутствуют кнопки управления формой:
Кнопка с картинкой "шестеренки" открывает форму **Персональные настройки**, в которой можно указать период,
который и будет подставлен в обработчик при выполнении.
Рассмотрим карточку виджета с видом **Метрика** и видом отображения **Надпись с условным оформлением**:
Отличительной особенностью такого виджета является то, что виджет изначально является группой из нескольких элементов формы,
а оформление (цвета текста и фона, картинка) отображаемого значения виджета на рабочем столе может быть настраиваемым в зависимости
от самого значения возвращаемого произвольным кодом результата.
Рассмотрим закладку **Настройки метрики**:
Код обработчика для данного виджета в переменной **Результат** должен возвращать таблицу значений состоящей из одной колонки
и одной строки (как и в случае с виджетом с видом отображения *Надпись*), однако тип значения должен быть числом.
Условия для оформления настраиваются в табличной части на соответствующей закладке **Условное оформление**.
Пользователь заполняет диапазон "От" и "До" для возвращаемого значения, может указать картинку для этого диапазона
(она будет выведена слева от возвращаемого значения), указать цвета текста и фона для диапазона. Результат:
| Список ролей для работы с подсистемой "Настраиваемый рабочий стол" |
|--------------------------------------------------------------------|
| Полные права |
| Администрирование |
---
## Пример 1 - Добавление собственной кнопки(Настраиваемый рабочий стол)
Рассмотрим добавление собственной кнопки на рабочий стол.
Добавим кнопку ***Канбан доска*** для открытия формы канбан доски.
Для этого в списке виджетов рабочего стола в группе **Группа Обработчики (Обычная группа)** добавим новый элемент:
**Создать -> Кнопка**
Будет открыта карточка нового виджета, заполним реквизиты и выберем картинку кнопки:
На закладке **Обработчик** укажем вид обработчика *Открыть форму*, имя объекта - выберем из списка обработку **Канбан доска** (возможен также и набор текста в реквизите *Имя объекта* без открытия формы выбора):
На закладке **Права доступа** укажем роль *Выполнение заданий*:
Кнопками **Переместить вверх** и **Переместить вниз** расположим добавленный элемент в требуемом месте:
**Результат:**
---
## Пример 2 - Новое задание с заполненными реквизитами(Настраиваемый рабочий стол)
**Требования:**
* версия программы **3.1.3.5** и выше.
Добавим кнопку, при нажатии на которую будет создано новое задание, при этом в задании будут сразу заполнены некоторые реквизиты:
* Процесс - *Документооборот*;
* Категория - *Бухгалтерия*;
* Исполнитель - *Иванов*.
Сам процесс добавления новой кнопки уже описан в предыдущем [примере](/it3/nachalo-raboty/nastraivaemyy-rabochiy-stol/primer-1-dobavlenie-sobstvennoy-knopki),
разница лишь будет в обработчике виджета. Рассмотрим его:
```bsl
ЗначенияЗаполнения = Новый Структура;
ЗначенияЗаполнения.Вставить("Процесс", Справочники.Процессы.НайтиПоНаименованию("Документооборот"));
ЗначенияЗаполнения.Вставить("Категория", Справочники.КатегорииЗаданий.НайтиПоНаименованию("Бухгалтерия"));
ЗначенияЗаполнения.Вставить("ТекущийИсполнитель", Справочники.Пользователи.НайтиПоНаименованию("Иванов"));
ПараметрыФормы.Вставить("РабочийСтолЗначенияЗаполнения", ЗначенияЗаполнения);
```
В форме документа **Задание** в процедуре *ПриСозданииНаСервере* указана обработка параметра *РабочийСтолЗначенияЗаполнения*, поэтому, при нажатии на добавленную на рабочий стол кнопку с данным обработчиком, будет открыта форма с заполненными реквизитами:
---
## Настройка и заполнение основных справочников(Настройка и заполнение основных справочников)
Перед началом ведения учета, необходимо произвести настройку конфигурации и заполнить основные справочники.
| Список ролей, которые позволяют настроить конфигурацию и заполнять справочники |
|--------------------------------------------------------------------------------|
| Полные права |
| Администрирование |
---
## Заполнение основных справочников(Заполнение основных справочников)
Перечислим основные справочники, которые в дальнейшем мы будем использовать при работе в программе:
* Организации - это наши юридические лица, от лица которых ведется учет. Т.е., если наша организация называется от ООО "Ромашка", то данные о ней необходимо заполнить здесь. По умолчанию, есть предопределенный элемент "Наша фирма" измените его на нужный Вам. См. [ссылку](/it3/nachalo-raboty/nastroyka-i-zapolnenie-osnovnyh-spravochnikov/zapolnenie-osnovnyh-spravochnikov/organizacii).
* Подразделения - структурные подразделения организаций. См. [ссылку](/it3/nachalo-raboty/nastroyka-i-zapolnenie-osnovnyh-spravochnikov/zapolnenie-osnovnyh-spravochnikov/podrazdeleniya).
* Сотрудники - сотрудники организаций. См. [ссылку](/it3/nachalo-raboty/nastroyka-i-zapolnenie-osnovnyh-spravochnikov/zapolnenie-osnovnyh-spravochnikov/sotrudniki).
* Физические лица - используются в сотрудниках и содержат дополнительные данные. Важно, что физические лица - могут быть не только сотрудниками.
* Места хранения - места хранения, по которым будет вестись учет. См.[ссылку](/it3/nomenklatura-i-sklad/koncepciya-imenovaniya-mest-hraneniya).
* Номенклатура и карточки номенклатуры - то, чем будем оперировать: оборудование, услуги. См.[ссылку](/it3/nomenklatura-i-sklad).
Все остальные справочники являются вспомогательными.
| Список ролей для работы с подсистемой "Справочники" |
|-----------------------------------------------------|
| Базовые права УФ |
| Добавление и изменение базовой нормативно-справочной информации |
| Добавление и изменение общей базовой нормативно-справочной информации |
| Чтение базовой нормативно-справочной информации |
| Чтение общей базовой нормативно-справочной информации |
---
## Контрагенты(Заполнение основных справочников)
Справочник **Контрагенты** содержит список контрагентов созданных в конфигурации.
В форме элемента справочника **Контрагенты** перечислены следующие реквизиты:
* Наименование;
* Вид контрагента (юридическое или физическое лицо, а также кем является контрагент: "Клиент", "Поставщик" и т.д.);
* Полное наименование;
* Страна регистрации;
* Местоположение;
## Закладка "Общие"
* ИНН/КПП/ОКПО (можно заполнить данные реквизиты автоматически по данным единых государственных реестров);
* Банковский счет;
* Договор;
* Контактное лицо;
## Закладка "Адреса, телефоны"
содержит контактную информацию контрагента.
## Закладка "Дополнительная информация"
содержится произвольная информация.
---
## Места хранения(Заполнение основных справочников)
Справочник **Места хранения** содержит список мест хранения.
В списке мест хранения также можно посмотреть закрепленную за местом хранения номенклатуру.
## Закладка "Основные данные"
* Вид места хранения (рабочее место, склад, шкаф, полка и т.д);
* Организация;
* Подразделение;
* Местоположение.
## Закладка "Адреса, телефоны"
содержит контактную информацию места хранения.
## Закладка "Сетевые интерфейсы"
содержит информацию о сетевых интерфейсах места хранения.
## Закладка "Ответственные"
отражен сотрудник, который является ответственным за данное место хранение.
## Закладка "Ответственный IT"
указывается сотрудник IT-отдела, который ответственный за обслуживание данного места хранения.
---
## Организации(Заполнение основных справочников)
Справочник **Организации** содержит список добавленных в конфигурацию организаций.
## Закладка "Главное"
* Полное наименование;
* ИНН/КПП/ОКПО;
* Вид контрагента (юридическое или физическое лицо);
* Дата выдачи свидетельства;
* Серия и № свидетельства;
* Банковский счет;
* Ставка НДС;
* Местоположение;
* График;
## Закладка "Адреса, телефоны"
Содержит контактную информацию организации.
---
## Подразделения(Заполнение основных справочников)
Справочник **Подразделения** содержит список подразделений организаций.
## Закладка "Основное"
* Организация;
* Руководитель;
* Местоположение;
* График работы.
## Закладка "Адреса, телефоны"
Содержит контактную информацию подразделения.
---
## Сотрудники(Заполнение основных справочников)
Справочник **Сотрудники** содержит список сотрудников организации.
## Закладка "Основное"
* Физ. лицо;
* Дата приема;
* Организация;
* Подразделение;
* Должность;
* Место хранения;
* Местоположение;
* Внутренний номер;
## Закладка "Адреса, телефоны"
Содержит контактную информацию сотрудника.
## Закладка "Документы"
Если в отношении сотрудника созданы документы: закрепления, перемещения или снятие закрепления, тогда эти документы будут отражены на закладке "Документы".
---
## Настройка параметров учета(Настройка и заполнение основных справочников)
Здесь хранятся все основные настройки конфигурации, которые влияют на ее поведение.
Настройки сгруппированы по разделам и, по умолчанию, заполнены при установке системы. Можете изменить их по Вашим потребностям.
Интуитивно понятно, зачем нужна каждая из настроек
---
## Создание групп и профилей доступа(Настройка и заполнение основных справочников)
Если пользоваться конфигурацией будете не только Вы, необходимо добавить дополнительных пользователей в конфигурацию.
[Конфигурация поддерживает импорт пользователей из Active Directory.](https://docs.softonit.ru/it/nachalo-raboty/import-dannyh/import-iz-active-directory-polzovateley-i-rabochih-mest)
1. Допустим, нам необходимо добавить пользователя "Иванов" с правами, которые позволяли бы ему работать только со складскими документами.
Приступим:
Создадим профили групп пользователей. Профили - это различные права, объединенные в своеобразные шаблоны доступа. Т.е. то, что будет назначаться пользователям. Например, для склада будет достаточно прав:
Базовые права и запуск толстого, тонкого и веб-клиентов обязательны.
2. Создадим группу доступа *Кладовщики* и сохраним ее:
3. Перейдем к добавлению пользователей. Откроем справочник **Пользователи** и добавим нового:
4. Будет открыт диалог создания нового пользователя.
Назовем пользователя так как нам надо, установим ему пароль, и перейдем в **Права доступа**, на этой же форме:
5. Включим пользователя в группу *Кладовщики*.
6. Теперь, если закрыть пользователя и открыть его заново, мы получим:
7. Зайдем под пользователем, которого мы только что создали, и проверим, что получилось.
Закроем текущий сеанс, запустим 1С:Предприятие, и в окне авторизации выберем Иванова, введя его пароль. Откроется форма:
Как видим, ничего лишнего. При этом, некоторые справочники, которые имеют важное значение, могут быть открыты, но не могут быть изменены. Например, справочник **Организации**.
---
## Настройка начальной страницы(Начало работы)
По умолчанию начальная страница выглядит так:
Но иногда необходимо разместить другой часто используемый функционал, к примеру:
**Рассмотрим как это сделать.**
1. Перейдите в **Настройки -> Настройки начальной страницы**
2. Удалите текущие размещенные формы
3. Добавьте необходимые формы в колонки начальной страницы, нажимаем **ОК**
4. Готово
---
## Обновление конфигурации(Начало работы)
:::info Важно!
Информация об обновлении конфигурации "Управление IT-отделом 8" рассылается в день выхода или на следующий день после официального выхода обновления конфигурации.
:::
> Конфигурация обновляется, как и любое другое типовое решение на платформе 1С.
## Порядок обновления клиент-серверной базы
Прежде всего, **если у Вас серверная ИБ** запретите выполнение регламентных заданий открыв консоль кластера 1С, выберите нужную ИБ, щелкните правой кнопкой по ней и выберите в выпадающем меню **Свойства**:
Нажмите в окне галочку **Блокировка регламентных заданий включена**.
Далее, завершите все сеансы, которые есть на данный момент. Лучше, если пользователи сами корректно завершат их, но если такой возможности нет, Вы можете завершить их принудительно:
1. Запустите конфигурацию "Управление IT-отделом 8" в режиме "Конфигуратор".
2. Создание архивной копии
:::info Обязательно!
Cделайте архивную копию вашей информационной базы! Для этого надо перейти в раздел **Администрирование** выбрать пункт **Выгрузить информационную базу** и ввести имя файла выгрузки. Этот файл надо сохранить в надёжном месте.
:::
3. В режиме **Конфигуратор** выберите пункт **Открыть конфигурацию**.
4. Выберите режим **Обновление конфигураций**, для этого выберите **Конфигурация -> Поддержка -> Обновить конфигурацию**.
5. В диалоге выбора обновления в качестве источника обновления укажите **Доступные обновления**, после чего выберите нужное обновление в соответствующем списке.
6. Если в списке обновлений необходимое обновление отсутствует, то в диалоге выбора обновления в качестве источника обновления укажите **Файл обновления**, после чего выберите нужный файл.
7. В окне **Обновление конфигураций** нажмите кнопку **OK** для продолжения обновления конфигурации.
8. На вопрос об обновлении конфигурации базы данных ответьте **ДА**.
9. После завершения обязательно запустите программу в режиме *Предприятие* - для совершения конвертации. Некоторые пользователи, не выходя из конфигуратора последовательно обновляют версии - это НЕДОПУСТИМО и повлечет за собой невозможность дальнейшей работы.
10. После завершения всех работ с обновлением запустите снова консоль кластера и снимите галочку **Блокировка регламентных заданий включена**.
## Порядок обновления файловой базы
Процесс обновления конфигурации, работающей в файловом режиме аналогичен, за исключением того, что не нужно отключать работу регламентных заданий.
1. Перед началом обновления необходимо, чтобы в базе никто не работал. Поэтому необходимо, чтобы все активные пользователи завершили свой сеанс.
2. Открываем конфигурацию в режиме *Конфигуратор* и создаем резервную копию базы.
3. Далее переходим в раздел **Конфигурация -> Поддержка -> Обновить конфигурацию**.
4. В открывшемся окне **Обновление конфигурации** выбираем пункт **Поиск доступных обновлений** и жмем кнопку **Далее**.
5. На следующем этапе необходимо установить галочку **Искать в текущих каталогах шаблонов и обновлений** и нажать кнопку **Далее**.
6. После успешного поиска перед нами отобразится окно, в котором жирным будет выделено подходящее обновление для текущей версии конфигурации.
7. Устанавливаем на него курсор и жмем кнопку **Готово**.
8. Далее появится еще одно новое окно, в котором необходимо нажать кнопку **Продолжить обновление**. Начнется процесс обновления.
9. После успешного обновления необходимо применить изменения и запустить конфигурацию в режиме 1С:Предприятие.
:::info Важно!
После каждого обновления, надо хотя бы 1 раз запускать 1С в режиме *Предприятие*. Это нужно, для того, чтобы все обработчики обновления завершили свою работу. Также, следует учитывать, что на определенную версию можно обновиться только с определенных версий, которые указаны в обновлении.
:::
---
## Первое знакомство с конфигурацией(Первое знакомство с конфигурацией)
Конфигурация "Управление IT-отделом 8" является многофункциональным и очень гибким решением, которое способно подстроиться под любую специфику использования. В программе есть заложенная в процессе разработки предопределенная логика работы, которая основывается на методологии `ITIL`. В связи с этим из коробки функционал конфигурации работает, опираясь на данные правила. Но это не значит, что изменить ничего нельзя. Как раз наоборот, в Ваших руках есть возможность самостоятельно подстроить под себя функционал, так как код конфигурации полностью открыт за исключением модуля, отвечающего за правомерное использование программы. Перед началом полноценной настройки, давайте познакомимся с базовыми возможностями программы, которые будут рассмотрены в документации данного раздела.
## Содержание главы:
* Интерфейс конфигурации
* Персональные настройки
* Изменение стиля оформления конфигурации пользователя
* Настройка индивидуальных параметров для каждого пользователя
* Прочие возможности
* Схемы зданий, помещений, сетей
* Возможность прикрепления произвольных файлов
* Дополнительные реквизиты и сведения объектов
* Справочник "Комиссии"
* Подключение к Power BI с помощью OData
---
## Интерфейс конфигурации(Интерфейс конфигурации)
## Основные элементы интерфейса
* **Интерфейс конфигурации** - это основной способ взаимодействия пользователя с конфигурацией на интерактивном уровне. Интерфейс содержит множество различных элементов, которые отвечают за определенное действие или событие. Так, например, по нажатию той или иной кнопки осуществляется определенное действие, выполняемое программой, открываются дополнительные формы (окна) и т.д. В конфигурации есть определенный набор интерфейсных элементов, которые присутствуют во всех механизмах программы:
* **Панель набора кнопок** - содержит в себе кнопки, которые выполняют то или иное действие над объектом конфигурации. Панель выглядит следующим образом:
* **Реквизиты** - поля, в которых указываются определенные значения, относящиеся к объекту конфигурации. Реквизиты бывают полем ввода строки, полем выбора значений, а также выпадающим списком.
* **Чек-бокс** - это реквизит, который имеет значение включено или выключено, обычно включение подобного чек-бокса активирует работу определенной настройки.
* **Закладка** - это элемент формы объекта конфигурации, на котором могут располагаться любые другие элементы интерфейса программы. Например, на закладке могут располагаться реквизиты, табличные части, кнопки и т.д.
* **Табличная часть** - это элемент, которых хранит в себе информацию в виде таблицы. У табличных частей обязательно присутствуют столбцы и строки, где располагаются определенные значения, поэтому их не стоит путать со списками.
* **Гиперссылки** - это ссылки, которые располагаются в верхней части формы элемента конфигурации и открывают дополнительные функции взаимодействия с объектом базы.
Интерфейс конфигурации также оснащен глобальными элементами оформления, которые распространяются на весь функционал. Такими элементами называются панели, которые окружают рабочее пространство программы. Они делятся на пять панелей каждая, из которых отвечает за вывод собственной информации:
* **Панель разделов** - это панель, которая выводит основные доступные разделы конфигурации. Другими словами, это главное меню программы с помощью, которого осуществляется навигация по функционалу.
* **Панель открытых** - предназначение данной панели интуитивно понятно из его названия. На этой панели располагаются открытые объекты конфигурации: документы, справочники, отчеты и т.д. Обращаем Ваше внимание на то, что на данной панели всегда будет отображаться функционал, который открыт постоянно. К подобному относится, например, начальная страница, которая открыта регулярно.
* **Панель истории** - данная панель предназначена для отображения истории по последним открытым объектами конфигурации.
* **Панель избранного** - предназначение панели заключается в выводе объектов конфигурации, которые отмечены как избранные. Данная панель позволяет быстро обратиться к объекту,который используется Вами достаточно часто.
* **Панель функций текущего раздела** - данная панель выводит функции и объекты раздела, который открыт на текущий момент.
Возможности интерфейса конфигурации позволяют изменить расположение описанных выше панелей в том порядке, который необходим. Ненужные панели можно убрать из визуального отображения и т.д. Для перехода к редактированию панелей необходимо в верхнем правом углу, возле имени текущего пользователя вызвать сервисные настойки и перейти в раздел **Настройки -> Настройки панелей**.
Откроется окно **Редактор панелей**, которое отображает установленный на текущий момент макет расположения панелей. В центральной части выделена рабочая область, в которой будут выводиться объекты конфигурации, а также вокруг пунктиром выделены области, где можно расположить панели. Выделенная серым цветом полоса внизу редактора хранит в себе скрытые для визуального отображения панели. Изменение расположения осуществляется простым перетаскиванием панелей по макету редактора.
## Настройка навигации и действий навигации
Как говорилось ранее панель функций текущего раздела отображает предопределенный набор доступных для пользователя функций и объектов. Набор подобных включенных функций для каждого раздела программы отличается, так для раздела **Техническая поддержка** выводятся объекты, которые напрямую взаимосвязаны с этой подсистемой.
С помощью настроек навигации и действий можно изменить состав выводимых функций. Открыв любую *Панель функций текущего раздела*, можно перейти к настройкам с помощью кнопки, расположенной в правом верхнем углу и изображенной в виде шестеренки.
### Настройки навигации
Под навигацией понимаются объекты конфигурации, которые напрямую относятся к области данного раздела. К навигации относятся документы подраздела, связанные справочники или журналы документов. Если необходимо скрыть какой-либо неиспользуемый документ раздела, необходимо открыть **Настройка навигации**. Откроется новое окно **Настройка панели навигации**, в котором нужно убрать или добавить элемент раздела. Все выполняемые действия в данном окне осуществляются с помощью командных кнопок, предназначение которых интуитивно понятно.
### Настройки действий
К действиям панели функций текущего раздела относятся команды, которые могут выполняться напрямую без перехода в форму объекта конфигурации, отчеты или сервисные обработки. Например, это подраздел **Создать**, который сразу же (без перехода в документ) позволяет создать поступление, перемещение или любой другой документ программы. Состав выполняемых действий также как и навигация настраивается. Для этого нужно перейти в "Настройка действий". Откроется новое окно "Настройка панели действий", где аналогично настройкам навигации осуществляется распределение состава отображаемых действий, отчетов и сервисов.
:::info Внимание!
Применяемые настройки интерфейса являются персональными и не имеют глобального характера. Таким образом каждый пользователь может конкретно для своего удобства создать подходящее оформление программы.
:::
---
## Изменение стиля оформления конфигурации пользователя(Интерфейс конфигурации)
Цветовое оформление типовых конфигураций от фирмы 1С, да и конфигураций, которые были разработаны сторонними разработчиками не изменялось из поколения в поколение. В число таких программ входит и наша конфигурация. Утвержденная цветовая гамма 1С в желтых тонах успела приесться и сопровождала пользователей очень долгое время. За этот интервал времени кто-то из пользователей привык к желтому цвету, а кто-то не против поменять оформление на нечто другое. Учитывая данные пожелания, мы разработали механизм, который позволит изменить оформление конфигурации. При этом мы понимаем, что одна часть пользователей все же не хотели бы изменять стандартный стиль 1С на другой, поэтому привычные желтые тона никуда не исчезли. Данный механизм включает в себя следующий набор стилей:
## 1. Стандартный
## 2. Темный
## 3. Светлый
## 4. Серый
Каждый пользователь может индивидуально подобрать для себя понравившийся стиль оформления. Для этого необходимо перейти в персональные настройки пользователя **Начальная страница -> Персональные настройки** (кнопка в виде гаечного ключа).
Далее в настройках пользователя необходимо раскрыть настройку **Стиль оформления** и в качестве основного стиля указать одно из четырех представленных оформлений.
[Видео по данной теме на ютуб](https://www.youtube.com/watch?v=_-oM85ABMjo)
---
## Настройка индивидуальных параметров для каждого пользователя(Интерфейс конфигурации)
**Индивидуальные настройки параметров пользователя** предназначены для автоматической установки значений в реквизиты имеющихся документов или справочников. Также в данных настройках задаются параметры, которые будут использоваться механизмами программы по умолчанию для текущего пользователя. Это может понадобиться, например, когда один сотрудник отвечает за один склад и выбирает его во всех документах, а другой сотрудник за другой и тоже выбирает его везде. Для этих целей есть механизм индивидуализации конфигурации. Т.е. есть настройки у каждого пользователя, которые позволяют выбрать личные значения для подстановки.
Настройка доступна в разделе **Администрирование -> Настройки пользователей и прав -> Пользователи.** Открываем нужного пользователя и переходим по гиперссылке **Настройки пользователя**.
Открыв гиперссылку, откроется сгруппированный по подсистемам конфигурации список индивидуальных параметров пользователя:
## Группа "Service Desk"
Данная группа предназначена для указания параметров, которые относятся к разделу конфигурации "Техническая поддержка". В состав группы входят следующие параметры:
* **Добавлять себя в наблюдатели для всех новых заданий (только если есть роль "Просмотр чужих заданий")** - осуществляет автоматическое добавление данного пользователя в наблюдатели новых заданий (находящихся на этапе "Новый"), при условии, что у пользователя установлена соответствующая роль. Имеет значения: "Да", "Нет".
* **Интервал проверки изменений заданий для всплывающих оповещений** - в данном параметре задается интервал времени в секундах, который запускает всплывающее в трее уведомление об изменениях в заданиях. Чтобы отключить данный параметр необходимо указать значение -1. По умолчанию задан 5-и минутный интервал, то есть 300 секунд.
* **Основная группа доступа категории базы знаний** - параметр, который будет устанавливать заданную по умолчанию группу доступа для статьи базы знаний, при включенном функционале RLS (разграничение групп доступа).
* **Основной инициатор** - указывается инициатор, который будет автоматически устанавливаться в создаваемом под данным пользователем документе "Задание". Значения может выбираться из всех доступных в конфигурации справочников.
* **Основной процесс** - указывается процесс, который будет автоматически устанавливаться по умолчанию в создаваемом под данным пользователем документе "Задание". Значения выбираются из справочника "Процессы".
* **Основной процесс для создаваемых дочерних заданий** - принцип применения аналогичен вышеописанному параметру, за исключением того, что значение данного параметра будет указываться в создаваемых подзадачах. Значения выбираются из справочника "Процессы".
* **Основной тип инициатора** - указывается тип, который будет автоматически устанавливаться в создаваемом под данным пользователем документе "Задание". Например, будет устанавливаться тип "Контрагент" или "Сотрудник" и т.п. в зависимости от установленной настройки.
* **Открывать задание на закладке "Комментарии", если есть комментарии** - параметр при включении, которого задания с комментариями будут автоматически открываться на соответствующей закладке. Имеет значения: "Да", "Нет".
* **При добавлении комментария по умолчанию не уведомлять инициатора** - при включении данного параметра у пользователя, уведомления по добавленным в задании комментариям не будут уходить инициатору задания. Имеет значения "Да", "Нет".
* **Рабочий стол по умолчанию** - указывается рабочий стол, который по умолчанию будет формировать начальную страницу конфигурации для данного пользователя. Значения выбираются из справочника "Рабочие столы".
* **Упорядочивание комментариев в задании** - параметр, задающий сортировку добавленных в задании комментариев. Имеет значения: "Новые вверху", "Новые внизу".
## Группа "Изменение показателей оборудования"
* **Вид значения** - параметр, который автоматически будет устанавливать значение в соответствующий реквизит документа "Изменение показателей оборудования". Имеет значения: "Текущее значение показателя", "Увеличение показателя на значение".
* **Положение вида значения** - задает стандартное положение реквизита "Вид значения" в документе "Изменение показателей оборудования". Имеет значения: "В шапке", "В табличной части".
## Группа "Календарь"
* **Начало рабочего дня** - указывается время начала рабочего дня, которое потом автоматически устанавливается при расчетах в табеле рабочего времени.
* **Окончание рабочего дня** - указывается время окончания рабочего дня, которое потом автоматически устанавливается при расчетах в табеле рабочего времени.
* **Отображать текущую дату** - устанавливает текущую дату в параметры "Начало рабочего дня" и "Окончание рабочего дня". Имеет значения: "Да", "Нет".
## Группа "Логины и пароли"
* **Основной тип пароля при создании** - указывается тип пароля, который будет автоматически устанавливаться при создании. Данный тип пароля определяет видимость объекта для других пользователей. Имеет значения: "Общий (виден всем)", "Личный (виден только автору)", "Группе пользователей (виден только для указанной группы пользователей)".
## Группа "Наряды на работы"
* **Состояние нового наряда на работы** - указывается значение, которое будет автоматически подставляться в реквизит "Состояние" документа "Наряды на работы". Имеет значения: "В работе", "Выполнен", "Заявка".
## Группа "Обслуживание"
* **Основное место хранения (на склад)** - указывается значение, которое будет подставляться автоматически в реквизит "Место хранение на склад" в документе "Начало\Окончание обслуживания"
* **Основное место хранения (со склада)** - указывается значение, подставляемое в реквизит "Место хранения (со склада)" в документе "Начало\Окончание обслуживания".
## Группа "Основные значения для подстановки в документы и справочники"
* **Основная группа доступа контрагентов** - указывается значение, подставляемое в реквизит "группа контрагента" при использовании функционала "Разграничение по группам доступа".
* **Основная группа доступа мест хранения** - указывается значение, подставляемое в реквизит "группа мест хранения" при использовании функционала "Разграничение по группам доступа".
* **Основная комиссия** - значение, которое будет указываться в документах конфигурации в качестве комиссии по умолчанию.
* **Основная организация** - значение, которое будет указываться в документах конфигурации в качестве организации.
* **Основная ставка НДС** - данный параметр будет указываться во всех объектах конфигурации как НДС по умолчанию.
> *Остальные параметры указанные в данной группе, также будут отвечать за стандартную установку значения в объектах программы.*
## Группа "Планирование бюджета"
* **Положение "Период бюджета" в документе** - устанавливается положение, которое будет занимать данный реквизит в соответствующем документе. Имеет значения: "Шапке", "В табличной части".
## Группа "План работ"
* **Положение реквизита "Вид работы"** - отвечает за расположение реквизита "Вид работы" в документе "Ежедневный отчет". Имеет значения: "В шапке", "В табличной части".
* **Положение реквизита "Задание"** - отвечает за расположение реквизита "Задание" в документе "Ежедневный отчет". Имеет значения: "В шапке", "В табличной части".
* **Положение реквизита "Пользователь"** - отвечает за расположение реквизита "Пользователь" в документе "Ежедневный отчет". Имеет значения: "В шапке", "В табличной части".
## Группа "Права доступа"
* **Положение реквизита "Сотрудник"** - отвечает за расположение реквизита "Сотрудник" в документе "Права доступа сотрудников к информационным ресурсам". Имеет значения: "В шапке", "В табличной части".
## Группа "Стили оформления"
* **Основной стиль** - в данном параметре указывается основной стиль оформления интерфейса конфигурации. По умолчанию установлено значение "Стандартный", которое отвечает за желто-белое оформление 1С.
## Группа "Трудозатраты"
* **Авторасчет трудозатрат в документах** - включает функционал автоматического проставления трудозатрат пользователя в документе "Задание". Имеет значения: **"Да", "Нет"**.
## Группа "Удаленное управление"
* **Локальный путь к ...** - указывается локальный путь к файлу `exe`, который отвечает за запуск программы удаленного управления.
---
## Персональные настройки(Интерфейс конфигурации)
**Персональные настройки текущего пользователя** - это набор настроек программы, применяемых к определенному пользователю и не имеющих глобального предназначения. Это позволяет варьировать тонкие настройки между пользователями и не стандартизировать их в единую составляющую. Для перехода к настройкам необходимо на начальной странице программы нажать на кнопку в виде гаечного ключа.
**Откроется окно персональных настроек, в котором располагаются следующие настройки:**
## Закладка "Общие"
* [x] **Настройки пользователя** - персональные настройки используемых параметров текущего пользователя. Данная настройка отвечает за набор стандартных параметров подставляемых в реквизиты документов при их создании. А также здесь указываются параметры по умолчанию, которые будут применяться к механизмам программы. Открыть данные настройки можно также по гиперссылке "Настройки пользователя", которая находится в форме элемента "Пользователь".
* [x] **Сведения о пользователе** - настройка, которая открывает основные настройки текущего пользователя. В состав данных настроек входит: настройка авторизации, контактная информация и т.д.
* [x] **Настроить доступ к Интернету** - настройка работы программы с помощью использования прокси-сервера.
* [x] **Настройки работы с почтой** -детализированная настройка работы с почтой.
* [x] **Установить расширение работы с файлами** - для выполнения некоторых операций в веб-клиенте требуется установка и подключение расширения работы с файлами.
* [x] **Обновить параметры системы** - применяет ранее измененные для данного пользователя параметры системы.
* [x] **Установить авто-режим форм** - применяет ранее измененные для данного пользователя параметры форм. Возвращает параметры формы к исходному виду.
* [x] **Установить компактный режим форм** - устанавливает минимализированный формат форм конфигурации.
* [x] **Запрашивать подтверждение при завершении программы** - вывод диалогового окна подтверждения при завершении работы в программе.
* [x] **Изменить пароль** - изменение текущего пароля пользователя.
## Закладка "Работа с файлами"
* [x] **Действие при выборе файла** - автоматическое действие, осуществляемое при выборе файла. Предусмотрено два варианта: открывать файл, открывать карточку файла.
* [x] **Выбор режима открытия при выборе файла** - открытие файла для просмотра или редактирования.
* [x] **Показывать подсказки при редактировании файлов (только веб клиент)** - включение отображения подсказок при редактировании.
* [x] **Показывать занятые файлы при завершении работы** -показывать файлы, занятые программой при завершении работы.
* [x] **Показывать колонку "Размер" в списках файлов** - включает отображение колонки размера файлов.
* [x] **Сравнить версии при помощи** - позволяет выбрать программу для сравнения файлов.
* [x] **Настройка основного вида рабочего каталога...** -выбор временного каталога для работы с файлами из программы.
* [x] **Настройка сканирования...** -настройки для сканирования изображений.
* [x] **Настройка ЭЦП** - настройка электронной цифровой подписи.
* [x] **Установить расширение работы с криптографией** - установка расширения работы с криптографией.
## Закладка "Печать"
* [x] **Задать действие при выборе макета печатной формы - позволяет выбрать как будет открываться макет печатной формы только для просмотра или для редактирования.**
## Закладка "Техподдержка (заявки)"
* [x] **Показывать запрос комментария при переходе на этап** - запрос для ввода комментария при переходе на этап.
* [x] **Заполнять из последнего задания** - заполнение реквизитов из последнего задания.
## Закладка "Мобильные клиенты"
* [x] **Настройка подключения** - формирует `QR-код`, который содержит все необходимые для подключения мобильного приложения данные пользователя.
---
## Прочие возможности(Прочие возможности)
В этой главе описаны прочие возможности конфигурации.
---
## Возможность прикрепления произвольных файлов(Прочие возможности)
Часто бывает необходимо прикреплять файлы к объектам конфигурации. Например, счет от поставщика очень удобно прикрепить в заказ, или договор с контрагентом к элементу справочника **Контрагенты** или **Договоры контрагентов**.
Такая возможность в конфигурации есть, это гиперссылка присоединенные файлы, которая позволяет прикреплять вложения в виде файлов ко всем объектам программы.
При этом это можно осуществлять как вручную, так и программа сама может прикреплять вложенные во входящее письмо файлы к заданию, а также наоборот прикреплять к исходящему письму.
На скриншоте внизу представлен данный функционал.
В любом документе или справочнике, где есть гиперссылка *присоединенные файлы* выделенная на скриншоте, возможно использовать прикрепление других файлов. С помощью кнопки **Добавить** можно прикрепить файл как с локального диска, так и из стандартного раздела конфигурации "шаблоны файлов", которые находятся разделе **Главное -> Файлы**.
| Список необходимых ролей для работы |
|-------------------------------------|
| Добавление и изменение папок и файлов |
---
## Дополнительные реквизиты и сведения объектов(Прочие возможности)
В конфигурации реализован механизм дополнительных реквизитов и свойств.
Данный механизм позволяет дополнить типовые объекты своими свойствами в зависимости от Ваших потребностей. Таким образом, можно без изменения конфигурации добавить в функционал дополнительные реквизиты в объекты.
Пример, необходимости доп. реквизитов. Допустим документ "Заказ поставщику" в вашей организации согласовывают Иванов, Петров и Сидоров. Как не запутаться в том, кто согласовал заявку, а кто нет? Легко, скажите Вы. Я запомню! А если таких заявок 100 одновременно? Это надо как-то фиксировать в программе, чтобы не запутаться. Добавлять в комментарий заявки? Не информативно... В данном случае необходимо добавить дополнительные реквизиты: Согласовано Ивановым, Согласовано Петровым, Согласовано Сидоровым типа Булево (Да/Нет). Тогда в заказе на дополнительной одноименной закладке появятся эти реквизиты и Вы с легкостью сможете их изменять, как обычные реквизиты.
Для добавления и редактирования дополнительных реквизитов и свойств перейдите в: **Администрирование -> Общие настройки -> Дополнительные реквизиты и сведения**, где активировать соответствующие галочки.
В данной форме можете добавить дополнительные реквизиты или сведения.
Дополнительные реквизиты и дополнительные сведения используются в наборах свойств. Практически все дополнительные реквизиты и сведения объектов можно вывести в отчетах и списках. При выборе вида дополнительного свойства нужно руководствоваться следующими соображениями:
* **Дополнительные реквизиты** являются неотъемлемой частью «объекта со свойствами». Они хранятся в табличной части объекта и доступны тем же пользователям, которым доступен и сам «объект со свойствами». Дополнительные реквизиты редактируются в форме объекта наряду с его остальными реквизитами.
* **Дополнительные сведения** предназначены для хранения сведений об объекте, которые не являются неотъемлемой частью объекта. Дополнительные сведения, как правило, доступны для просмотра и/или редактирования пользователям, которые не имеют доступа к самому «объекту со свойствами». Дополнительные сведения редактируются в отдельной форме, которую можно открыть из формы «объекта со свойствами».
При создании элемента дополнительных реквизитов или сведений обязательно необходимо выбрать тип, который будет присвоен создаваемому объекту. Например, при выборе типа значения **Значения свойств объектов** или **Значения свойств объектов (иерархия)**, можно задать список возможных значений дополнительного реквизита или сведения. Для этого нужно воспользоваться командой на **панели навигации** дополнительного реквизита или сведения. Также для удобства, значения могут быть объединены в группы свойств.
После добавления данных для нашего примера в документе "Заказ поставщику" появятся дополнительные реквизиты, на закладке "Дополнительные реквизиты":
**Пример.**
Добавим реквизит "Должность" в справочник "Физические лица" и выведем его в форме списка справочника отдельной колонкой.
Для этого, сначала добавим новый дополнительный реквизит "Должность" для справочника "Физические лица". В разделе "Дополнительные реквизиты и сведения" переходим по гиперссылке "Дополнительные реквизиты". В форме списка объектов выделяем справочник "Физические лица" и нажимаем на **Добавить -> Новый**:
В открывшейся карточке создания нового дополнительного реквизита указываем наименование реквизита **Должность**, а в качестве **Типа значения** указываем тип **Должность**:
Далее необходимо в карточке физического лица заполнить добавленный дополнительный реквизит:
Добавим колонку "Должность" в форму списка справочника "Физические лица". Для этого в форме списка справочника необходимо нажать на кнопку **Еще** и выбрать команду **Изменить форму**. В открывшейся форме "Настройка формы" необходимо в списке элементов формы выделить элемент ***Ссылка*** и нажать на кнопку **Добавить поля**:
В списке полей для размещения на форме необходимо активировать добавленное поле **Должность (Физические лица)** и нажать на кнопку **ОК**. С помощью кнопок **Переместить вверх/Переместить вниз** можно передвинуть расположение данного поля в требуемое место:
После нажатия кнопки **"ОК"** в форме "Настройка формы" проверяем результат:
| Список необходимых ролей для работы |
|-------------------------------------|
| Добавление и изменение дополнительных реквизитов и сведений |
| Изменение дополнительных сведений |
| Чтение дополнительных сведений |
---
## Подключение к Power BI с помощью OData(Прочие возможности)
В конфигурации "Управление IT-отделом 8" предусмотрена возможность публикации данных информационной базы с помощью интерфейса OData. Благодаря этому можно расширить базовый функционал отчетности программы, т.е. выгруженную информацию подключить к сторонней программе, которая предназначена для аналитической оценки данных. К списку подобных программ относится Power BI, которая позволяет производить подробный анализ данных.
Первым делом необходимо произвести публикацию базы данных с активированным флагом "Публиковать стандартный интерфейс OData".
После этого перейдем к настройке интерфейса OData в конфигурации. Для этого перейдем в раздел **Администрирование -> Синхронизация данных -> Настройки стандартного интерфейса OData**.
Перейдя в настройку канала OData, активируем флаг "Создать для использования автоматического REST-сервиса отдельные имя пользователя и пароль", далее в соответствующих полях укажем имя пользователя и пароль для авторизации при использовании интерфейса OData. Данная настройка предусмотрена в целях безопасности при работе с синхронизацией информации. После проделанных манипуляций перейдем на закладку "Состав", где отмечаются метаданные базы, которые необходимо выгрузить в сторонние программы.
После этого выгруженные данные становятся доступны по ссылке вида: `http://ххх.ххх.х.хх/itdemo/odata/standard.odata/`.
На этом шаге настройка конфигурации заканчивается и теперь перейдем к подключению выгруженных данных к Power BI.
Запускаем программу и в верхнем меню выбираем команду **Получить данные -> Канал OData**.
В появившемся диалоговом окне необходимо указать ссылку, которая ведет к опубликованным данным и нажмем **ОК**.
Далее загруженные данные будут представлены в программе PowerBI в виде информационной таблицы.
Загрузив подобным способом несколько таблиц, данные из этих таблиц необходимо преобразовать и расставить схемы взаимодействий между ними.
После этого можно приступать к визуализации информации и проведению подробного анализа.
| Список ролей, которые позволяют работать с ODat |
|-------------------------------------------------|
| Полные права |
| Администрирование |
---
## Справочник Комиссии(Прочие возможности)
В конфигурации реализована возможность создавать и использовать различные комиссии по списанию или инвентаризации.
Данный механизм представлен в виде справочника, в котором можно гибко назначать или изменять членов комиссии.
Чтобы перейти к созданию новой комиссии перейдем в раздел **Справочники -> Комиссии**.
Откроется форма списка справочника, где будут представлены все ранее созданные комиссии в программе.
В форме списка выводится следующая информация:
* **Наименование комиссии** - отражает присвоенное название, которое будет использоваться в печатных формах.
* **Код** - служебный реквизит, выполняющий роль идентификатора.
* **Организация** - отражается принадлежность комиссии к конкретной организации.
* **Комиссия расформирована** - отражает дату расформирования комиссии.
* **Комиссия функционирует по** - выводится дата актуальности комиссии.
---
## Схемы зданий, помещений, сетей(Прочие возможности)
### Местоположения
В конфигурации есть возможность ведения схем зданий, помещений, сетей и т.д. Данные схемы создаются внутри объекта конфигурации **Местоположение**, которое в свою очередь может быть связано с местом хранения, организацией, подразделением. Это позволяет визуально отразить расположение зданий, кабинетов, рабочих мест. Для перехода к созданию схемы нужно открыть раздел **Справочники -> Местоположения** и в форме списка нажать кнопку **Создать**, чтобы добавить новый элемент справочника.
Откроется форма создания нового местоположения. В шапке формы располагаются основные реквизиты, которые необходимо заполнить:
* **Родитель** - реквизит, которые позволяет создавать вложенную иерархию местоположений. Таким образом можно организовать многоуровневую вложенность: Здание 1, Корпус 1, Крыло 1, Этаж 1, Кабинет 1. Реквизит не является обязательным поэтому его можно не заполнять.
* **Код** - автоматический реквизит, отвечающий за нумерацию местоположений.
* **Наименование** - обязательный к заполнению реквизит, который отражает название местоположения в произвольной форме.
* **Вид** - реквизит, указывающий вид данного местоположения. По умолчанию доступен набор стандартных видов: здание, корпус, коридор, помещение, территория, этаж. Предопределенные виды местоположения можно расширить путем создания нового, для этого в форме выбора вида необходимо нажать кнопку **Создать**.
### Закладка "Схема"
На данной закладке располагается визуальный редактор построения схемы местоположения. Чтобы приступить к созданию необходимо активировать кнопку **Редактирование**, которая сделает активным для редактирования окно редактора.
Данный редактор имеет панель кнопок, позволяющих осуществлять определенные действия, а также создавать объекты. Предназначение каждой кнопки интуитивно понятно, однако рассмотрим каждую поподробней (слева направо).
* **Объединить текущую область** - объединяет выделенные ячейки редактора в одну цельную область, может быть полезно при подписании элементов схемы. 
* **Разъединить текущую область** - осуществляет разъединение ранее объединенной области редактора. 
* **Настройки отображать сетку** - включает или выключает сетку редактора. 
* **Отображать заголовки** - включает или выключает отображение заголовков столбцов и строк редактора. 
* **Очистить схему** - полностью очищает заполненную объектами область редактора. 
* **Загрузить схему** - позволяет загрузить с локального диска готовый вариант схемы местоположения, которая представлена в файле mxl. 
* **Сохранить схему** - позволяет сохранить на локальный диск готовый вариант схемы для последующей загрузки.
* **Вставить изображение** - позволяет вставить в схему готовое изображение из набора картинок.
* **Вставить изображение из файла** - вставляет в схему готовое изображение взятое с локального диска компьютера. 
* **Вставка геометрических фигур (линия, квадрат, эллипс)** - вставляет в схему одну из выбранных геометрических фигур. 
* **Вставить текст** - позволяет добавлять в схему любой текст. 
В правой части формы располагаются две закладки "Места хранения" и "Карточки номенклатуры". Закладка
* **Места хранения** - необходима для установки связи между объектами схемы и конкретным местом хранения. Так, например, в схеме здания можно конкретному кабинету назначить определенное место хранения с помощью кнопки **Назначить место хранения**.
* **Карточки номенклатуры** - связывает участвующие в схеме элементы с фактической номенклатурой конфигурации.
### Закладка "Адреса, телефоны"
Данная закладка предназначена для хранения контактной информации местоположения. Здесь указываются: номера телефонов, факс, фактический адрес нахождения, а также связанный телеграмм аккаунт (если такой имеется).
| Список ролей, которые позволяют создавать схемы помещений |
|-----------------------------------------------------------|
| Добавление изменение заказов поставщикам |
| Места хранения и помещения |
| Ремонт и обслуживание |
| Добавление изменение сотрудников |
| Чтение сотрудников |
| Администрирование |
---
## Инструкция по переходу «Управление IT-отделом 8» с версии 3.1 на версию 4.0(Начало работы)
Переход на версию 4.0 выполняется в несколько этапов. **Строго соблюдайте порядок действий** — пропуск или перестановка шагов может привести к некорректному обновлению информационной базы.
:::danger Обязательно!
Перед началом обновления сделайте резервную копию информационной базы. Восстановление из копии — единственный способ вернуться к рабочему состоянию, если что-то пойдет не так. **Обратного перехода с версии 4.0 на версию 3.1 не существует** — откатиться можно только восстановлением из этой резервной копии.
:::
## Что изменится после перехода
Версия 4.0 — новая редакция конфигурации с переработанной моделью данных:
- **Процессы и этапы заменяются проектами.** Вместо фиксированных маршрутов «процесс → этап» задания привязываются к проектам и разделам проекта — структура становится гибче и настраивается пользователем, а не задаётся жёстким маршрутом.
- **Правила событий заменены подсистемой Автоматизация.** Уведомления, автоматическая классификация обращений и другие сценарии реакции на события настраиваются через условия и шаги, а не через отдельные правила с кодом; старый справочник правил событий в программе больше не существует.
- **Сервисы и услуги объединяются в единый справочник услуг SLA** — расчёт показателей SLA становится единообразнее.
Задания, комментарии, чек-листы и вложения переносятся автоматически. Часть исторических данных донасыщается в фоне уже после того, как база открыта для работы, — подробнее в шаге 6.
## Порядок действий
### Шаг 1. Обновите программу до последней версии 3.1
Зайдите в личный кабинет на нашем сайте и скачайте последнюю версию 3.1.Х.Х «Управление IT-отделом 8». [Личный кабинет](https://softonit.ru/personal/lk/)
Обновите «Управление IT-отделом 8» до последнего релиза **3.1.X.X**. Это обязательно: только на него можно установить версию 4.0.
### Шаг 2. Включите экспериментальные функции и запустите мастер обновления на версию 4.0
Мастер перехода скрыт за функциональной опцией **«Экспериментальные функции»** — включите её в настройках программы, иначе пункт запуска мастера не появится в меню.
Откройте программу версии **3.1.Х.Х** и запустите **мастер обновления на версию 4.0**.
### Шаг 3. Пройдите все шаги мастера
Мастер сопоставляет данные, которые нельзя перенести автоматически без участия администратора:
- сопоставляет каждый процесс и этап вашей 3.1 с проектом и разделом версии 4.0 (можно заполнить автоматически, а затем поправить вручную);
- назначает участников проектов на основе их ролей в текущей базе.
Последовательно выполните все шаги мастера, следуя инструкциям на экране, и дойдите до экрана завершения. Не прерывайте работу мастера до его полного завершения.
:::caution Не пропускайте этот шаг
Если не запустить мастер или прервать его до завершения, сопоставление данных останется пустым. Обновление всё равно пройдёт успешно, но **все задания и проекты после перехода окажутся в одном проекте по умолчанию** («Неназначенные задания» либо «Задания из писем» — для заданий, созданных из входящих писем), без разбивки по прежним процессам. Разносить их по нужным проектам придётся вручную уже после перехода.
:::
### Шаг 4. Установите платформу «1С:Предприятие» версии 8.5
Версия 4.0 работает на платформе **8.5**. Установите ее перед дальнейшим обновлением конфигурации.
### Шаг 5. Обновите программу до последней версии 4.0
Обновите конфигурацию «Управление IT-отделом 8» до последней доступной версии редакции **4.0**.
### Шаг 6. Запустите программу — короткая блокирующая фаза, затем фоновое обновление
Запустите «Управление IT-отделом 8». Первый запуск включает короткую блокирующую фазу обновления — она не зависит от объёма исторических данных в базе и не требует многочасового ожидания.
После её завершения **база открывается, и пользователи могут сразу начинать работу**. Донасыщение исторических данных (задания, комментарии и проекты, созданные ещё в редакции 3.1) продолжается в фоне, пока база уже используется, начиная с самых новых документов и постепенно доходя до старых.
Пока фоновая обработка не завершена:
- как и при обычном обновлении, регламентным заданиям нужно дать отработать — именно на них выполняется фоновая доработка; не отключайте их выполнение после того, как база открылась;
- отдельные задания редакции 3.1 могут быть временно не видны своему автору или наблюдателям — видимость по участию досчитывается по мере обработки заданий в фоне.
Проверить, завершилось ли фоновое обновление, можно в стандартной обработке **«Результаты обновления информационной базы»** (раздел Администрирование).
## Итоговая последовательность
| Шаг | Действие | Версия / компонент |
|-----|----------|--------------------|
| 1 | Обновление конфигурации | 3.1.X.X |
| 2 | Включение экспериментальных функций и запуск мастера перехода на 4.0 | 3.1.X.X |
| 3 | Прохождение всех шагов мастера (сопоставление процессов проектам, участники) | — |
| 4 | Установка платформы | 1С:Предприятие 8.5 |
| 5 | Обновление конфигурации | последняя 4.0.0.4x |
| 6 | Запуск программы: блокирующая фаза → работа → фоновое обновление | 4.0.0.4x |
После успешного завершения шага 6 переход на версию 4.0 считается выполненным; полная видимость заданий по участию наступает по завершении фоновой части.
## Вопросы и ответы
### Можно ли обновиться на 4.0 сразу, минуя последнюю версию 3.1?
Нет. Релиз **3.1.X.X** содержит мастер перехода, который подготавливает данные к новой структуре версии 4.0, и только с него можно установить версию 4.0.
### Обязательно ли устанавливать платформу 8.5, если текущая версия платформы работает стабильно?
Да. Версия 4.0 рассчитана на платформу **8.5** и использует ее возможности. На более ранних версиях платформы конфигурация 4.0 запускаться не будет.
### Что делать, если мастер обновления на версию 4.0 завершился с ошибкой?
Восстановите информационную базу из резервной копии, сделанной перед обновлением, и повторите шаги заново. Если ошибка повторяется, сохраните текст сообщения об ошибке и обратитесь в техническую поддержку.
### Что будет, если пропустить мастер сопоставления или прервать его на середине?
Обновление пройдёт без ошибок, но все задания и проекты попадут в один проект по умолчанию («Неназначенные задания» / «Задания из писем»), без разбивки по прежним процессам и без участников, назначенных по прежним ролям. Повторный запуск мастера после того, как конфигурация уже обновлена до 4.0, не поможет — сопоставление нужно готовить в редакции 3.1, до перехода.
### Сколько времени занимает переход?
Сама блокирующая часть (шаг 6, до открытия базы) короткая и не зависит от объёма исторических данных — она не перебирает задания, комментарии и проекты целиком. Донасыщение исторических данных выполняется в фоне, пока пользователи уже работают в базе; в зависимости от объёма данных это может занять от нескольких минут до нескольких часов.
### Нужно ли отключать пользователей и регламентные задания на время перехода?
Да, но только до момента, когда база откроется после шага 6. Как и при обычном обновлении, на время шагов 1–6 (до открытия базы) в базе не должно быть активных пользователей; для клиент-серверной базы дополнительно включите блокировку регламентных заданий в консоли кластера. Сразу после того, как база откроется и блокирующая фаза завершится, снимите блокировку регламентных заданий — на них выполняется фоновое донасыщение исторических данных; если они останутся отключены, фоновое обновление не продвинется дальше.
### Почему часть заданий не сразу видна автору или наблюдателям после перехода?
Пока фоновая миграция не завершена, отдельные задания редакции 3.1 могут быть временно не видны своему автору или наблюдателям — видимость по участию пересчитывается по мере обработки заданий в фоне, от новых к старым. Как только фоновое обновление завершится (проверяется в обработке «Результаты обновления информационной базы»), видимость станет полной.
## Ограничения
- Переход возможен только с последнего релиза версии 3.1.X.X.
- Для включения функциональной опции, запуска мастера и обновления конфигурации нужны права администратора.
- Возврат к версии 3.1 после перехода не поддерживается — только восстановление из резервной копии, сделанной до обновления.
---
## Публикация HTTP - сервисов(HTTP-сервисовы)
Настройка HTTP - сервисов.
---
## Лицензирование HTTP-сервисов(HTTP-сервисовы)
Нас часто спрашивают как лицензируются HTTP и WEB-сервисы в нашей конфигурации. Нужны ли для работы дополнительные лицензии или нет?
***Вопрос:*** При использовании личного кабинета пользователя через браузер расходуются клиентские лицензии 1С или нет?
***Ответ:*** На самом деле это вопрос не только про использование личного кабинета, но и вообще HTTP и WEB-сервисов.
Фирма "1С" на сайте ИТС этот пункт описывает так:
[https://its.1c.ru/db/v8310doc#bookmark:adm:TI000000277](https://its.1c.ru/db/v8310doc#bookmark:adm:TI000000277)
***Дословно:***
:::info
Для работы Web-сервисов не требуется клиентских лицензий. Однако если информационная база, которая предоставляет Web-сервисы, работает в клиент-серверном варианте, необходимо наличие серверной лицензии для работы сервера «1С:Предприятия».
:::
Так же есть ответ от специалистов фирмы "1С" по лицензированию:
:::info
... Организации для работы с программами, использующими веб-сервисы, необходимо приобрести клиентские лицензии на такое количество рабочих мест, которое позволит одновременно осуществлять доступ к информационной базе
:::
Для HTTP-сервисов все абсолютно аналогично.
Перефразируя можно сказать так: для работы HTTP и WEB-сервисов, как таковых, проверка на клиентские лицензии не выполняется. Т.е. этот механизм не проверяет наличие клиентских лицензий. НО! Если у Вас клиент-серверный вариант работы, то обязательно нужна серверная лицензия, а также клиентские лицензии на столько рабочих мест, которые одновременно будут работать в программе (пиковые значения).
Т.е. если у Вас всего в организации 300 человек, но одновременно с программой работают 25 человек (в один момент времени), то вам необходимо 25 клиентских лицензий.
---
## Личный кабинет пользователя через браузер
Для начала, как это все выглядит:
Справочник **Личный кабинет** предназначен для хранения информации о логике работы личного кабинета по протоколу HTTP.
Доступ к личному кабинету выполняется по ссылке `http://адрес_сервера_1с.ru/имя_публикации/hs/lk/`
Где:
`адрес_сервера_1с` - это имя сервера где установлен сервер 1С, либо HTTP-адрес сервера.
`имя_публикации` - имя под которым вы опубликовали конфигурацию. Также необходимо, чтобы у пользователя были права: *Чтение личный кабинет*.
## Алгоритм работы личного кабинета
Пользователи входят в браузере по ссылке выше, вводят свой логин и пароль, попадают в личный кабинет и работают в личном кабинете, причем алгоритм работы, страницы и прочее вы можете добавить/изменить самостоятельно.
HTML-страницы формируются автоматически, анализируя запрос от пользователя.
Т.е. если пользователь введет адрес или перейдет в личном кабинете по ссылке, например: `http://адрес_сервера_1с.ru/имя_публикации/hs/lk/folder1/folder2/file.html?param=1`
То для построения страницы пользователю система выполнит следующий алгоритм:
Все, что после lk, т.е. `/folder1/folder2/file.html?param=1` будет разбито на блоки и по шагам выполнено:
1. В справочнике "Личный кабинет" будет предпринята попытка найти папку folder1 в корне справочника, далее если это путь длинный, то будет попытка найти следующую папку.
2. Путь длинный, встретили folder2 в пути, ищем внутри папки folder1 папку folder2.
3. Если папка folder2 будет найдена, то далее в этой папке будет попытке найти элемент file.html
4. Если на шагах 1-3 ничего не найдено, то пользователю будет показана страница с кодом 404 (страница не найдена), которая находится в разделе "Настройки" справочника "Личный кабинет" и при этом процесс будет остановлен. Если же файл будет найден в иерархии, то этот шаг игнорируется.
5. С найденным элементом на шаге 3 - если этот файл картинка, то она будет отправлена пользователю по HTTP с кодом 200 (страница найдена) и процесс остановлен, если это страница html, то возьмем текст с вкладки "Основные данные" справочника "Личный кабинет" - этот текст будет основой для будущей странички, назовем этот текст "шаблон", а текстовые данные с закладки "Алгоритм заполнения" назовем "алгоритм".
6. Берем шаблон и проверим его на наличие фрагментов вида . Этот фрагмент означает, что необходимо вместо него вставить файл, который находится по адресу в справочнике личный кабинет "path/to/file.html". Полученный после замены текст будет новым шаблоном.
7. Проверяем шаблон на то, что он содержит фрагменты текста вида , если такие фрагменты содержатся, то будет предпринята попытка поиска переменной на вкладке "Локализация" в настройках строки вида MY_TEXT=Это текст. Если MY_TEXT будет найдена, в настройках локализация, то вместо будет вставлено то, что будет указано в локализации. Полученный после замены текст будет новым шаблоном.
8. Теперь возьмем алгоритм и выполним его встроенной командой Выполнить(Алгоритм) на языке 1С. В этом алгоритме можно использовать переменные:
* *Тело* - HTML-шаблон страницы, если он не используется берется алгоритм;
* *Переменные* - глобальная структура, куда могут быть помещены свои значения и использоваться при построении страниц;
* *Запрос* - объект HTTP-запрос, который выполнил пользователь в браузере;
* *Ответ* - ответ, который мы можем переопределить;
* *ОтносительныйURL* - путь вида folder1/folder2/file.html?param=1 из примера;
* *ОтносительныйURLПеренаправления* - если определить эту переменную, то вместо вывода чего-то пользователю будет дан ответ с кодом 302 (перенаправление на другу страницу) и в этой переменной указывается адрес страницы перенаправления;
* *ИмяФайла* - имя файла из примера (т.е. file.html);
* *Путь* - путь к файлу из примера (folder1/folder2/);
* *ЯзыковыеДанные* - глобальная структура с языковыми константами;
* *POST* - структура, где хранятся данные переданные через HTTP (например файлы).
9. После выполнения алгоритма можем получить обновленное шаблон документа, который далее автоматически будет проанализирован.
10. Повторно проверяем шаблон на то, что он содержит фрагменты текста вида , которые могли быть внесены выполнение алгоритма и если такие фрагменты содержатся, то будет предпринята попытка поиска в глобальной структуре Переменные или в языковых данных в настройках строки вида MY_TEXT=Это текст. Если MY_TEXT будет найдена, то вместо будет вставлено то, что будет указано либо в Переменные либо в локализации. Полученный после замены текст будет готовым HTML-документом.
11. Готовый HTML-документ будет показан пользователю. Это и будет готовая страничка.
:::Info
Важно понимать, что если в теле HTML-документа вы добавите, например, картинку вида ``, то текст будет показан, а браузер при следующем обращении увидит, что надо показать картинку и запросит у вас по пути "/path/to/picture.png"эту картинку, но это уже будет следующим запросом! Т.е. отдавать что-то другое отличное от ОтносительныйURL не надо! Это будет сделано автоматически.
:::
Если вы не поняли принцип из описания, посмотрите примеры и описания в справочнике. Следующие страницы делайте по аналогии, и вы поймете принцип работы.
Это алгоритм действий, которые будут выполнены для вывода HTML-документа пользователю и **самое замечательное в этом то, что можно добавлять свои страницы и менять поведение системы в зависимости от того, что необходимо именно Вам!**
## Свой функционал
Для создания своих страниц нет никаких препятствий. Необходимо добавить страницу с какой-то информацией? Есть новости, которыми можно было бы поделиться с пользователями? Не вопрос! Добавляйте новые элементы в справочник "Личный кабинет", оформляйте логику работы, добавляйте ссылки на эти страницы в меню, и пользователи будут все видеть.
## Обучающее видео "Личный кабинет"
[Ссылка на видео](https://rutube.ru/video/39f554c0ad5cf81e2e15838614c1bf41/)
:::info Внимание!
Функциональность личного кабинета через браузер доступна начиная с версии 3.1.2.1
:::
| Список ролей для работы с подсистемой "Личный кабинет" |
|--------------------------------------------------------|
| Добавление изменение настроек личного кабинета |
| Чтение личный кабинет |
---
## Если внесённые самостоятельно доработки перестали работать(Личный кабинет)
При разработке иногда приходится менять названия модулей, процедур и т.д. И если Вами были выполнены собственные доработки использующие ссылки на эти объекты, то Ваш код работать не будет. Его надо исправить.
:::info Важно!
Если вы не вносили своих правок, то вам ничего не нужно делать. У тех, кто использует типовой функционал, уже внесены все необходимые правки.
:::
Вот пример такой ситуации. При выпуске релиза версии **3.1.13.5** была произведена подготовка к разработке нового функционала, который плотно использует HTML.
В связи с этим был измене модуль `РаботаСHTML`, на несколько модулей `РаботаСВебСервер` и т.д.
Личный кабинет нашего продукта, используемый клиентом, был изменен самим клиентом.
И с давних пор не обновлялся.
Если же обновлялась вся конфигурация, то просто сохраненные настройки личного кабинета загружались по новой.
Но при описанных выше изменениях, личный кабинет клиента перестал работать, выдав ошибку (Рис-1) при просмотре заданий.
Рассмотрим, что же надо сделать:
1. Распаковываем ZIP архив с настройками личного кабинет.
2. Запустим Visual Studio Code и в меню **Файл -> Открыть папку…** (Рис-2.1) указав папку с распакованными настройками.
3. Перейти в раздел поиска и написать [РаботаС] (Рис-3.1), можно было и РаботаСHTML.
4. Мы видим несколько найденных позиций в разных файлах. (Рис-3.2, Рис-3.4, Рис-3.5)
5. Выбрав первую позицию, справа видим строку, где произошла ошибка (Рис-3.3). Ранее было написано, что модуль был заменен на несколько.
6. Ищем на какой модуль менять. В конфигураторе программы в пункте меню **Правка -> Глобальный поиск** ищем строку ***УдалитьТегиИСпецСимволыИзТекста***.
На (Рис 4) видно, что данная функция находится в модуле **РаботаСВебСервер**.
7. Возвращаемся в Visual Studio Code меняем ***РаботаСHTML*** на ***РаботаСВебСервер***, сохраняем файл.
8. По двум следующим позициям если функции отличаются повторяем п.6 и п.7.
Если ранее найденные только п.7 (Для данного примера сразу напишу, что функция **ТекстТелаДокумента** находится в модуле **РаботаСВебКлиентСервер**, а **ОбработатьТекстHTML** в **РаботаСВебСервер**).
На этом работоспособность личного кабинета восстановлена.
---
## Изменение изображений в личном кабинете(Личный кабинет)
Конфигурация поддерживает работу с опубликованными http-сервисами, одним из которых является личный кабинет. Данный сервис зачастую используется для доступа клиентов в качестве интернет портала технической поддержки. В связи с этим возникает необходимость в изменении оформления личного кабинета под корпоративный стиль компании или просто частичное изменение изображений в функционале. Хорошая новость заключается в том, что все это реализуемо и в данном уроке рассмотрим пример замены изображений функциональных кнопок личного кабинета.
## Изменение иконок
Чтобы приступить к изменению изображений личного кабинета нужно разобраться откуда берутся данные иконки (картинки). Как описано в обучающем курсе "Личного кабинета" код и данные берутся из центральной базы, но иконки являются исключением. Набор иконок личного кабинета относятся к набору шрифтов и значков сервиса Font Awesome. Это значит, что они не хранятся в центральной базе, а только прописаны в коде той или иной страницы ЛК в виде такой строчки: **"fa fa-arrow-circle"**. Такой подход уменьшает размер хранимых данных личного кабинета в базе и облегчает процесс изменения.
Приступим, например, необходимо изменить иконки главного меню личного кабинета.
Для этого в центральной базе переходим в раздел **Администрирование -> Личный кабинет** и открываем для редактирования файл `menu.html`.
В данном файле находится html-разметка основного меню.
Теперь для того, чтобы точно убедиться где конкретно находится та или иная иконка, в браузере просмотрим код элемента и узнаем class иконки.
Как видно из скриншота иконка пункта меню "Главная" имеет class = **fa fa-line-chart**, который является названием самой иконки. Теперь на сайте [Font Awesome](https://fontawesome.com/v4/icons/) выбираем необходимую картинку и копируем ее class.
Далее в ранее открытом файле `menu.html` находим старую иконку по определенному классу **fa fa-line-chart** и заменяем на новую и жмем кнопку **Записать и закрыть**
Результатом проделанных манипуляций будет следующего вида главное меню личного кабинета.
Подобные действия аналогичны для большинства иконок личного кабинета.
---
## Обезличивание пользователя личного кабинета(Личный кабинет)
Зачастую предусмотренный в конфигурации механизм http-сервиса "Личный кабинет" используется для организации доступа клиентов (в части подачи заявок Service Desk). Это связано с тем, что подключения личного кабинета не считаются нашей системой лицензирования, что дает возможность одновременно использовать личный кабинет неограниченному числу пользователей. В связи с этим появляется потребность в обезличивание пользователя личного кабинета, который является специалистом одной из линий поддержки. В конфигурации это происходит следующим образом:
1. Необходимо завести нового пользователя (или изменить ранее созданного) в реквизите "Полное имя" указать обезличенное наименование, например, первая линия техподдержки.
2. Далее перейдем на закладку "Реквизиты", где необходимо заполнить реквизит "Сотрудник". В данном реквизите укажем сотрудника нашей организации с полным ФИО, который будет привязан к этому пользователю. Это важно для того, чтобы Вы всегда были в курсе того, какой сотрудник привязан к данному пользователю.
В результате получаем, для инициаторов обращений в личном кабинете пользователь обезличен и отображается как "Первая линия техподдержки", но для руководителя всегда виден привязанный к пользователю сотрудник.
---
## Ошибка 1C:Enterprise 8 application error(Личный кабинет)
Зачастую пользователи конфигурации сталкиваются с проблемой доступа к личному кабинету в виде ошибки **1С:Enterprise 8 application error**.
Большинство сразу приходит к выводу, что проблема заключается в базе или самой конфигурации.
Это и понятно, так как значение заголовка ошибки **Ошибка приложения 1С:Предприятие 8** на русском не дает никаких объяснений.
***Но на самом деле это не так и сейчас разберемся почему?***
Как видно на скриншоте, расположенном выше, текст **HTTP:Not found** говорит о том, что http-сервис не найден.
Единственной причиной воспроизведения данного сообщения может быть только неправильная публикация базы (**неопубликованный http-сервис "Личный кабинет"**).
Для решения проблемы необходимо открыть конфигурацию в режиме **Конфигуратор**. Далее перейти в **Конфигуратор -> Администрирование -> Публикация на веб-сервере** и на закладке **http-сервисы** установить все чек-боксы, включая **Личный кабинет**.
В конце все, что остается, это заново переопубликовать базу и перезапустить веб-сервер (Apache или IIS).
---
## Публикация личного кабинета со включенной собственной авторизацией на *nix(Личный кабинет)
В данной статье описано как убрать окно авторизации 1С платформы перед входом в личный кабинет на ОС Linux.
## Что понадобится?
1. Машина с Linux
2. Платформа 1С
3. Консольный текстовый редактор (например nano)
4. Веб-сервер Apache
5. сертификаты для подключения по https.
## Apache – начало
Если в системе еще не установлен Apache, то необходимо это сделать следующим образом:
```sh
sudo apt install apache2 -y
```
Ждем окончания выполнения операции. Если все хорошо, то проверяем, что сервер запущен:
```sh
service apache2 status
```
Если все хорошо, то должна быть подобная картина:
## Генерация сертификата
Перейдем теперь к генерации самоподписанного сертификата(если нет другого). Для этого переходим в директорию, где хотим сохранить сертификаты(например `/etc/ssl/certs`) и выполняем следующую длинную команду:
```sh
openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout .key -out .crt
```
Вместо `` следует указать имя компьютера, на котором выпущены сертификаты.
Во время выполнения команды будет задано несколько вопросов. Для "Common Name (e.g. server FQDN or Your bane)" нужно также указать имя сервера. Остальные поля заполняются произвольно (кроме "Country name" - здесь можно оставить по умолчанию).
## Публикуем базу и сервисы
Для публикации базы нам в первую очередь нужно перейти в каталог с установленной платформой:
```sh
cd /opt/1C/v8.3/x86_64/<Номер платформы>
```
И выполнить собственно публикацию для серверной базы:
```sh
sudo ./webinst -publish -apache24 -wsdir <ИМЯ ПУБЛИКАЦИИ> -dir /var/www/<ИМЯ ПУБЛИКАЦИИ> -connstr “Srvr=<ИМЯ СЕРВЕРА;Ref=<ИМЯ БАЗЫ>” -confpath /etc/apache2/apache2.conf
```
Или для файловой базы:
```sh
sudo /webinst -publish -apache24 -wsdir <ИМЯ ПУБЛИКАЦИИ> -dir /var/www/<ИМЯ ПУБЛИКАЦИИ> "File=<ПУТЬ_К_БАЗЕ>;" -confpath /etc/apache2/apache2.conf
```
Для файловой базы так же нужно установить права доступа:
```sh
chown -R apache:apache ПУТЬ_К_БАЗЕ
```
Если все сделали правильно, должны увидеть сообщение Publication successful.
Следующий шаг — подключаем сертификаты к нашему серверу. Для этого переходим в каталог с публикацией:
```sh
cd /etc/apache2/sites-available
```
и с помощью любого редактора открываем файл настроек:
```sh
sudo nano 000-default.conf
```
В самый конец файла добавляем следующие строки:
```xml
SSLEngine on
SSLCertificateFile <ПУТЬ_К_ФАЙЛУ_СЕРТИФИКАТА>
SSLCertificateKeyFile <ПУТЬ_К_ФАЙЛУ_КЛЮЧА>
```
Должно получиться примерно так:
Теперь почти все готово — осталось только подключить SSL к нашему серверу командой
```xml
sudo a2enmod ssl
```
И перезапустить Apache:
```xml
systemctl restart apache2
```
Если все сделано правильно, то наша база будет опубликована и доступна через браузер.
## Публикуем веб-сервисы и личный кабинет
Публикация web-сервисов и личного кабинета с собственной формой авторизации будет значительно проще, чем публикация базы.
Для этого нам нужно всего отредактировать один файл: `/var/www/<ИМЯ_ПУБЛИКАЦИИ>/default.vrd`
Пример команды:
```sh
sudo nano /var/www/UIT/default.vrd
```
И привести его к виду:
```xml
```
Тут следует обратить внимание на две строки:
```
ib="File="/home/data/work/InfoBase";usr="lk";Pwd="123";">
```
В этой строке у нас указана опубликованная файловая база и параметры служебного пользователя, который нужен для работы собственной авторизации с именем **lk** и паролем **123**.
А также, что вместо кавычек внутри строки используется `"`
Снова перезапускаем Apache и проверяем. Если все правильно, то мы получим доступ к личному кабинету
---
## Собственная авторизация и выход из нее в личном кабинете(Личный кабинет)
Итак, мы хотим настроить [Личный кабинет](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/http-servisovy/lichnyy-kabinet), чтобы его можно было запускать из браузера.
Для начала давайте рассмотрим принцип работы вообще HTTP-сервисов.
По сути, это доступ к информационной базе 1С через WEB и он был создан для того, чтобы отвечать на запросы из вне.
Схема работы примерно следующая:
**Пользователь $\iff$ Браузер (Chrome, FireFox, Opera...) $\iff$ Наш сервер с веб-сервером Apache или IIS $\iff$ 1C**
Обратите внимание, что браузер посылает запросы нашему веб серверу. Т.е. Наш сервер должен быть доступен из того места где мы посылаем запрос.
Если это локальная сеть, то через браузер мы можем работать только в локальной сети. Если же мы хотим вообще из любого места подключаться к нашему личному кабинету, то необходимо, чтобы ваш веб-сервер был виден из интернета. Для этого понадобится либо белый IP-адрес, который необходимо взять у провайдера, либо настройка вашего роутера (например, некоторые роутеры типа Keenetic умеют давать доступ через свои сервера к вашей внутренней сети и присваивая вашему роутеру определенный адрес типа my1c.zyxel.com).
Вот как можно настроить через роутер Keenetic:
После того как вы разберетесь с вопросом белого или серого IP-адреса, необходимо настроить личный кабинет.
Выше мы уже рассмотрели как установить веб-сервер [Apache](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-apache) или [IIS](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-iis).
Теперь необходимо опубликовать базы и найти VRD-файл, который отвечает за публикацию вашей базы 1С через веб.
Нам необходимо снять авторизацию средствами 1С с личного кабинета, чтобы не было вот этого окна при попытке открыть личный кабинет в браузере:
В личном кабинете используется своя красивая форма авторизации, которая также безопасна, как и стандартная, и прекрасно позволит авторизоваться пользователю. Безопасна она также потому, что использует проверку логина и пароля тем же способом, что и сама 1С.
Для того чтобы убрать эту форму и заменить своей новой страницей авторизации, необходимо произвести дополнительные настройки с публикацией ИБ:
### Настройка публикации Apache
Выполните дополнительную настройку сервера Apache, которую начали при публикации конфигурации ранее в уроке «Публикация конфигурации на веб-сервере Apache».
После публикации ИБ необходимо внести изменения в конфигурационный файл Apache и создать вторую публикацию ИБ.
Для этого необходимо перейти в каталог, куда установлен Apache (у меня это C:\xampp\apache), затем открыть папку conf и отредактировать файл httpd.conf, а именно строки, добавленные при публикации базы:
```
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
```
Скопируйте и вставьте этот блок ниже. В результате должно получиться следующее:
```
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
```
В скопированном блоке измените следующие строки на собственные значения:
```
Alias "/ITdemo" "D:/Apache/ITDemo/" -> Alias "/ITLk" "D:/Apache/ITDemoLK/"
```
таким образом вы добавляете ещё одну публикацию ИБ с именем «ITLk», которая будет расположена по следующему пути `D:/Apache/ITDemoLK`
```
->
```
сам каталог файлов новой публикации
```
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd" -> ManagedApplicationDescriptor "D:/Apache/ITDemoLK/default.vrd"
```
файл описания параметров подключения.
В результате должно получиться так:
```
# 1c publication
Alias "/ITdemo" "D:/Apache/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemo/default.vrd"
# 1c publication
Alias "/ITLk" "D:/Apache/ITDemoLK/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/Apache/ITDemoLK/default.vrd"
```
Далее необходимо создать каталог по прописанному пути, который только что был прописан (у меня это D:/Apache/ITDemoLK/) и скопировать в него файл default.vrd из ранее опубликованной базы. Откройте его для редактирования:
```xml
```
В новом файле необходимо внести следующие изменения:
```
base="/ITdemo" - > base="/ITLk"
```
В строку подключения добавьте пользователя, данные которого будут использоваться для авторизации средствами 1С в браузере:
```
ib="File="D:\Bases\Tests\ITdemo";Usr="UsrLK";Pwd="741596378951";"
```
Пользователя **UsrLK** с паролем **741596378951** (здесь следует указать вашего служебного пользователя) необходимо добавить в ИБ позже.
```xml
```
После внесенных изменений необходимо перезапустить Apache, затем можно переходить к настройкам конфигурации.
### Настройка публикации IIS
После публикации ИБ на веб-сервере IIS (см. [Публикация конфигурации на веб - сервере IIS](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-iis)) в каталоге `c:\inetpub\wwwroot\` создайте новый каталог **ITdemoLK**,
скопируйте в него содержимое каталога первой публикации `c:\inetpub\wwwroot\ITdemo\`, а именно 2 файла: `default.vrd` и `web.config`. Откройте файл `default.vrd` на редактирование и внесите следующие изменения:
```
base="/ITdemo" - > base="/ITdemoLK"
```
имя второй публикации ИБ.
В строку подключения добавьте пользователя, который будет использоваться для авторизации средствами 1С (в окне авторизации при открытии личного кабинета в браузере):
```
ib="File="D:\Bases\Tests\ITdemo";Usr="UsrLK";Pwd="741596378951";"
```
Строка подключения для серверной базы будет выглядеть примерно так:
```
ib="Srvr="АДРЕС_СЕРВЕРА";Ref="НАЗВАНИЕ_БАЗЫ";Usr="UsrLK";Pwd="741596378951";"
```
Пользователя **UsrLK** с паролем **741596378951** (здесь необходимо указать вашего служебного пользователя) нужно будет добавить в ИБ позже.
Блоки веб-сервисов, а также блок описания HTTP-сервисов, можно удалить. В результате должен получиться следующий вариант файла:
```xml
```
Для вновь созданной папки `c:\inetpub\wwwroot\ITdemoLK\` необходимо предоставить полные права доступа пользователю **IUSR** и группе **IIS_IUSRS** - аналогично тому, как это делалось при первой публикации ИБ.
Затем откройте **Диспетчер служб IIS**, раскройте ветку `Default Web Site` и найдите добавленную вами папку **ITdemoLK**. В контекстном меню этой папки выберите "Преобразовать в приложение":
## Добавление пользователя и пароля в информационной базе
Далее необходимо добавить пользователя и пароль, которые были указаны в файлах публикации информационной базы:
Создайте профиль групп доступа и выберите права, указанные на скриншоте. В созданную группу доступа добавьте пользователя **UsrLK**. Не беспокойтесь: даже при использовании автоматической авторизации конечный пользователь получит доступ только к тем объектам, к которым у него есть разрешения.
Также необходимо убедиться, что в настройках самого Личного кабинета указана нужная страница авторизации.
Для этого откройте центральную базу и перейдите: **Администрирование → Личный кабинет → Настройки → Дополнительно**.
В реквизите "Шаблон страницы авторизации" должно быть указано имя файла login.html, который формирует новую страницу авторизации.
В результате пользователь увидит современную и удобную форму входа вместо стандартной:
Также реализована возможность смены пользователя прямо из интерфейса:
Стандартная форма авторизации не предоставляет такой функциональности.
:::info
Функционал собственной авторизации доступен начиная с версии 3.1.8.1
:::
---
## Сохранение доработок пользователей в личном кабинете при обновлении конфигурации(Личный кабинет)
Возможно в процессе работы Вам может понадобиться изменить что-то в личном кабинете.
Вы вносите правки в личный кабинет, вас все устраивает, но выпускается новое обновление и вы теряете все ваши доработки.
***Что делать в такой ситуации?***
Давайте рассмотрим алгоритм, что нужно сделать, чтобы восстановить собственные доработки, после обновления конфигурации.
:::info Важно!
Если вы не вносили своих правок в личный кабинет, то вам ничего не нужно делать, обновленный личный кабинет заполнится автоматически. Если же доработки были, то вам нужно воспроизвести алгоритм ниже на своей базе.
:::
## Алгоритм
1. До обновления выполните сохранение измененного личного кабинета. Администрирование > Личный кабинет и как на рисунке ниже нажать на кнопку.
Далее, откроется окно, выберите путь, куда хотите сохранить личный кабинет.
2. После сохранения вы получите zip-архив в котором будет резервная копия вашего личного кабинета до обновления.
3. Обновите конфигурацию. При обновлении, личный кабинет будет так же обновлен и ваши доработки будут затерты.
4. Сохраните в обновленной конфигурации личный кабинет так же, как и в п.1
5. Распакуйте старый личный кабинет и новый личный кабинет в разные папки и сравните эти папки в программе, которая умеет сравнивать директории на наличие изменений. Мы советует использовать программу [WinMerge](https://winmerge.org/?lang=ru). Она удобная и простая (хотя это, конечно, на любителя).
6. После этого в обновленной базе, в личном кабинете восстанавливаем свои правки исходя из того, что вы увидели в сравнении, адаптируя свои правки под новый код при необходимости.
---
## Подсистема Telegram(HTTP-сервисовы)
Как настроить подсистему Telegram можно прочесть в специальном [разделе](/it3/integraciya-s-telegram-botom)
---
## Установка оценок по заданию в личном кабинете(HTTP-сервисовы)
Если Вы используете способ установки оценки задания в письме Через личный кабинет. Открываем **Администрирование > Настройки параметров учета > Проекты и задания > Оценка заданий**, то для работы механизма оценок необходимо:
* [x] Предварительно опубликовать ИБ на web-сервере (см. [Публикация конфигурации на веб - сервере Apache](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-apache) и [Публикация конфигурации на веб - сервере IIS](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-iis));
* [x] Произвести дополнительную настройку веб - сервера (добавить вторую публикацию этой ИБ, указать служебного пользователя);
* [x] Указать настройки в самой ИБ.
## Настройка веб-сервер
### Веб-сервер Apache
Выполним дополнительную настройку сервера Apache, которую начинали при публикации конфигурации ранее в уроке [Публикация конфигурации на веб - сервере Apache](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-apache).
После публикации ИБ необходимо внести изменения в конфигурационный файл Apache и создать вторую публикацию ИБ. Для этого идем в папку, куда был установлен Apache (у меня это d:\www\Apache22\), далее ищем папку conf и в ней правим файл httpd.conf, а именно находим строки, добавленные при публикации базы:
```
# 1c publication
Alias "/itdemo" "D:/www/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/www/ITDemo/default.vrd"
```
Копируем и вставляем этот блок ниже, должно получиться так:
```
# 1c publication
Alias "/itdemo" "D:/www/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/www/ITDemo/default.vrd"
# 1c publication
Alias "/itdemo" "D:/www/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/www/ITDemo/default.vrd"
```
В добавленном блоке меняем следующие строки на свои:
```
Alias "/itdemo" "D:/www/ITDemo/" -> Alias "/itocenka" "D:/www/ITDemoOcenki/"
```
- этим мы добавляем еще одну публикацию ИБ по имени «itocenka», которая будет расположена по следующему пути D:\www\ITDemoOcenki
```
->
```
- сам каталог файлов новой публикации;
```
ManagedApplicationDescriptor "D:/www/ITDemo/default.vrd" -> ManagedApplicationDescriptor "D:/www/ITDemoOcenki/default.vrd"
```
- файл описания параметров подключения.
В результате должно получиться так:
```
# 1c publication
Alias "/itdemo" "D:/www/ITDemo/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/www/ITDemo/default.vrd"
# 1c publication
Alias "/itocenka" "D:/www/ITDemoOcenki/"
AllowOverride All
Options None
Order allow,deny
Allow from all
SetHandler 1c-application
ManagedApplicationDescriptor "D:/www/ITDemoOcenki/default.vrd"
```
Далее необходимо создать каталог, который мы только что описали (у меня это D:\www\ITDemoOcenki) и скопировать в него файл `default.vrd` из ранее опубликованной базы. Откроем его на редактирование:
```xml
```
Необходимо в новом файле заменить следующее:
```
base="/itdemo" - > base="/itocenka"
```
В строку подключения добавим пользователя, от имени которого инициаторы смогут выставлять оценки не заходя в саму ИБ (т.е. оценки могут выставлять и те инициаторы, которые даже не работают в конфигурации):
```
ib="File="D:\Рабочие базы\IT_Демо";Usr="OcenkaZadania";Pwd="112233123";"
```
Пользователя «OcenkaZadania» с паролем «112233123» (тут Вы указываете своего "служебного" пользователя) добавим в ИБ позже.
Блок веб - сервисов, а также блок описания http - сервиса «kb» можно удалить. В результате должно получиться так:
```xml
```
После внесенных изменений необходимо перезапустить Apache и можно переходить к настройкам конфигурации.
### Веб-сервер IIS
После публикации ИБ (см. [Публикация конфигурации на веб - сервере IIS](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/publikaciya-na-servere-iis)) в каталоге c:\inetpub\wwwroot\ создадим новый каталог itocenka, скопируем в него содержимое каталога первой публикации c:\inetpub\wwwroot\itdemo\, а именно 2 файла: default.vrd и web.config. Откроем файл default.vrd на редактирование и внесем следующие изменения:
```
base="/itdemo" - > base="/itocenka"
```
- имя второй публикации ИБ;
В строку подключения добавим пользователя, от имени которого инициаторы смогут выставлять оценки не заходя в саму ИБ:
```
ib="File="D:\1CBase\ITdemo";Usr="OcenkaZadania";Pwd="112233123";"
```
Строка подключения для серверной базы будет выглядеть примерно так:
```
ib="Srvr="АДРЕС_СЕРВЕРА";Ref="НАЗВАНИЕ_БАЗЫ";Usr="OcenkaZadania";Pwd="1234567890";"
```
Пользователя «OcenkaZadania» с паролем «112233123» (тут Вы указываете своего "служебного" пользователя) добавим в ИБ позже.
Блок веб - сервисов, а также блок описания http - сервиса «kb» можно удалить. В результате должно получиться так:
```xml
```
Для вновь созданной папки `c:\inetpub\wwwroot\itocenka\` необходимо дать полные права для пользователя `IUSR` и группы пользователей `IIS_IUSRS` аналогично, как это было сделано при публикации ИБ.
Далее, открываем "Диспетчер служб IIS", раскрываем ветку "Default Web Site" и находим добавленную нами новую папку itocenka. В контекстном меню этой папки необходимо выбрать "Преобразовать в приложение":
После внесенных изменений необходимо перезапустить веб - сервер.
## Настройка программы
В самой программе выполним следующее:
1. Создаем нового пользователя «OcenkaZadania»:
Основная роль для этого пользователя "Доступ к личному кабинету", но желательно для него установить следующий набор ролей:
2. В настройках параметров учета **Администрирование -> Настройки параметров учета -> Проекты и задания -> Электронная почта -> Оповещения** укажем адреса публикации ИБ:
**Адрес публикации ИБ** – адрес, по которому ИБ доступна пользователям программы через веб клиент, этот адрес будет использоваться для формирования ссылки на документ «Задание» в электронном письме – уведомлении;
**Адрес публикации ИБ для оценки задания** – второй адрес этой же базы, необходимый при формировании ссылок, используемых для установки оценки за выполненное задание.
При окончании работы по заданию, инициатор получает письмо – уведомление:
При нажатии на одну из оценок будет выполнен переход и выставлена оценка (установим оценку «Отлично»):
Если по каким-либо причинам инициатор считает, что задание не выполнено, при клике по следующей ссылке в письме - уведомлении:
в окне браузера будет отображена форма ввода комментария:
После отправки комментария в задании будет установлена оценка «Повторное открытие»:
Обратите внимание, что бы пользователь получил письмо с ссылками для установки оценок (Отлично, Хорошо и т.д.) необходимо, чтобы в шаблоне писем в правилах событий при выполнении задания была специальная переменная:
:::info
Внимание! Константа **Адрес публикации ИБ для оценки задания** добавлена в версии 3.0.29.
:::
---
## Публикация конфигурации на веб-сервере(Публикация конфигурации на web)
Публикация конфигурации на веб-сервере и публикация web\http сервисов
Для возможности работы программы в веб-сервисе, необходимо опубликовать базу на веб-сервере apache/iis и настроить работу http - сервисов.
| Список ролей, которые позволяют публиковать базу и http сервисы |
|-----------------------------------------------------------------|
| Полные права |
| Администрирование |
---
## Настройка IIS для доменной авторизации в личном кабинете и веб-клиенте(Публикация конфигурации на web)
Доменная авторизация позволяет выполнять сквозную авторизацию идентифицируясь под своей текущей учетной записью домена.
При такой авторизации не нужно вводить логин и пароль пользователя, сквозная авторизация сама выполняет эту проверку. В этой статье мы разберем основные настройки конфигурации и веб-сервера IIS, при которых работает доменная авторизация личного кабинета и веб-клиента.
:::info Важно!
Мы не гарантируем работу доменной авторизации, если веб-сервер IIS ранее уже был настроен. Может быть так, что какие-то персональные настройки будут мешать работе доменной авторизации.
:::
## Настройка публикации.
1. Убедитесь, что компьютер находится в домене и вход в систему выполнен под учетной записью домена.
2. При публикации информационной базы на веб-сервер IIS должна быть установлен параметр "Использовать аутентификацию операционной системы". Если вы еще не опубликовывали информационную базу на веб-сервере, то ознакомьтесь с пошаговой инструкцией.
## Настройка IIS. Проверка подлинности Windows.
1. Перейдите в диспетчер служб "IIS", в списке сайтов найдите опубликованную ранее информационную базу.
2. Перейдите в настройки "Проверка подлинности для сайтов и приложений".
3. В открывшемся списке необходимо включить "Проверка подлинности Windows", при этом отключить все остальные проверки подлинности.
4. Если в списке доступных проверок подлинности нет проверки подлинности Windows, то необходимо перейти в **Компоненты Windows -> Службы IIS -> Службы интернета -> Безопасность -> активировать "Проверка подлинности Windows"**
## Настройка "Управление IT-отделом 8".
1. Перейдите в настройки пользователя, для которого нужно настроить доменную авторизацию, по пути: Администрирование -> настройки пользователей и прав -> пользователи -> нужный пользователь.
2. На закладке "Главное" активируйте настройку "Аутентификация операционной системы", Выберите домен и пользователя домена.
3. Перейдите в настройки личного кабинета по пути: **Администрирование -> Личный кабинет -> Закладка "Настройки" -> Закладка "Дополнительно" -> убрать галочку с настройки "Использовать собственную авторизацию"**.
Эта настройка отключит добавленную нами форму авторизации личного кабинета.
**Готово. Теперь доменная авторизация работает**
---
## Публикация на сервере - Apache(Публикация конфигурации на web)
Для публикации конфигурации через WEB первоначально необходимо установить IIS, либо Apache в Windows. Мы рекомендуем все-таки использовать Apache, как показывает практика, его установка занимает не так много времени и все сразу начинает работать в отличии от IIS. При этом особых навыков не нужно.
Рассмотрим установку на базе Apache.
1. Скачать с официального сайта сборку локального веб-сервера `XAMPP`, содержащую в себе «Apache»: https://www.apachefriends.org/
2. Запускаем установщик и нажимаем *Next*:
3. Выбираем компоненты: «Apache» и «PHP» и нажимаем *Next*:
4. Снимаем галочку установки лишнего софта и нажимаем *Next*:
5. После окончания установки в трее должен появиться такой значок:
6. В трее откройте окно и проверьте состояние Apache. Должно быть вот так:
7. Для автозапуска службы необходимо нажать на кнопку *Config* и поставить галочку на модуль Apache:
Также стоит отметить то, что Apache использует по умолчанию 80 порт, и если вас есть другие сервисы (например, IIS), которые использует этот порт, то лучше их отключить, иначе служба не запустится.
8. Для проверки того, что служба веб сервера запущена, в строке адреса браузера необходимо ввести: [http://localhost](http://localhost)
9. Для публикации информационной базы необходимо открыть ИБ в **режиме Конфигуратор**:
10. Выбрать **Администрирование -> Публикация на веб-сервере**:
В открывшемся окне необходимо будет указать следующие данные:
- **Имя** – имя ИБ (можно оставить предложенное программой или указать своё);
- **Каталог** – каталог, где будут размещены данные опубликованной ИБ.
На закладке «НТТР сервисы» необходимо отметить флажками «Публиковать НТТР сервисы по умолчанию», «Telegram», «ЛичныйКабинет» и «УстановкаОценокПоЗаданиям»:
Далее необходимо нажать на кнопку **Опубликовать** и если не было допущено ошибок, программа сообщит:
На запрос программы *При создании новой публикации на Apache рекомендуется выполнить перезапуск веб-сервера. Выполнить перезапуск?* необходимо нажать **Да**:
Чтобы проверить доступность ИБ через веб интерфейс нужно набрать в адресной строке браузера:
`http://localhost/<имя ИБ>`, где `localhost` - имя компьютера (этот компьютер), а `<имя ИБ>` имя, указанное при публикации:
Для доступа к ИБ с других компьютеров локальной сети через веб интерфейс необходимо в адресной строке браузера вводить:
`http://ip-адрес веб сервера/<ИмяИБ>` либо `http://имя веб сервера/<ИмяИБ>`, например `http://192.168.1.3/itdemo` или `http://serv/itdemo`.
Если при попытке подключиться к ИБ с другого компьютера Вы получаете страницу *Не удается отобразить эту страницу* или *Не удается получить доступ к сайту*, то, возможно соединение на порт, который был указан при установке Apache, заблокировано брандмауэром Windows.
О том, как настроить Apache для работы с сервисом **Установка оценок по заданию** можно прочитать в уроке: [Использование HTTP-сервиса "Установка оценок по заданию"](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/http-servisovy/ustanovka-ocenok-po-zadaniyu-v-lichnom-kabinete)
:::info
Важно!
Если после публикации ИБ при запуске службы веб-сервера Apache возникают ошибки, проверьте, что в файле httpd.conf указан корректный путь к wsapXX.dll (где XX - версия Apache).
:::
P.S. файл httpd.conf находится в папке `C:\xampp\apache\conf\httpd.conf`, которую в указали при установке.
Например, для версии Apache 2.4 x32 строка в файле httpd.conf может быть такой:
`LoadModule _1cws_module "C:/Program Files (x86)/1cv8/8.3.14.1630/bin/wsap24.dll"`
а для Apache 2.4 x64 строка должна быть такой:
`LoadModule _1cws_module "C:/Program Files/1cv8/8.3.14.1630/bin/wsap24.dll"`
и, соответственно, установлена платформа 1С x64.
Также Вам может понадобиться [инструкция по публикации ИБ на Apache с использованием SSL (работа по https)](./static/Apache_SSL_IT.zip)
---
## Публикация на сервере - IIS(Публикация конфигурации на web)
## Установка IIS в Windows 10.
Для установки веб-сервера в Windows 10 необходимо в **Программы и компоненты -> Включение или отключение компонентов Windows** установить флажок для **Службы IIS**:
Далее необходимо раскрыть эту ветку и установить флажок напротив **ASP.NET 4.6** (Либо другую версию):
Нажимаем **ОК**, ждем окончания установки и перезагружаем компьютер. Для проверки вводим в адресную строку браузера [http://localhost/](http://localhost/) и видим страницу приветствия:
Теперь необходимо дать полный доступ для пользователя `IUSR` и группы пользователей `IIS_IUSRS` к папке с ИБ (для файловой базы):
А также к папке с установленной платформой:
Для публикации необходимо открыть ИБ в **режиме Конфигуратор**, запущенный от имени администратора:
В меню выбрать **Администрирование -> Публикация на веб-сервере…**:
Откроется окно публикации ИБ:
На закладке «HTTP сервисы» необходимо проверить, что для публикации выбраны все сервисы:
Нажимаем кнопку **Опубликовать** и если не было ошибок, то система сообщит об успешной публикации ИБ:
На вопрос о перезапуске WEB – сервера отвечаем **Да**.
После публикации ИБ, по адресу `c:\inetpub\wwwroot\` будет создана папка с именем опубликованной ИБ.
На неё также необходимо дать полный доступ для пользователя `IUSR` и группы пользователей `IIS_IUSRS`:
Далее необходимо открыть «Диспетчер служб IIS», для чего можно воспользоваться «поиском в Windows»:
Если версия ОС Windows имеет разрядность х64, а платформа 1С используется разрядности x32, тогда идем в «Пул приложений» - дополнительные параметры для «DefaultAppPool»:
И для параметра «Разрешены 32-разрядные приложения» устанавливаем значение «True»:
Если разрядность ОС и платформы 1С совпадают и являются х64, то параметр «Разрешены 32-разрядные приложения» изменять не нужно.
Раскроем ветку «Сайты» - «Default Web Site», найдем наше опубликованное приложение (имя должно совпадать с именем опубликованной ИБ) и откроем «Сопоставление обработчиков»:
Необходимо убедиться, что обработчик «1С Web-service Extension» существует, в противном случае его необходимо создать:
Свойства обработчика:
Разрешения функции:
После внесенных изменений необходимо перезапустить веб сервер:
Для подключения к ИБ в адресной строке браузера необходимо набрать следующее: http://localhost/<ИмяИБ> либо http://ip веб сервера/ИмяИБ, где ИмяИБ – имя, указанное при публикации ИБ:
## Возможные ошибки
### Ошибка HTTP 500.0 Internal Server Error
Возможна проблема с дополнительным параметром "Разрешены 32-разрядные приложения". Если платформа 1С 64-битная, то эта настройка должна быть установлена в False.
### Ошибка веб-сервера
При подключении к базе не отображаются картинки и выдается ошибка:
Для решения данной ошибки, перейдите в **службы IIS -> Пулы приложений -> ПКМ по DefaultAppPool -> Дополнительные параметры**, и установите параметр "Режим управляемого конвейера" на "Classic"
---
## Установка конфигурации(Начало работы)
Для установки конфигурации необходимо иметь платформу рекомендованную в личном кабинете для вашей версии и выше, а так же клиентские лицензии на использование платформы.
Обладателям клиент-серверного варианта 1С:Предприятия необходимы так же ключи на сервер. Если у Вас все это имеется и настроено, то приступим.
Скачиваем архив с дистрибутивом, который был передан Вам по ссылке в электронном письме после покупки. Распаковываем архив в папку.
В результате распаковки будем иметь два файла `setup.exe` и `1cv8.efd`. Запускаем `setup.exe`.
Нажимаем **Далее**, затем снова **Далее** и **Готово**. На этом этапе мы установили шаблон, по которому 1С создаст для нас конфигурацию.
Запускаем 1С:Предприятие. Т.е. платформу, как правило, она находится на рабочем столе или в меню Windows.
Откроется окно, в котором необходимо нажать на кнопку **Добавить**:
Далее откроется окно, в котором необходимо выбрать **Создание новой информационной базы**:
После этого шага откроется окно, в котором необходимо выбрать какую версию установить.
Есть два варианта: пустая, для начала работы или с демо-данными для демонстрации возможностей.
Станем на строку для начала работы и щелкнем на кнопку **Далее**.
Назовем конфигурацию как мы хотим и выберем тип расположения информационной базы.
Если у вас нет сервера 1С:Предприятия, т.е. клиент-серверного варианта 1С, то выберите первый пункт.
На следующем этапе можем выбрать, в какой папке будет храниться информационная база (для клиент-серверного варианта необходимо указать сервер и имя информационной базы в кластере).
После выбора папки, нажимаем **Далее** и **Готово**.
В результате, в списке информационных баз появится новый пункт:
Запускаем конфигурацию в режиме 1С:Предприятие. Конфигурация практически установлена, осталось лишь активировать ее тем ключом, который был выслан Вам вместе с дистрибутивом в электронном письме.
[Инструкция по активации конфигурации.](./aktivaciya-i-rabota-s-serverom-licenzirovaniya)
---
## Номенклатура и склад(Номенклатура и склад)
Для быстрого получения достоверной информации об остатках материальных ценностей на складе организации, от которой зависит работа не только подразделений закупок и продаж, но всей компании в целом, в конфигурации предусмотрена подсистема "Номенклатура и склад". Благодаря чему появляется возможность ведения складского учета. Что позволит отслеживать данные по номенклатуре в разрезе необходимых пользователю отборов, оформлять первичные документы, планировать продажи и закупки. В этой главе подробно разберем работу с этой подсистемой конфигурации [Управление IT-отделом 8](https://softonit.ru/catalog/products/it/#detail).
| Список ролей для работы с подсистемой "Номенклатура и склад" |
|--------------------------------------------------------------|
| Добавление и изменение номенклатуры |
| Добавление и изменение складских докуентов |
| Чтение складских документов |
---
## Важно знать!(Важно знать.md)
В этом разделе приведем ВАЖНЫЕ вопросы, которые могут возникнуть при использовании подсистемы складского учета.
---
## В документе "Поступление" поле "Количество" равно 1. В чем дело?(Важно знать.md)
Все верно, это нормальное поведение системы для некоторой категории номенклатуры. Скажем больше - для некоторых [видов номенклатуры](/it3/nomenklatura-i-sklad/nomenklatura/vidy-nomenklatury) это просто обязательно!
Если Вы хотите увидеть всю историю по той или иной комплектующей и в документах Поступления вы бы поставили количество 10, то как бы вы потом просмотрели историю каждой отдельно взятой материнской платы или процессора? Для этих целей используются карточки номенклатуры.
[Карточка номенклатуры](/it3/nomenklatura-i-sklad/kartochka-nomenklatury/) - это как паспорт для каждой комплектующей, который однозначно выделяет ее из себе подобных.
Если в [виде номенклатуры](/it3/nomenklatura-i-sklad/nomenklatura/vidy-nomenklatury) стоит "Вести учет по карточкам", то в документах Вы НЕ сможете управлять количеством - это всегда будет 1. Если учет по карточкам не ведется, например, для сетевого кабеля, клавиатур или мышек нам достаточно знать общее количество без истории, то в виде номенклатуры отключите учет по карточкам Вы сможете вести количественный учет и ставить любое количество в документах. Но учтите Вы теряете возможность детализации истории, если учет по карточкам не ведется.
Но как же быть если нужно знать историю комплектующей (т.е. ведется учет по карточкам) и необходимо оприходовать, например, сразу 10 материнских плат?
Выход тоже есть! В документе "Поступление" есть групповое добавление "Заполнить > Групповое добавление номенклатуры", что позволит Вам добавить в документ сразу несколько однотипных карточек.
Это особенность, которая делает продукт уникальным и позволяет вести учет вплоть до комплектующей. А потом открыв любую карточку Вы сможете видеть в каких документах карточка была использована, когда ремонтировалась, какой инвентарный, распечатать этикетку и т.д. и т.п.
---
## Как закрепить нескольких сотрудников за одним местом хранения?(Важно знать.md)
В нашей [конфигурации](https://softonit.ru/catalog/products/it/#detail) **НЕТ** возможности [закрепить](/it3/sotrudniki/zakreplenie-sotrudnikov) нескольких сотрудников за одним местом хранения, это важно! Сделано это специально, для избежание разногласий в спорных ситуациях.
Действительно, отвечать за оргтехнику в каждый момент времени, может **ТОЛЬКО** один сотрудник.
Если вдруг действительно за оргтехникой закреплено несколько сотрудников, или они работают посменно, то в этом случае в качестве альтернативного решения данной задачи, мы рекомендуем Вам **закреплять оборудование за начальником отдела**, в который входят эти сотрудники. На крупных предприятиях за частую именно так и поступают.
---
## Как изменить вид номенклатуры в справочнике номенклатуры?(Важно знать.md)
Для изменения некоторых реквизитов уже существующей номенклатуры, например, вид номенклатуры, необходимо открыть карточку номенклатуры и нажать в меню кнопку "Еще > Разрешить редактирование реквизитов", после этого нажмите на кнопку "Проверить и разрешить". Далее все реквизиты станут доступными.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
| Добавление и изменение номенклатуры;|
---
## Как разобрать комплект?(Важно знать.md)
Для того, чтобы разобрать комплект нужно открыть документ "Разбиение комплектации".
Далее нужно заполнить документ. Выбрать организацию и место хранения, где хранится комплект. Особое внимание следует уделить реквизиту документа "Тип разукомплектации". Если в документе "Сборка" не установлена галочка "Объединить все строки верхнего уровня в комплекты", тогда в документе "Разбиение комплектаций", в "Тип разукомплектаций" нужно установить значение "Разбить объединенные комплектующие". При установленной галочке, следует выбирать значение "Разбить комплект". После этого выбрать карточку комплекта, которую нужно разбить.
После этого комплект будет разобран.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение номенклатуры;|
|Добавление и изменение складских документов;|
|Чтение складских документов.|
---
## Как сделать комплектацию?(Важно знать.md)
Многие в самом начале задают этот вопрос.
Как сделать комплектацию: сначала "Поступление", а потом "Сборка (комплектация)"? Или Поступление отдельно и сборку отдельно?
Тут все достаточно просто... [Поступление](/it3/nomenklatura-i-sklad/skladskie-dokumenty/dokument-postuplenie) оприходует комплекты и комплектующие на место хранения. "Сборка (комплектация)" - комплектующие, которые находятся на месте хранения объединяет в комплекты. Т.е. сначала "Поступление", а потом, если необходимо - "Сборка (комплектация)".
По сути сборка на месте хранения "тасует" комплектующие в комплекте, т.е. она не предназначена для оприходования номенклатуры.
:::info _Важно!_
Для удобства работы, функции сборки может выполнять и сам документ "Поступление". Для этого необходимо перетащить мышкой комплектующие в комплекты и провести документ, поставив если необходимо галочку "Объединить все строки верхнего уровня в комплекты". После этого создавать документ сборки не нужно.
:::
---
## Отчет по заданным характеристикам номенклатуры(Важно знать.md)
В конфигурации есть возможность формировать отчет по остаткам только по заданной характеристике номенклатуры. Это нужно, когда хочется увидеть, сколько той или иной номенклатуры есть в организации с заданными характеристиками.
Покажем, на примере, как узнать сколько в организации есть заправленных картриджей.
Для этих целей возьмем отчет "Отчет по складам/рабочим местам" и изменим вариант отчета:
При открытии перейдем на закладку "Фильтры":
При нажатии "Добавить фильтр" откроется окно с доступными отборами. Найдем интересующую нас характеристику - для этого в поле введем "Заправлен" (характеристика карточки):
Добавим ее в отбор справа и выберем нужную характеристику "Да". После этого завершим редактирование и сформируем отчет заново. Получим отчет по характеристикам:
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение вариантов отчетов;|
|Добавление и изменение личных вариантов отчетов;|
|Использование универсального отчета;|
|Чтение вариантов отчетов.|
---
## После сборки комплекта, комплектация не отображается на месте хранения(Важно знать.md)
Часто возникает вопрос: **Почему после сборки комплектации, номенклатура пропадает на месте хранения**? Ответ довольно прост, чтобы избежать данной ситуации, необходимо оприходовать номенклатуру верхнего уровня. Например, у нас есть документ **Поступление** в котором есть комплектующие для сборки компьютера.
На следующем шаге, мы создадим документ **Сборка**, в котором соберем комплект. Обратите внимание, что номенклатура верхнего уровня, а именно ***Компьютер №1 *** не был оприходован.
В этом случае, вся номенклатура оприходованная документом **Поступление** пропадет с места хранения.
Если же номенклатуру **Компьютер №1** оприходовать вместе со всей номенклатурой, тогда номенклатура не пропадет.
Перепроведем документ **Сборка**.
Результатом будет место хранения с созданным комплектом.
Так же, если не оприходовать номенклатуру верхнего уровня и создать комплект, он не будет отображаться в отборах.
Обратите внимание, что если комплектующие для сборки компьютера оприходуются одним документом **Поступление**, собрать комплект можно сразу, без использования документа **Сборка**.
Ссылка на [видеоинструкцию](https://youtu.be/XB2BHl5eRBU)
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение номенклатуры;|
|Добавление и изменение складских документов;|
|Добавление и изменение операций по сотрудникам;|
|Чтение сотрудников.|
---
## Карточка номенклатуры(Карточка номенклатуры)
Карточка номенклатуры наряду с самой номенклатурой является одним из главных элементов конфигурации. Карточка имеет владельца - номенклатуру. Одна номенклатура может являться родителем для нескольких карточек. Например, номенклатура _Intel Core i3-9350KF BOX_. а дочерние карточки _Intel Core i3-9350KF BOX №1_, _Intel Core i3-9350KF BOX №2_ ...
**Номенклатура > Карточки номенклатуры**
Из карточки можно посмотреть всю информацию об оборудовании: серийный и инвентарный номер, бухгалтерскую информацию, когда купили, состояния карточки (ремонты), все документы, где карточка использовалась, штрихкоды, характеристики. Наименование карточки, строится автоматически по формуле, которая задается в настройках конфигурации.
---
## Зачем нужны карточки номенклатуры?(Карточка номенклатуры)
**Нам часто задают один и тот же вопрос:**
:::info Зачем придумали эту систему с карточками номенклатуры?
Есть вполне привычный для 1С:Бухгалтерии механизм оприходования позиций номенклатуры в нужных количествах, а потом уже создать типа основные средства через отдельный документ ввода в эксплуатацию.
То есть, вести два справочника - номенклатуры и ОС(техники в эксплуатации).
Но этот вариант тоже может показаться кому-то неудобным. Особенно когда в поступлениях по немного (1-5) штук и проще сразу создать в документе поступление единицы техники с инв.номерами.
И поэтому, просто непонятно - зачем карточки номенклатуры и сами номенклатуры? Если можно было просто создать один справочник и в нем создавать позиции с разными заданными характеристиками в свойствах. И тоже задать им вариант с возможностью быть индивидуальностью (ПК) или быть множественностью (одинаковые картриджи или мышки).
:::
Ответим на него. В конфигурации "Управление IT-отделом 8, редакция 1.0" не было карточек номенклатуры, была просто номенклатура и справочник номенклатуры был просто чудовищным!
Все дело в том, что по умолчанию, любому руководителю IT хочется видеть историю конкретного системного блока или материнской платы, если вести оборудование сводно, например, было 2 системника, первый поставили Иванову, второй Сидорову, потом и Сидоров, и Иванов уволились, а системники пришли на склад ИТ-отдела.
Понять, где чей в такой схеме уже не представляется возможным в программе, так как учет ведется сводно.
В версии 1.0 был один справочник, чтобы история была видна, каждая материнская плата, каждый системный блок и вообще любая "комплектующая" заводилась отдельным элементом.
У нее был свой серийный и инвентарный номер, и в этом случае можно было проследить историю карточки, но появлялись существенные минусы.
Представьте вы открываете справочник "Номенклатуры" и видите тысячи одинаковых позиций, но с разными серийными номерами. Это оказалось жутко неудобно, поиск информации по такому справочнику занимал долгое время и не было прозрачности в работе.
Дело конечно же может спасти учет, аналогичный учету по основным средствам (ОС) в бухгалтерии, там каждое ОС имеет свой элемент в справочнике основных средств и историю по каждому ОС можно проследить от и до, но тут в дело вступает такой момент, что, например, материнская плата не является ОС, хотя мы хотим видеть также историю по этой плате!
Как и много из того, по чем хотелось бы видеть историю в ИТ-отделе, но с точки зрения бухгалтерии это не ОС. Так что методологически ввести учет ОС как в бухгалтерском учете, было неверно и мы пошли другим путем.
Нами был разработан общий универсальный механизм, который впитал в себя все плюсы учета ОС, а также был гибок и понятен.
Появилось два справочника "Номенклатура" и "Карточки номенклатуры". Что это такое и зачем это, можно ознакомиться в статье [Концепция комплектов и комплектующих](/it3/nomenklatura-i-sklad/kartochka-nomenklatury/koncepciya-komplektov-i-komplektuyushchih).
Причем, что важно, номенклатура для однотипных объектов всегда одна, а вот карточек может быть сколько угодно, а уже в карточках указываются серийные номера и именно по карточкам ведется вся история.
При этом карточки номенклатуры отвечают за конкретную комплектующую в конкретном системном блоке, который тоже имеет карточку и уже свою историю.
Это очень гибко и универсально. Номенклатура не захламлена копиями других записей, карточки имеют владельца, конкретную номенклатуру и, по сути, отвечают за одинаковую модель, но указывают на конкретную комплектующую.
:::info Важно!
Свойства и значимости карточки номенклатуры описанные выше, становятся доступны только тогда, когда карточка введена на остатки, то есть по ней начался полноценный учет. Если карточка номенклатуры просто добавлена в справочник "Карточки номенклатуры" и при этом она не была внесена на остатки с помощью документа "Поступление", тогда данная карточка отображается в списке зеленым цветом, который отображает фактическое отсутствие данной карточки на остатках организации. Подобные зеленые карточки можно считать некими "фантомами", не влияющими на складской учет. Поэтому не стоит переживать, что наличие подобных зеленых карточек в списке "Карточки номенклатуры" каким-либо образом смогут Вам помещать в ведении складского учета.
:::
Еще хотелось бы отметить, что в этой схеме мы не забыли и про ситуации, когда учет по карточкам вести не нужно. Ну, например, мы не хотим вести историю по номенклатуре сетевой кабель, или клавиатура, нам достаточно видеть общее количество. В этом случае можно использовать [номенклатуру без учета по карточкам](/it3/nomenklatura-i-sklad/kartochka-nomenklatury/uchet-nomenklatury-bez-kartochek). По сути, это обычный учет по номенклатуре.
---
## Концепция комплектов и комплектующих(Карточка номенклатуры)
Хотелось бы начать вот с чего. Все мы прекрасно знаем, что компьютерная техника состоит из разных составляющих - комплектующих. Комплекты - это объекты, которые состоят из комплектующих, причем комплекты могут быть, как виртуальными (рабочее место, системный блок и т.д.), так и вполне конкретными (серверный шкаф, принтер и т.д.).
Рассмотрим и приведем примеры, как это реализовано в конфигурации.
В нашем решении есть два понятия: _номенклатура и карточка номенклатуры_. Вы можете спросить: зачем два справочника, если комплектующая у нас одна? Резонный вопрос.
Дело в том, что зачастую мы хотим увидеть, где была та или иная номенклатура, где она стояла, ремонтировалась ли, имеет ли инвентарный номер и т.д. Но также, у нас много однотипной информации: одинаковые принтеры, мониторы, системные блоки, материнские платы. Если все это вести отдельно, в одном справочнике, то через некоторое время мы получим в номенклатуре кашу из одинаковых названий и невозможно будет нормально сориентироваться в этом. Этот этап нами пройден в далеком 2009 году... Тогда мы придумали концепцию, которая актуальна по сегодняшний день.
Было разделено все на 2 справочника: номенклатура и карточки номенклатуры. В номенклатуре содержится модель комплектующей, а в карточке, сама комплектующая с инвентарными номерами, историей и т.д.
***Чтобы было понятно приведу, пример:***
Номенклатура: ВАЗ 2107
Карточка номенклатуры ВАЗ 2107 А123АА
При этом в документах, выбирая номенклатуру (определенную модель комплектующей или комплекта), мы выбираем карточку, но выбираем не из всего списка карточек, а с отбором по данной номенклатуре:
Все достаточно просто и не запутано.
Как уже было сказано выше: комплекты - это объекты, которые состоят из комплектующих. В конфигурации с ними работать так же просто. На рисунке, который указан выше комплектом является "Компьютер №22" в нем содержатся другие комплектующие. Для того, чтобы внести комплектующую в комплект, необходимо мышкой перетащить комплектующую. Не все объекты могут содержать комплектующие, но об этом мы поговорим позже.
Так же в конфигурации есть возможность [не вести учет по карточкам](/it3/nomenklatura-i-sklad/kartochka-nomenklatury/uchet-nomenklatury-bez-kartochek) . Это актуально для некоторого вида спец. комплектующих и расходных материалов. Например: сетевой кабель, мышки, клавиатуры и т.д. Информация о том, где была та или иная мышка, нам зачастую не нужна.
---
## Статусы карточек номенклатуры(Карточка номенклатуры)
**Статусы карточек номенклатуры** - это механизм, который позволит каждой карточке назначать свой статус, отображать этот статус в форме мест хранения, при просмотре статусов, а так же возможность вести историю изменения статусов.
**Для чего это нужно?**
Есть такие карточки, по которым статус вести обязательно, пример, ведение учета фискальных накопителей.
У фискального накопителя, может быть несколько статусов, например, таких: _не активизирован, активизирован, активизирован (осталось менее месяца), архив закрыт_.
Исходя из этого мы можем назначить каждой карточке этого вида номенклатуры свой статус.
Для начала работы создадим вид номенклатуры для статусов карточек:
Обратите внимание, при активации галочки "Может иметь статус" появляется вкладка **Статусы**.
Для карточек номенклатуры с этим видом, будет возможность работать с указанными статусами в виде номенклатуры.
Приведем карточку:
А теперь вкладка статусы:
Ну и как эта карточка выглядит в справочнике **Места хранения**:
Таким образом статусы позволяют вести учет карточек в каком-то состоянии в определенный момент времени.
Также конфигурация позволит вам автоматически менять статусы, для этого необходимо использовать подсистему Автоматизация (шаги автоматизации).
---
## Типичные ошибки при работе с карточками номенклатуры(Карточка номенклатуры)
В этой статье собраны типичные ошибки, с которыми сталкиваются пользователи при открытии, создании и сохранении карточек номенклатуры, а также способы их устранения.
## Карточки номенклатуры перестали открываться после обновления
Это одна из наиболее частых жалоб после обновления конфигурации. Форма карточки или форма списка «Карточки номенклатуры» не открывается, зависает или показывает ошибку вида:
* Ошибка при открытии формы...
* Недопустимое значение параметра...
* Индекс находится за пределами...
**Причина:** При обновлении конфигурации структура форм может измениться, но сохранённые персональные настройки формы (позиция колонок, видимость реквизитов, группировки) остаются старыми и вступают в конфликт с новой формой.
:::info Важно перед обновлением
Если в конфигурацию вносились сторонние доработки (изменения модулей форм), убедитесь, что они совместимы с новой версией. Ошибки в строках, которых «не существует» в текущей версии, почти всегда указывают именно на конфликт доработок, а не на ошибку самой конфигурации.
:::
### Решение 1: сбросить стандартные настройки формы
1. Попробуйте открыть форму списка **Карточки номенклатуры**.
2. Если форма всё же открылась (пусть и некорректно) — нажмите кнопку **Ещё** в правом верхнем углу формы.
3. Выберите пункт **Установить стандартные настройки**.
4. Закройте форму и откройте снова.
Эта операция сбрасывает только персональные настройки отображения формы (колонки, фильтры, группировки). Данные карточек номенклатуры при этом не затрагиваются и не удаляются.
### Решение 2: сбросить настройки через администрирование
Если форма не открывается вообще и до кнопки **Ещё** добраться невозможно — сбросьте настройки формы для нужного пользователя:
**Администрирование → Настройки пользователей и прав → Настройки пользователей**
Найдите нужного пользователя, откройте его настройки и выполните очистку настроек формы списка карточек номенклатуры.
## Ошибка уникальности при создании карточки
Иногда при сохранении новой карточки или при загрузке карточек через обработку система возвращает ошибку вида:
* Значение поля «Серийный номер» не уникально. Контроль уникальности можно отключить в настройках параметров учёта.
* Значение поля «Инвентарный номер» не уникально. Контроль уникальности можно отключить в настройках параметров учёта.
**Причина:** В конфигурации включена проверка уникальности по инвентарному или серийному номеру. Если карточка с таким номером уже существует в базе (в том числе в состоянии «зелёной» — без поступления), система не позволит создать дубль. Ошибка часто возникает при массовой загрузке карточек из внешнего файла через обработку.
**Что делать:**
1. Перед созданием новой карточки воспользуйтесь поиском — откройте форму списка **Карточки номенклатуры** и введите серийный или инвентарный номер в строку поиска.
2. По умолчанию список может быть отфильтрован — снимите лишние фильтры (например, по месту хранения или статусу), чтобы видеть все карточки, включая зелёные (без остатков).
3. Если карточка нашлась — используйте уже существующую карточку.
4. Если номер введён с опечаткой — исправьте и повторите запись.
5. При массовой загрузке через обработку — убедитесь, что в загружаемом файле нет строк с повторяющимися серийными/инвентарными номерами. Загрузку следует производить только встроенными инструментами конфигурации.
:::info Зелёные карточки
— это не ошибка Карточки, отображаемые в списке зелёным цветом, были созданы в справочнике, но ни разу не вводились на остатки документом **Поступление**. Такие карточки можно считать «фантомами» — они не влияют на складской учёт. Подробнее — в статье [Зачем нужны карточки номенклатуры?](https://docs.softonit.ru/it/nomenklatura-i-sklad/kartochka-nomenklatury/zachem-nuzhny-kartochki-nomenklatury)
:::
## Ошибка при загрузке изображения в карточку
При попытке загрузить изображение в карточку номенклатуры система выдаёт ошибку «Класс не зарегистрирован». Проблема техническая — связана с регистрацией COM-компонентов на сервере. Решение описано в статье [Не работает загрузка изображений, ошибка «Класс не зарегистрирован»](https://docs.softonit.ru/it/obshchie-voprosy/po-rabote-v-konfiguracii/ne-rabotaet-zagruzka-izobrazheniy-oshibka-klass-ne-zaregistrirovan).
## Карточка сохраняется, но изменения не отображаются
Иногда после редактирования и записи карточки пользователь видит в форме списка старые данные.
**Причина:** Форма списка кешируется и не всегда автоматически обновляется после записи.
**Решение:** Нажмите **F5** или кнопку обновления в форме списка. Если данные по-прежнему не обновились — закройте форму и откройте заново.
## Поля в форме карточки неактивны
При открытии формы создания или редактирования карточки номенклатуры одно или несколько полей выглядят заблокированными: кнопки выбора отсутствуют, ввести или изменить значение невозможно. Чаще всего это затрагивает поле **Номенклатура**, но может проявляться и на других реквизитах.
**Причина:** после обновления конфигурации кешированные персональные настройки формы могут блокировать отдельные элементы интерфейса.
**Что делать:** сбросьте настройки формы через
**Ещё → Установить стандартные настройки**
(подробнее — в первом разделе этой статьи).
## Система не даёт изменить вид номенклатуры
### Почему система не даёт изменить атрибуты вида номенклатуры?
Если номенклатура данного вида участвует в проведённых документах, система блокирует редактирование атрибутов вида — поля становятся серыми и недоступными. Это защитный механизм: атрибуты вида (например, флаг «Вести учёт по карточкам номенклатуры») влияют на тип учёта и структуру связанных данных, а их изменение при наличии проведённых документов может нарушить целостность учёта. Чтобы поля снова стали доступными, необходимо распровести все документы, в которых используется номенклатура данного вида.
**Что делать в этой ситуации:**
1. **Распровести документы, изменить вид, провести заново.** Если количество документов небольшое, можно отменить проведение всех документов, в которых используется данная номенклатура (например: Поступление → Ещё → Отменить проведение), внести нужные изменения в атрибуты вида номенклатуры, а затем повторно провести документы. Это наименее трудозатратный вариант при небольшом объёме данных.
2. **Создать новый вид и новую номенклатуру.** Создайте новый вид номенклатуры с нужными атрибутами и новый элемент номенклатуры на его основе. Перенесите актуальные характеристики вручную через кнопку «Добавить характеристику» в форме вида номенклатуры. Затем проведите инвентаризацию остатков: спишите остатки со старой номенклатуры и оприходуйте их на новую. Это позволит корректно перейти на новый вид без потери складского учёта. Старый элемент номенклатуры пометьте на удаление, чтобы он не мешал в списках выбора (удаление возможно только после того, как элемент не используется ни в одном непроведённом документе и не имеет остатков).
Если номенклатура активно используется в большом количестве документов, вариант с распроведением может быть трудоёмким. В таком случае рекомендуется воспользоваться вариантом 2.
### Как скрыть или удалить ненужные виды номенклатуры из начального заполнения?
При установке конфигурации справочник «Виды номенклатуры» заполняется значениями по умолчанию (Монитор, Ноутбук, Принтер, Программное обеспечение, Услуга и др.). Все они являются предопределёнными элементами справочника в платформенном смысле 1С:Предприятия. Если часть из них не используется в вашей организации, они могут мешать при выборе.
Поскольку все эти виды являются предопределёнными элементами платформы, удалить их из базы данных невозможно. Единственный практичный вариант — переименовать и перенастроить ненужные виды под нужды организации.
**Переименовать и перенастроить.** Откройте Справочники → Виды номенклатуры, выберите нужный вид и измените его наименование и атрибуты.
:::info Важно
Некоторые встроенные виды используются в механизмах автоматического импорта оборудования из сторонних программ (Everest/AIDA64, WMI) — через реквизит «Группа записи номенклатуры». Перед переименованием убедитесь, что этот вид не задействован в настройках загрузки данных. Иначе изменения могут нарушить работу импорта при следующей загрузке.
:::
## Общий алгоритм действий при любой ошибке с карточками
Если ошибка не подпадает ни под один из разделов выше — пройдитесь по этим шагам:
1. Обновите форму **F5** и повторите действие.
2. Сбросьте настройки формы через **Ещё → Установить стандартные настройки**.
3. Перезапустите клиент 1С — некоторые ошибки связаны с временным состоянием сеанса.
4. Проверьте наличие дубликатов — особенно при ошибках уникальности.
5. Проверьте права доступа — убедитесь, что пользователь включён в группу доступа с профилем **Сотрудник склада** или аналогичным.
6. Если ничего не помогло — запишите текст ошибки, сделайте скриншот и обратитесь в техподдержку: опишите, что именно делали и что произошло.
## Список необходимых ролей
| Действие | Роль |
|---|---|
| Изменение видов номенклатуры | Добавление и изменение номенклатуры |
| Разрешение редактирования реквизитов | Добавление и изменение номенклатуры |
---
## Учет номенклатуры без карточек(Карточка номенклатуры)
Существует номенклатура, для которой не требуется вести учет по карточкам. Например, сетевой кабель, мышки, клавиатуры, коннекторы, тоннер и т.п., позиции, по которым нам не нужно знать где была эта номенклатура и что с ней происходило. Это необходимо в основном для расходных материалов. Которые пришли, их сразу свалили в кучу и выдают без разбору. И самое главное в данной куче необходимо лишь знать общее количество.
Но есть и спорные позиции, некоторые организации по ним ведут учет по карточкам, а некоторые нет. К этим позициям относятся картриджи.
Приведем пример, что, если бы картриджи велись не по карточкам. Методика учета картриджей уже была [приведена](/it3/nomenklatura-i-sklad/metodiki-ucheta/metodika-ucheta-kartridzhey) .
Например, у нас на складе есть 10 картриджей для лазерных принтеров, пришло еще 5. Допустим картриджи у нас используются один раз (без заправки), и учет по карточкам будет излишним. Нам не нужно знать где установлен конкретный картридж. Мы хотим знать только, что у нас имеется в наличие 15 картриджей. Для ведения таких номенклатур и используется учет без карточек. Давайте пройдем весь процесс ведения номенклатуры без карточек на конкретном примере начиная с создания вида номенклатуры.
Откроем вид номенклатуры **Картридж** и снимаем галочку Вести учет по карточкам номенклатуры.
Как мы видим в поле **Учет карточек** для нашего вида номенклатуры галочка не установлена - это означает что учет по карточкам вестись не будет.
Теперь создадим саму номенклатуру.
Обратите внимание, что вкладка **Карточки номенклатуры** есть, но работать с ней по сути мы не можем.
Теперь у нас есть номенклатура картриджа. Настало время рассмотреть сам процесс ведения номенклатуры без карточек.
Сделаем поступление наших картриджей на склад.
Мы сформировали поступление 5 картриджей. Обратите внимание, что в табличной части находится всего одна запись. Если бы мы вели учет этих картриджей по карточкам, то нам пришлось бы создать 5 записей, по одной на каждый картридж, и присвоить каждой уникальную карточку номенклатуры. Но, к счастью, это можно сделать без лишних движений - достаточно нажать кнопку **Заполнить**, в впадающем списке выбрать **Групповое добавление номенклатуры**, заполнить форму и нажать кнопку **Добавить**, снова нажать кнопку **Заполнить** и выбрать **Карточки номенклатуры**.
Но повторимся, это необходимо делать если бы велся учет по карточкам, но так как его нет, добавим всего одну строку и укажем нужное количество.
До поступления в основном месте хранения у нас было 10 картриджей canon pg-445, сейчас 15. Количество и сумма (формируется складыванием сумм всех поставок по данной номенклатуре) - это единственные показатели номенклатуры, доступные нам.
На нашем складе есть принтер и 15 картриджей. Появилась задача укомплектовать рабочее место пользователя принтером. Перед этим создадим комплект из принтера и картриджа. Создаем новый документ **Сборка (комплектация)**
**Номенклатура и склад - Создать - Сборка(комплектация)**
Организация заполнилась автоматически, так как она указана в настройках пользователя для текущего пользователя (в нашем случае это Администратор). Место хранения тоже может заполняться автоматически, если его указать в настройках пользователя. В нашем случает придется заполнить его вручную.
Нажмем кнопку **Подбор**.
Давайте создадим комплект из принтера Canon LBP5055 и одного картриджи canon pg-445. Для этого отметим их галочкой. В поле **Выбрано**, изначально подставляется максимальное количество - в нашем примере это 15. Изменим его на 1 (для редактирования щелкните по нему два раза).
Нажимаем кнопку **Подбор** и возвращаемся в документ **Сборка (комплектация)**.
Теперь в нашей комплектации есть принтер и картридж. Все как мы и планировали. Но, обратите внимание, картридж не находится внутри принтера, он находится рядом с ним. Перетащите картридж на принтер левой кнопкой мыши.
Должно получиться как на скриншоте выше. Для завершения сборки осталось нажать кнопку **Провести и закрыть**.
Теперь наш склад выглядит так.
Один картридж ушел в комплект с принтером, а свободных картриджей осталось 14.
Переместим только что созданный комплект на Рабочее место, для этого создадим документ **Перемещение**
**Номенклатура и склад - Создать - Перемещение**
Этот документ может использоваться, как для перемещений между организациями, так и для перемещений внутри одной организации. Если Вы делаете перемещение внутри организации просто укажите ее в качестве **Организации расхода** и **Организации Прихода**.Также заполните **Место расхода** и **Место прихода**. Выберем наш принтер, для этого нажмем кнопку Подбор.
В окне **Подбор** мы видим все номенклатуры, которые находятся в указанном **Месте расхода**. Поставим галочку возле принтера или картриджа, возле второй части комплекта галочка установится автоматически. И нажмем кнопку **Подбор**.
В итоге мы получим такой документ. Осталось нажать **Провести и закрыть**.
В итоге, принтер с картриджем внутри перейдет со склада на **Рабочее место.**
Все отлично, пользователь работает. Но в один прекрасный момент в картридже заканчивается тонер. Что делать? Есть два варианта: отправить картридж на заправку или списать его. Действия для обоих вариантов почти не отличаются, поэтому рассмотрим их вместе. Создадим в "Основном месте хранения" группу "Пустые картриджи", в которую мы будем складывать картриджи для заправки. Зайдем в места хранения
**Номенклатура и склад - Места хранения**
Щелкнем правой кнопкой мыши на **Основное место хранения** и выберем пункт **Создать**.
Заполним интересующие нас пункты и нажмем **Записать и закрыть**. Теперь мы можем поместить пустой картридж в эту группу и установить пользователю заправленный со склада. Эти две операции мы можем реализовать в одном документе, а именно в **Окончании обслуживания**
**Ремонт и обслуживание - Окончание обслуживания**
Мы уже заполнили все поля и выбрали наш комплект для обслуживания. Теперь самое интересное. Два раза щелкаем на поле **Событие** картриджа и выберем **На склад** или **Списание.**
Нажимаем кнопку **Установить со склада** и выбираем наши картриджи, устанавливаем количество равное одному, нажимаем кнопку **Подбор.**
Картридж добавился в список, но не внутрь принтера, перетащим его на принтер.
На вкладке **Дополнительно** заполним **Место хранения на склад** и **Место хранения со склада** как показано ниже.
Не забудьте установить правильное состояние обслуживания: для нашего случая, если физическая замена картриджей уже проведена целесообразно выбрать **Выполнен**.
В заключении давайте проверим количество наших картриджей на местах хранения.
На **Основном месте хранения осталось** 13 картриджей: один мы взяли для укомплектования рабочего места, а второй - для его замены.
Пустой картридж у нас всего один.
В принтере у нас тоже один картридж.
В общей сумме у нас 15 картриджей как и было в начале примера.
Таким образом, хотя мы не можем сказать где находится конкретный картридж, мы всегда можем точно определить, где и сколько однотипных картриджей находится. При этом документы получаются существенно короче, что актуально при печати, ведь при ведении номенклатур по карточкам, одна единица номенклатуры в документе занимает одну строку. А также сокращается пространство, занимаемое базой данных, и уменьшается нагрузка на сервер. Поэтому к вопросу - вести номенклатуры по карточкам или нет нужно подходить обдуманно.
---
## Концепция именования мест хранения(Номенклатура и склад)
В нашей конфигурации оборудование "привязывается" к месту хранения, а за этим местом хранения закреплен сотрудник. Т.е. в конфигурации реализована связь:
**Оборудование ⇔ Место хранения ⇔ Сотрудник.**
Есть две схемы именования, придуманные нами и наиболее оптимальные с точки зрения простоты и удобства.
«Номенклатура и склад - Места хранения»
## 1. Обезличенная
Создаем место хранения buch1 в организационной структуре мест хранения. Для создания структуры можно перетащить место хранения в другое место хранения, и оно станет подчиненным. Это удобно если хочется раскидать всех по кабинетам, этажам и т.д.
Т.е. в дереве складов будет примерно следующая структура.
```
Организация, ООО
--Бухгалтерия
----buch1
----buch2
```
Далее открываем закладку сотрудники на рабочем столе, создаем новый документ "Закрепление сотрудников" и привязываем место хранения buch1 к Иванову. Теперь в отчетах у нас фигурирует Иванов.
При увольнении Иванова, не забываем создать новый документ "Снятие закрепление сотрудников".
Такая схема хороша тем, что места хранения "обезличены", т.е. грубо говоря, сотрудники увольняются, но место хранения остается, а затем новому сотруднику назначается это место хранения и все.
## 2. По сотрудникам
Т.е. структура будет, примерно такая:
```
Организация, ООО
--Бухгалтерия
----Иванов Иван Иванович (buch1)
----Петров Петр Петрович (buch2)
```
Эта схема удобна тем, что можно не привязывать сотрудников. Из наименования места хранения и так понятно у кого находится оборудование. Но тогда, при увольнении оборудование надо куда-то перемещать с этих мест хранения, а затем не забывать выдать его новому сотруднику.
Какую схему выберите Вы, это уже Ваш выбор.
Так же поддерживается иерархия мест хранения. Т.е. одно место хранения может содержать несколько других, например:
```
Склад ИТ-отдела
--Полка 1
----Ячейка 1.1
----Ячейка 1.2
--Полка 2
```
При первоначальной настройке конфигурации следует уделить этому шагу время и для себя выбрать схему, которая Вам подходит и распределить вложенность мест хранения.
---
## Методики учета(Методики учета)
В данном разделе будут приведены различные методики учета номенклатуры.
---
## Как закрепить за одним местом хранения несколько МОЛов?(Методики учета)
Этот вопрос задают нам часто, поэтому мы решили вынести его в базу знаний.
Действительно, часто так бывает когда за одним компьютером, а стало быть на одном рабочем месте, работают 2 и более сотрудника (складские работники, сотрудники с графиком работы 2 через 2 и т.д.). Программа не позволяет привязать 2 сотрудников к одному рабочему месту. Как поступить правильно?
Наше решение очень простое и продиктовано несколькими вещами. Возьмем для примера, бухгалтерию. По бухгалтерскому учету не может быть нескольких ответственный в принципе. Даже если материал, инвентарь и т.д., используется всеми сотрудниками компании, но ответственный всегда один.
Почему так? Потому что невозможно разграничить сферу ответственности если несколько материально-ответственных лиц (МОЛ) на складе.
Там, где несколько МОЛ, там нет порядка, и никто не виноват в том, что что-то может случится с оборудованием, соответственно никто ни за что не отвечает. МОЛы будут только обвинять друг друга. Отчасти, именно, в связи с этим в бухгалтерском учете только один ответственный.
Наше решение пошло тем же путем.
:::info Важно
В конфигурации в один момент времени за местом хранения может быть закреплен только один сотрудник организации.
:::
**Как быть в том случае, если их несколько? Очень просто:**
1. Если у таких сотрудников есть руководитель, то необходимо назначить ответственным его предварительно объяснив то, что мы написали выше по поводу бухгалтерского учета. Руководитель будет заинтересован в том, чтобы с оборудованием все было в порядке и будет контролировать своих подчиненных. Подчиненные будут знать, что в случае чего, их непосредственный руководитель вынужден будет переложить ответственность на них, поэтому будут стараться не подвести его и себя.
2. Если руководителя нет, то выбирается один из таких сотрудников и назначается ответственным. Тут все аналогично пункту выше.
В обоих случаях из нашей конфигурации подготавливается печатная форма "Акт передачи" (или какая-то другая) из документа "Закрепление сотрудников" и дается на подпись единственному МОЛу. После подписания этой формы сотрудник становиться ответственным и отвечает за принятое на ответственное хранение оборудование.
---
## Как контролировать сроки действия электронных цифровых подписей (ЭЦП)(Методики учета)
В большинстве организаций использование ЭЦП (электронно-цифровая подпись) стало неотъемлемой частью работы. Соответственно возникает потребность во введении учета данной номенклатуры, что естественно возможно реализовать в нашей конфигурации. Перед тем, как приступить к рассмотрению практического примера. Давайте определим список важных параметров, которые необходимо контролировать при ведении учета:
* [x] Срок действия;
* [x] Кем выдан;
* [x] Владелец подписи;
* [x] Область применения.
Теперь давайте приступим. Первое, что необходимо сделать, это создать новый вид номенклатуры, перейдем в раздел
**Номенклатура и склад -> Виды номенклатуры**
Так как наиболее важный параметр, это срок действия ЭЦП, то тип вида номенклатуры выбираем «Программное обеспечение». Данный тип позволит вести контроль сроков действия электронной подписи. Также, чтобы появилась возможность отслеживать ее статус (активно, неактивно, просрочено и т.д.) необходимо отметить чек-бокс **Может иметь статус** и **Вести историю изменения статусов**, при этом данный вид номенклатуры должен вести учет по карточкам. В результате должно получиться следующее:
Следующим шагом будет создание новой номенклатуры с видом «ЭЦП» в разделе «Номенклатура и склад».
Далее нужно создать карточку номенклатуры. В поле «Номенклатура» указываем новую номенклатуру **ЭЦП**, на закладке **Лицензия и обновления** устанавливаем чек-бокс **Есть ограничения по сроку действия лицензии**. После чего, становятся доступные поля для указания срока действия нашей электронно-цифровой подписи. Также можем указать реквизит **Дату установки ПО**, если нам необходимо учитывать дату установки данного ключа.
Так как мы хотим отслеживать в каком состоянии (т.е. активна или просрочена) данная подпись, тогда перейдем к созданию статусов. В разделе **Справочники** откроем справочник **Статусы карточек номенклатуры** и нажмем кнопку **Создать**. Вводим наименование статуса, например, **Активно** и выбираем из набора картинку для данного статуса. Таким образом создаем весь необходимый список статусов для учета ЭЦП. В результате получаем список, состоящий из активно, активно (осталось меньше месяца), неактивно, просрочено. Благодаря этим статусам легко определить в каком состоянии на текущий момент находится подпись. Например, активно (осталось меньше месяца) говорит о том, что пора бы заняться продлением данной подписи, ведь скоро заканчивается срок ее действия.
После того, как все статусы готовы, возвращаемся в карточку ЭЦП и переходим на вкладку **Статусы карточки**. Где с помощью кнопки **Установить статус** установим актуальный на текущий момент статус (активно) для этой электронной подписи. В дальнейшем этот статус следует изменять вручную.
И так, на данный момент мы настроили отслеживание срока действия подписи, теперь необходимо добавить дополнительные параметры. Все также в карточке ЭЦП открываем вкладку **Характеристики** и нажимаем кнопку **Добавить характеристику**. Откроется список предопределенных видов характеристик. Так как по умолчанию характеристики для электронной подписи не предусмотрены их нужно создать. В списке видов характеристик создаем параметры: кем выдан, владелец подписи, область применения.
В результате проделанных действий, оприходовав данную номенклатуру, будем видеть на месте хранения статус подписи, а также дополнительные характеристики для учета.
С помощью специального отчета **Отчет по лицензиям** можем быстро определить, где установлена та или иная электронная подпись. Увидеть сколько дней осталось до окончания срока действия. Причем за 30 дней до окончания действия, соответствующее поле будет подсвечиваться синим цветом, красным если до окончания действия остается меньше 10 дней.
Начиная с версии 4.0 периодические оповещения (например, «до окончания срока действия электронной подписи осталось 7 дней») настраиваются в подсистеме **Автоматизация**, а не через справочник «Правила событий», который выведен из эксплуатации.
Таким образом осуществляется контроль сроков действия электронно-цифровых подписей (ЭЦП) в конфигурации.
---
## Как указать для картриджей заправлен он, или нет?(Методики учета)
***В процессе ведения учета возникает много вопросов по учету картриджей:***
- А как на складе узнать, что картридж заправленный или нет (сколько пустых, сколько заправленных картриджей)?
- Есть ли у картриджей статус какой-то заправлен или нет?
- Чтоб допустим при отборе можно было сразу видеть какой пустой?
Мы предлагаем следующий вариант ведения учета, который, по нашему мнению является самым простым для конечного пользователя.
Вам необходимо для картриджей сделать отдельные места хранения следующей структуры:
И перемещать картриджи, документом [Перемещение](/it3/nomenklatura-i-sklad/skladskie-dokumenty/dokument-peremeshchenie) из одного места хранения "Заправленные картриджи" в другое "НЕ заправленные картриджи", если картридж стал не заправленным, и, наоборот, если не заправленный картридж - заправили.
Вместе с тем, Вы всегда сможете узнать общее число картриджей сформировав отчет по остаткам по месту хранения "Картриджи", который объединяет как заправленные, так и не заправленные. Вот настройки для отчета для просмотра всех картриджей:
Сформировав, по месту хранения "Заправленные картриджи" увидим только то, что есть в наличии заправленное и наоборот.
Это что касается картриджей, которые есть в наличии IT-отдела на складе в запасе и на заправке.
|**Список, необходимых ролей для работы .**|
|-----------------------------------------|
|Добавление и изменение операций по сотрудникам|
|Чтение сотрудников.|
---
## Как учитывать оборудование, переданное сторонним организациям(Методики учета)
**Цель**: Автоматизировать учет и контроль возврата IT-оборудования (мыши, ноутбуки и др.), временно переданного заказчикам или сторонним организациям.
**Проблема, которую решаем**: Оборудование, выданное заказчикам, не учитывается в стандартных системах (бухгалтерия и др.), легко теряется, а ответственность ложится на IT-специалиста.
## **Шаг 1: Активация "Складского учета клиентов"**
В разделе
**Администрирование -> Настройки параметров учета -> Функциональность**
Опция "Складской учет клиентов" должна быть включена.
## **Шаг 2: Создать контрагента**
Перейдите в справочник «Контрагенты». Найти или создать карточку нужной организации-заказчика (например, "СтройГигант"). В карточке контрагента установить параметр Тип учета: "Учет остатков".
## **Шаг 3: У контрагента добавить контактное лицо**
В контактные лица контрагента добавить сотрудника, который будет отвечать за переданное оборудование (Например: «Персин Иван Семенович»).
## **Шаг 4: Создать «Виртуальный Склад» для заказчика**
В справочнике «Места хранения», создайте новое место, указав имя идентичное названию контрагента. Организацией указать контрагента «СтройГигант».
Во вкладыши «Ответственные» закрепить сотрудника «Персин Иван Семенович», создав документ «Закрепление сотрудников».
## **Шаг 5: Передача оборудования заказчику (Документ «Перемещение»)**
Создайте и заполните Документ "Перемещение": - местом расхода указать собственную организацию и место хранения (откуда передается оборудование): - местом прихода организацию заказчика и ее «склад»; - заполнить табличную часть передаваемым оборудованием.
## **Шаг 6: Настройка автоматического напоминания о возврате**
В шаблонах заданий создаем шаблон.
- ***тип***: «Регламентное задание.
Заполняем важные поля:
- ***наименование***: «Забрать оборудование (СтройГигант)».
- ***тема***: «Учет оборудования у сторонних компаний».
- ***текущий*** исполнитель: «Соколов Максим Игоревич», на кого будет назначено задание.
- ***дату и время создания***: открыв расписание установим дату «28 августа 2025 г. 8:00» (мы знаем, что заказчик уезжает 29.08.25).
При необходимости можем заполнить и другие реквизиты: проект, сервис и т.д., для аналитики.
Проверив, что у шаблона включена «Активность», сохраняем его.
## **Шаг 7: Возврат оборудования и закрытие задачи.**
В 8:00 28.08.25 будет автоматически создано задание с темой «Забрать [мышь] у Персина И.С из СтройГигант». Которое увидит в своем списке Соколов М.И., т.к. он будет назначен исполнителем этого задания.
Забираем оборудование у заказчика. Создаем документ обратного перемещения от заказчика на свой склад. Переводим задание на этап выполнено. В шаблоне задания отключаем активность. Сам шаблон можно не удалять, мы можем его в будущем откорректировать и использовать в подобной ситуации.
---
## Методика учета картриджей(Методики учета)
В нашем решении - конфигурации Управление IT-отделом 8, можно вести учет картриджей. Рассмотрим каждый пункт по порядку.
## 1. Покупка картриджей
При покупке картриджей, с точки зрения учета, не меняется ничего. Мы аналогично делаем те же документы, как если бы мы покупали что-то другое. Делаем документ "Заказ поставщику", на его основании вводим "Поступление".
Если покупка без заказа, то "Поступление" делаем сразу
**Номенклатура и склад -> Поступления**
В результате данного действия на складе "Центральный склад" на остатке появится данный картридж.
## 2. Перемещение картриджей
Тут возможны варианты. Если картридж просто перемещается на новое место хранения без установки в принтер(копир), то мы делаем обычный документ "Перемещение" и перемещаем его на новое место хранения. В таком случае не будет комплектации с принтером. Если же мы хотим установить картридж в принтер, нам необходимо создать документ "Окончание обслуживания".
Если рассмотреть на примере, то пусть картридж, который изображен выше на рисунке мы хотим поставить в принтер, который находится в месте хранения "Рабочее место(касса)". В таком случае заполним документ
**Ремонт и обслуживание -> Окончание обслуживания**
Заполним место хранения "Рабочее место(касса)" (где будет стоять принтер). Место хранения со склада "Центральный склад" (откуда будем брать Картридж). Реквизит "Обслуживание" равен "Внутреннее обслуживание произведено сразу" (т.е. собственными силами).
Потом подбором добавим принтер "KYOCERA Ecosys M223Dn" на вкладке "Номенклатура". Затем нажмем на кнопку "Установить со склада" и выбрали картридж, после вставки в документ перенесем его внутрь принтера. Получим следующее:
При проведении данного документа картридж будет списан с "Места хранения со склада" и установлен, как комплектующая по отношению к принтеру.
На этом заправка картриджа собственными силами завершена.
## 3. Ведение подсчета заправок картриджей
Данный пункт не обязателен, но возможность вести учет количества заправок возможен. Для этого воспользуйтесь документом (Ремонт и обслуживание > Изменение показателей оборудования) ["Изменение показателей оборудования"](/it3/remonty-i-obsluzhivanie/izmenenie-pokazateley-oborudovaniya)
С его помощью можно вести учет числовых показателей оборудования, таких как: количество заправок картриджей, количество отпечатанных листов и т.д. Т.е. это какой то числовой показатель, который будет накапливаться со временем. Для просмотра сколько всего раз был заправлен картридж воспользуйтесь отчетом [" Показатели оборудования "](https://softonit.ru/FAQ/courses/?COURSE_ID=1&LESSON_ID=77)
## 4. Списание картриджей.
Списание картриджей ничем не отличается от обычного списания оборудования. Воспользуйтесь документом "Списание".
## 5. Замена картриджа, который установлен в принтере (пустой) на другой, который находится на складе (заправленный)
Данная операция похожа на то, что описано в п.2. Единственное изменение, мы так же заполняем реквизит "Место хранения со склада" (куда отправить после смены пустой картридж). И добавляем подбором в документ пустой картридж с событием "Со склада". Получаем следующее:
В рисунке, который приведен, верхний картридж пустой и был установлен в принтере, мы его перемещаем на "Место хранения на склад" (вкладка Дополнительно). Указывая событие "На склад". Новый картридж добавляем, нажав на кнопку "Установить со клада", событие "Со склада".
## 6. Картридж заправляет подрядная организация.
Если заправкой занимается другой контрагент, то все, что указано выше необходимо повторить, единственное отличие - это необходимо изменить реквизит обслуживание на "Обслуживание контрагентом", или "Обслуживание контрагентом произведено сразу" .
## 7. Увеличиваем количество заправок картриджа (не обязательно).
Если вы ведете учет количества заправок картриджей, то Вам необходимо создать документ ["Изменение показателей оборудования"](/it3/remonty-i-obsluzhivanie/izmenenie-pokazateley-oborudovaniya), в которому указать в поле значение "1", которая соответствует одной заправке картриджа. В дальнейшем если вести учет количества заправок можно проанализировать сколько раз заправлялся картридж.
**Список необходимых ролей для работы.**
* [x] Добавление и изменение складских документов;
* [x] Чтение складских документов;
* [x] Добавление и изменение обслуживания и ремонтов;
* [x] Чтение обслуживания ремонтов.
---
## Ответственное хранение у закрепленного сотрудника и сотрудника IT(Методики учета)
Итак, все оборудование, как мы выяснили ранее закрепляется за ответственным сотрудником, кому оно выдается, но как задать и увидеть зоны ответственности сотрудника IT-отдела?
Часто оборудование делят еще и по зонам ответственности сами ИТ-шники. Например, за техником Николаем закрепляется **Бухгалтерия** и **Приемная**, а техник Сергей отвечает за обслуживание **Отдела продаж**. Как быть в таком случае и можно ли так сделать?
Отвечаем: можно!
Для этого откроем место хранения, которое мы хотим закрепить за сотрудником IT-отдела:
Как видим тут две вкладки:
1) Ответственные - это те, кто по факту принимает оборудование на ответственное хранение
2) Ответственные IT-отдела - те, кто обслуживает со стороны IT-подразделения это рабочее место и это его зона ответственности.
Понятное дело, если вы хотите закрепить ответственного, это делаете на одной вкладке, если назначить ответственного со стороны IT - на другой.
Следующий вопрос: как посмотреть, все оборудование за которое отвечает IT-шник?
Все так же как и в любом другом случае. Открываем отчет "Отчет по складам/рабочим местам" и настраиваем его:
В этом отчете видно и ответственного со стороны IT-отдела, и материально ответственного лица, а также место хранения.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение операций по сотрудникам;|
|Чтение сотрудников.|
---
## Работа со спецификациями и накладными(Методики учета)
Довольно часто, нужно оприходовать большое количество системных блоков, ноутбуков. Причем необходимо сделать это со всеми комплектующими. Раньше, необходимо было создавать номенклатуру, карточку номенклатуры для каждой позиции, что приводило к значительным временным затратам. Теперь, в конфигурации появилась возможность заполнения документа "Поступления" шаблоном, в котором описана вся необходимая номенклатура. В роли этого шаблона выступает справочник **Спецификация**.
В документе "Поступление", на вкладке "Накладная" необходимо заполнить номенклатуру, выбрать спецификацию, по которой будет заполняться табличная часть "Номенклатура". Также на основании "Накладной" может создаваться номенклатура без спецификации.
После того, как "Накладная" заполнена, нужно выполнить команду **Заполнить->По накладной номенклатуру**.
Итогом будет дерево номенклатуры, построенное согласно спецификации.
Номенклатура без спецификации также создается.
Данный механизм существенно упростит внесение большого количества номенклатуры в конфигурацию, а также сократит количество выполняемых действий.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение номенклатуры;|
|Добавление и изменение складских документов;|
|Чтение складских документов.|
---
## Скрывать комплектующие у комплектов или нет?(Методики учета)
Часто, в начале ведения учета встает вопрос о том, как надо вести учет компьютера по частям (с комплектующими) или без комплектующих.
Разберем оба варианта.
## 1. Учет по комплектующим ведется
Этот пункт означает, что всю дочернюю номенклатуру, что мы приходуем в Поступление, мы хотим потом видеть на остатках.
К нам пришел системный блок "X7000B / ULTIMATE (X7352PRi): Core i7-3970X / 16 Гб / 256 Гб SSD + 2 Тб / 3 Гб RADEON HD7970 / DVDRW".
Мы внесли его в документ "Поступление", в котором получилось несколько строк:
**1. Корпус ASUS X7000B ULTIMATE (X7352PRi):**
1. Процессор Core i7-3970X
2. Память Kingston 16 Гб
3. Жесткий диск 256 Гб SSD
4. Жесткий диск HDD WD 2 Тб
5. Память 3 Гб RADEON HD7970
6. DVDRW
Т.е. корпус в себе все содержит, все комплектующие.
В документе "Поступление" есть галочка *"Объединить все строки верхнего уровня в комплекты"* - она должна быть **снята**.
В этом случае при формировании отчета по остаткам, вы увидите все эти позиции в наличии. Т.е. все будет ложиться на остатки. В этом случае у позиции Корпус (карточки номенклатуры) не будет заполнена закладка "Комплектующие", она заполняется только в том случае, если учет ведется по пункту 2, иначе все хранится на остатках.
**Плюсы такого подхода:**
* В остатках видно все, что есть и комплекты и комплектующие;
* В форме "Места хранения" видно иерархию, что во что входит;
**Минусы:**
* Если много номенклатуры будет видно всё, что нужно и не нужно;
## 2. Учет ведется по комплектам, но с просмотром информации о комплектующих
Следующий пример. Мы внесли его в документ "Поступление", в котором получилось несколько строк.
Первая строка (содержит объединенный комплект), далее, что в нем.
1. X7000B / ULTIMATE (X7352PRi): Core i7-3970X / 16 Гб / 256 Гб SSD + 2 Тб / 3 Гб RADEON HD7970 / DVDRW
1. Корпус ASUS X7000B ULTIMATE (X7352PRi):
2. Процессор Core i7-3970X
3. Память Kingston 16 Гб
4. Жесткий диск 256 Гб SSD
5. Жесткий диск HDD WD 2 Тб
6. Память 3 Гб RADEON HD7970
7. DVDRW
В документе "Поступление" есть галочка *"Объединить все строки верхнего уровня в комплекты"* - она должна быть **установлена**.
В этом случае, сформировав отчет по остаткам, вы увидите всего одну позицию "X7000B / ULTIMATE (X7352PRi): Core i7-3970X / 16 Гб / 256 Гб SSD + 2 Тб / 3 Гб RADEON HD7970 / DVDRW", а открыв эту карточку, вы увидите на закладке "Комплектующие", все те позиции, которые были скрыты в комплекте.
Если через время Вам необходимо будет разбить этот комплект, т.е. заменить какую-то позицию, или разобрать комплект полностью, такая возможность будет доступна используя документ **Разбиение комплектации**.
**Плюсы такого подхода:**
* На остатках нет ничего лишнего;
* Все компактно.
**Минусы:**
* Необходим лишний шаг - разбор комплектации, для получения на остатках того, что внутри.
* Не видно сразу всех остатков. Есть или нет, что-то на остатках трудно определить. На остатках только виртуальные комплекты.
* Посмотреть, что внутри можно только открыв карточку номенклатуры.
Исходя из описания всех нюансов, выберите для себя то, что Вам нравится больше, скрывать комплектующие или нет.
---
## Учет дополнительных расходов(Методики учета)
**Требования:**
* версия программы **3.1.4.5** и выше.
Программа позволяет вести учет дополнительных расходов, а также распределять данные расходы по позициям номенклатуры. Данный механизм доступен для документов **Поступление, Начало обслуживания, Окончание обслуживания**.
Рассмотрим отражение дополнительных расходов на примере документа **Поступление**. Например, при приобретении нового оборудования была оказана дополнительная услуга *"Доставка"* стоимостью 2500 руб.
Для того, чтобы распределить стоимость данной услуги по приобретаемой номенклатуре, необходимо на закладке *"Дополнительно"* установить флаг *"Распределять услуги"*:
После включения этого флага, на закладке "Номенклатура" станет доступна группа команд *"Распределить услуги"* и колонка *"Сумма расходов"*:
Группа команд *"Распределить услуги" *содержит следующие команды:
* ***по количеству*** - при данном способе распределения стоимость услуг будет распределена между номенклатурными позициями пропорционально количеству номенклатуры (см. Рис.4);
* ***по сумме*** - при данном способе распределения стоимость услуг будет распределена между номенклатурными позициями пропорционально стоимости номенклатуры (см. Рис.5);
* ***по карточкам (по количеству)*** - при данном способе распределения стоимость услуг будет распределена только между теми номенклатурными позициями, по которым ведется учет по карточкам, пропорционально количеству номенклатуры (см. Рис.6);
* ***по карточкам (по сумме)*** - при данном способе распределения стоимость услуг будет распределена только между теми номенклатурными позициями, по которым ведется учет по карточкам, пропорционально стоимости номенклатуры (см. Рис.7).
Способ распределения стоимости услуг *"по количеству"*:
Способ распределения стоимости услуг *"по сумме"*:
Способ распределения стоимости услуг *"по карточкам (по количеству)"*:
Способ распределения стоимости услуг *"по карточкам (по сумме)"*:
Стоит также отметить, что заполнение *"Суммы расходов"* возможно и *"вручную"*, программа будет проверять, чтобы общая сумма расходов не превышала стоимости услуг.
После проведения документа откроем отчет по движениям документа *("Еще - Отчеты - Движения документа")* и увидим, что распределенная стоимость услуг отражена в регистре *"Дополнительные расходы"*:
Для просмотра информации о дополнительных расходах предназначен отчет *"Дополнительные расходы"*, который расположен в разделе *"Номенклатура и склад"*.
В формах элементов справочников *"Номенклатура"* и *"Карточки номенклатуры"* с помощью команды *"Дополнительные расходы"* доступен тот же отчет, но уже с отбором по элементу справочника, откуда данный отчет был сформирован:
---
## Учет канцелярских принадлежностей(Методики учета)
Учет канцелярских принадлежностей ведется аналогично учету другой номенклатуры. Нужно создать новый вид номенклатуры
**Справочники -> Виды номенклатуры**
И указать тип вида номенклатуры **Расходный материал**.
:::info **Важно!**
Обратите внимание, что галочка **Вести учет по карточкам номенклатуры** убрана. По канцелярским принадлежностям нам не нужно знать всю историю, где и когда было и у кого, как например, по компьютерным комплектующим. Так как канцелярия - это расходный материал. Снятая галочка позволит менее детализировано вести учет, что нам и нужно.
:::
Вид номенклатуры создан, можно создавать новый документ **Заказ поставщику**, если планируем выполнить заказ, либо документ **Поступление**, если номенклатура уже есть в наличии. В примере, пойдём по порядку и создадим **Заказ поставщику**.
На основании **Заказа поставщика**, создадим документ **Поступление**.
Документ создан, заполнилась табличная часть **Накладная**.
В накладной можно подкорректировать реквизиты (если требуется) и заполнить табличную часть **Номенклатура**.
После проведения, номенклатуру можно увидеть на остатках.
:::info **Важно!!!**
Если документ **Заказ поставщику** не используется, при создании документа **Поступление**, табличную часть **Накладная** заполнять НЕ обязательно. Можно заполнять сразу табличную часть **Номенклатура**.
:::
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение номенклатуры;|
|Добавление и изменение складских документов;|
|Добавление и изменение заказов поставщикам;|
|Чтение заказов поставщикам;|
|Чтение складских документов.|
---
## Учет компьютеров и комплектующих с помощью подключаемого оборудования(Методики учета)
В нашем решении можно вести учет этикеток компьютеров для последующего быстрого поиска и идентификации.
**Зачем это нужно?**
Тут все просто... Этикетка - это как паспорт оборудования или компьютера. Определенному оборудованию присваивается штрихкод, который является уникальный в пределах информационной базы и позволяет отделить оборудование одно от другого. Потом, когда вы увидите этот номер, Вам сразу будет понятно, что это за оборудование и что с ним было до текущего момента.
## С чего начать?
_Шаг 1_. Для начала присвойте компьютеру (номенклатуре) штрихкоды. При оприходовании номенклатуры или в процессе использования присвойте карточкам штрихкоды. Их можно создать автоматически:
Нажимая кнопку "Сгенерировать штрихкод" система сама создаст необходимый уникальный номер. После всех манипуляций запишите штрихкод.
_Шаг 2_. Откройте обработку для печати этикеток.
**Номенклатура и склад -> Сервис -> Печать этикеток**
_Шаг 3_. В открытой обработке найдите кнопку "Шаблоны этикеток", нажмите ее, откроется список шаблонов. Настройте шаблон этикетки для вашего принтера. Обработка работает с ЛЮБЫМ принтером, причем печатать этикетки можно и не на принтере этикеток (есть и такие), а вообще на ЛЮБОМ принтере. Мы можем в шаблоне задать внешний вид этикетки и количество строк и столбцов при печати. Измените шаблон или создайте свой.
Тут можете изменить размер и вставить переменные, которые бы вы хотели видеть в этикетке (перетащите их на шаблон). При этом имейте ввиду, что прерывистая штрихпунктирная линия - это ограничения вывода ОДНОЙ этикетки, не удаляйте их! В принципе, можно использовать как свой шаблон, так и оставить тот, который по умолчанию. Если Вы создаете свой шаблон и нужно изменять оформление ячеек (провести линию,поменять цвет текста и т.д), тогда необходимо выделить нужную ячейку и нажать ПКМ, после в списке выбрать "Свойства".
:::info Важно!
Если у Вас есть этикетки с определенным размером (например, Avery Zweckform L6009-20) и Вам необходимо подогнать шаблон по миллиметрам, используйте следующий прием: откройте в конфигураторе нужный шаблон и при изменении размеров строк и колонок внизу отображается размер в миллиметрах:
:::
Используя этот прием, можно в конфигураторе на пустом макете получать значения в мм, потом правой кнопкой мыши по щелкнуть по изменяемой колонке и получаем размеры в 1С-единицах и уже в режиме предприятия вставлять размеры в 1С-единицах.
Увеличить масштаб в табличном документе можно нажав Ctrl + крутить колесо мыши.
Так же вот необходимые сведения для конвертации из 1С-единиц в мм:
***Ширина ячейки: 1 мм = 0,534759358 в единицах измерения 1с***
***Длина ячейки: 1 мм = 2.857142857 в единицах измерения 1с***
:::info Важно!
Если при сохранении шаблона этикетки возникают ошибки "Максимальное количество по горизонтали: N" или "Максимальное количество по вертикали: N":
:::
Необходимо убедиться, что параметры страницы установлены верно. Для настройки параметров страниц из формы "Печать документа" вызовем окно "Предварительный просмотр":
и в нем уже окно "Параметры страницы":
Укажем "Ориентация": "Портрет". В этом же окне можно уменьшить поля и указать остальные настройки:
После этого можно сохранять настроенный шаблон этикетки и переходить к следующему шагу.
_Шаг 4_. После настройки шаблона проверьте на своих данных как будут печататься этикетки.
:::info Важно!
Учтите, что выводится номенклатура, по которой есть остатки! Нет смысла распечатывать этикетки для номенклатуры, которой нет. Также имейте в виду, что этикетки печатаются не для всего. Действительно, зачем печатать этикетку, скажем, для процессоров? Настройка выводить ли для данной карточки этикетку или нет зависит от того, может ли иметь данный вид номенклатуры штрихкод. Также немаловажный момент, который стоит учесть. Если учет ведется по карточкам номенклатуры, тогда штрихкод должен быть у карточки, а если учет ведется без карточек, тогда штрихкод генерируется для номенклатуры.
:::
Нажмите кнопку "Заполнить" и при необходимости можете заполнить все по отбору.
_Шаг 5_. Нажмите кнопку "Печать". Вот, что получается:
Обратите внимание в шаблоне было указано количество столбцов 2 и количество строк 5, мы, собственно, и видим это при выводе на печать.
_Шаг 6_. Распечатать полученные результаты очень просто, нажмите на кнопку предварительного просмотра на скриншоте выше, в открывшемся окне выберите принтер печати этикеток, на котором вы хотите распечатать этикетки. После того, как вы настроите здесь все один раз, все настройки на вашем рабочем месте сохранятся. Распечатайте на принтере этикетки.
_Шаг 7_. Если вы недовольны выводом этикеток исправляйте шаблон, т.е. повторите действия Шаг 3. - Шаг 6. Добейтесь результата, когда шаблон этикетки максимально подходит под бумагу принтера этикеток по размерам.
_Шаг 8_. Прикрепите шаблоны на ваше оборудование. Если используется принтер этикеток, то бумагу, на которой вы распечатаете этикетки можно будет приклеить.
После того, как оклеите всю технику удобно быстро искать карточки в рабочем месте кладовщика (РМК) и в любом документе с помощью сканера штрихкода.
- **Видео, демонстрирующее работу с РМК.** [**Перейти ->**](https://www.youtube.com/watch?v=_pE7t5800jw) [Как изменить шаблон этикетки на свой?](/it3/obshchie-voprosy/po-rabote-v-konfiguracii/izmenenie-shablona-etiketki-chtoby-ne-otobrazhalis-simvoly-shtrih-koda)
|**Список ролей для работы с механизмом "Подключаемое оборудование".**|
|-----------------------------------------|
|Добавление и изменение подключаемого оборудования|
---
## Учет лицензий и программного обеспечения(Методики учета)
Учет лицензий и программного обеспечения компьютера ничем не отличается от обыкновенного складского и бухгалтерского учета. Т.е. для лицензий порядок работы такой же, как и для обычных комплектующих. Заявка поставщику, Поступление, Перемещение, Списание. Для номенклатуры с типом "Лицензия" или "Программное обеспечение" в карточках появляется дополнительная вкладка "Лицензия", в которой указывается, ограничена ли лицензия по сроку действия и если да, то задается период действия лицензии.
***Вот номенклатура с лицензией:***
А вот карточка номенклатуры с лицензией:
Для удобства учета лицензий был создан специальный отчет, который позволяет быстро определить, где стоит та или иная лицензия, как скоро она закончится, период ее действия.
Причем при истечении срока действия лицензии за 30 дней до окончания начинает подсвечиваться синим, когда срок действия лицензии истекает подсвечивается красным.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
| Добавление и изменение номенклатуры;|
| Добавление и изменение складских документов;|
| Чтение складских документов.|
---
## Учет номенклатуры клиентов для аутсорсинговых компаний(Методики учета)
Для аутсорсинговых компаний будет полезной возможность ведения учета оборудования, которое принадлежит клиентам.
Т.е. вы как бы ведете учет чужих остатков.
Для активации этой возможности необходимо перейти в
**Администрирование -> Настройка параметров учета -> Функциональность**
А там активировать флаг "Складской учет клиентов".
:::info **Внимание!**
Данная возможность доступна только для пользователей версии **КОРП**.
:::
После этого для всех своих клиентов, по которым вы хотите вести подобный учет необходимо проставить флаг "Учет остатков" (как на рисунке ниже):
Ну, а дальше практически нет никакой разницы при ведении учета, как для собственных номенклатурных позиций, так и для клиентских. Единственное отличие заключается в том, что номенклатура будет привязана к конкретному контрагенту (нашему клиенту).
Необходимо во всех документах клиентов выбирать в поле "Организация" нужного клиента (если учет клиентского оборудования), или собственную организацию (если учет собственного оборудования). В данном списке будут отражены только те контрагенты, по которым ведется учет по остаткам.
Обратите внимание на цветность. Синими записями отражены наши организации, черными клиенты.
Ну, а далее, по клиентам можно теми же отчетами смотреть остатки, перемещать оборудование и т.д. Тут все без изменений, как для собственных организаций, так и для клиентов.
---
## Учет оргтехники(Методики учета)
Давайте начнем с того, что такое оргтехника.
:::info **Оргтехника**
- это комплекс технических средств для работы с документацией. А это в свою очередь устройства, которые предназначены для печати, копирования, обработки, хранения и уничтожения документов.
:::
**К оргтехнике относятся:**
* [x] множительно-копировальная техника;
* [x] офисные АТС;
* [x] пишущие машины;
* [x] калькуляторы и т.д.
В нашем решении реализован любой учет любого оборудования в том числе и этого вида и осуществляется он точно так же как и любое другое оборудование. Мы оприходуем оргтехнику документом [Поступление](/it3/nomenklatura-i-sklad/skladskie-dokumenty/dokument-postuplenie) на определенное место хранения, затем можем ее [перемещать](/it3/nomenklatura-i-sklad/skladskie-dokumenty/dokument-peremeshchenie) куда нам необходимо между другими местами хранения.
:::info ***Обратите внимание!***
Даже если кажется, что у принтеров, сканеров, МФУ и т.д. кажется что нет ответственного его необходимо назначить или указать руководителя, который будет отвечать за офисную технику. Оргтехника не может не иметь человека, который за нее отвечает в учете.
:::
---
## Учет программного обеспечения с многократной активацией(Методики учета)
Рассмотрим ведение учета, на примере:
> **Каким образом следует оприходовать ОДИН ключ продукта многократной активации (MAK) от офисного пакета Microsoft Office 2013 Professional, рассчитанный на 10 ПК (10, можно смело заменить другим числом от этого суть не изменится)**
Итак. У нас есть лицензия на Microsoft Office 2013 Professional, для дальнейшего удобства работы с данным продуктом можно пойти следующим путем
1) Создадим **номенклатуру** и ключ активации так как он одинаков для всех ПК добавим в наименование, так будет в будущем проще понимать, о чем идет речь. Пусть ключ активации будет: АААА-АААА-АААА-АААА. Получим:
2) Оприходуем ПО от поставщика (либо на основании "Заказа поставщику", либо просто отдельным документом "Поступление"). Мы просто сделаем Поступление. Заметьте вбивать сразу 10 карточек можно, но не очень удобно. Если их будет 200, то это будет еще и долго.
В конфигурации, есть групповое добавление в документе **Поступление**. В номенклатуру **Заполнить > Групповое добавление номенклатуры**:
Нажимаем кнопку **Добавить**. Получаем вот такое:
Добавлено 10 строк, но карточки пустые. Есть еще один момент с ценой. Если ведется учет по карточкам такой лицензии, то лучше оприходовать ее без цены, либо разбить ее на равные из покупной (10 лицензий стоит 150 000 руб, значит одна 15 000 руб. при заполнении можно цену указать 15 000 руб.).
3) Далее, заполним карточки номенклатуры, аналогично:
4) Зададим серийные номера для каждого ПО, что позволит отличать каждую активацию от другой:
Серийный номер нужен для того, чтобы могли лицензии при необходимости переносить между компьютерами, да и вообще отделять их друг от друга. Так проще работать.
После установки серийного номера в документе в каждой из карточек автоматически поменяется наименование.
:::info Важно!
Вы можете сразу не увидеть изменение наименования, но после обновления кэша данных наименование каждой номенклатуры будет вида:
:::
**Microsoft Office 2013 Professional (АААА-АААА-АААА-АААА) №1**
**Microsoft Office 2013 Professional (АААА-АААА-АААА-АААА) №2**
**...**
**Microsoft Office 2013 Professional (АААА-АААА-АААА-АААА) №10**
Пример:
При этом поля, которые есть в этой карточке, могут быть заполнены дополнительной информацией такие, как срок действия и т.д.
Сроки действия можно посмотреть в отчете по ПО, а остальные реквизиты играют информативную роль.
При этом эту карточку теперь можно передавать между местами хранения как обычное оборудование, видеть его на остатках и за кем она закреплена.
Вот таким образом ведется учет продуктов многократной активации.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
| Добавление и изменение номенклатуры;|
| Добавление и изменение складских документов;|
| Чтение складских документов.|
---
## Учет сотовой связи и SIM-карт в конфигурации(Методики учета)
Поставим перед собой следующую задачу:
:::info **Задача по учету SIM-карт**
Для учета сотовой связи хотелось бы добавить к сотрудникам сотовые номера с учетом у кого какой тариф, что бы можно было сделать отчет у кого какой тариф: сколько минут, SMS, гигабайт, стоимость тарифа, лимиты по тарифу и т.д. А также у нас есть потребность в анализе этих самых минут, кому, куда и сколько раз звонил сотрудник.
:::
Итак, начнем.
1. Создадим в справочнике "Виды номенклатуры" элемент и назовем его **SIM-карта:**
В поле серийный номер мы будем хранить номер телефона и контролировать уникальность по нему будем там же (чтобы не было дублей номеров). Также обратите внимание, что этот вид номенклатуры может иметь карточки номенклатуры.
Теперь настроим характеристики у вида:
Далее, заполняем список мобильных операторов:
Таким образом добавляем необходимые характеристики. На этом этапе необходимо все хорошо обдумать и добавить все характеристики, иначе потом необходимо будет у созданных характеристик заполнять недостающие.
Если же какие-то сим-карты абсолютно разные и необходимо учитывать совершенно разные характеристики, то создайте два и более видов номенклатуры по SIM-картам.
Обратите внимание, что характеристики могут быть разных типов. Например, у абонентской платы имеет смысл поставить число 10 знаков и 2 знака после запятой.
Добавление характеристики
Можно добавить строку, галочку, число, выбор из списка и дату.
2. Идем дальше и создадим карточку номенклатуры, которая будет определять SIM-карту и закрепим ее за сотрудником Ивановым. Создадим документ **Поступление** и создадим номенклатуру с созданным видом SIM-карта, и карточку номенклатуры. После записи в карточке нажмем на закладке **Характеристики** **Заполнить -> По виду номенклатуры**. Получим следующее:
Ну и в документе:
3. Ну, а дальше, все как с обычной карточкой номенклатуры. Ее можно перемещать, списывать и т.д. Все это будет отображаться на остатках. В любой момент можно открыть карточку и изменить ее, указав верные параметры (тариф, оператор и т.д.)
4. Теперь перейдем к следующему пункту - это анализ звонков и просмотр статистики. Если нам анализ не нужен, то можно пропустить этот шаг. Для целей анализа есть специальный инструмент в подсистеме **Ремонт и обслуживание**, документ **Изменение показателей оборудования**. Заполним его:
:::info Важно!
Понятное дело, сейчас мы тестируем этот механизм, **в реальной жизни вносить вручную эти данные никто не будет**. Необходимы специальные обработки, которые будут загружать эти данные автоматически. И увы, мы не можем автоматизировать эту часть, так как форматы файлов и необходимые данные у всех разные.
Если вам нужна автоматизация загрузки этих данных, вы должны реализовать ее самостоятельно или мы можем Вам помочь и по вашему техническому заданию сделаем загрузку. [Свяжитесь с нами](https://softonit.ru/company/contacts/) (эта услуга предоставляется платно).
:::
Мы же сейчас покажем, что получается в общем случае и как будет выглядеть нужные нам данные.
При необходимости настройки этого отчета можно изменить и поставить/снять нужные отборы/группировки/сортировки.
|**Список необходимых ролей для работы.**|
|-----------------------------------------|
|Добавление и изменение номенклатуры;|
|Добавление и изменение складских документов;|
|Чтение складских документов.|
---
## Номенклатура(Номенклатура)
**Номенклатура** - это все товары и услуги, которые есть в конфигурации.
[Вид номенклатуры](/it3/nomenklatura-i-sklad/nomenklatura/vidy-nomenklatury) отвечает за основные настройки номенклатуры. Кнопка **Заполнить характеристики** переносит все характеристики вида номенклатуры в характеристики самой номенклатуры.
Группа - родительская папка номенклатуры.
Значение всех остальные реквизитов понятны из названия.
Так же изображение номенклатуры можно загрузить из интернета. Из номенклатуры можно перейти в дочерние [карточки номенклатуры](/it3/nomenklatura-i-sklad/kartochka-nomenklatury/).
| **Список необходимых ролей для работы** |
|-----------------------------------------|
| Добавление и изменение номенклатуры |
| Добавление и изменение складских документов |
| Чтение складских документов |
---
## Виды номенклатуры(Номенклатура)
Вид номенклатуры является реквизитом справочника номенклатуры и отвечает за все **настройки** конкретной номенклатуры и подчиненных ей карточек.
Список видов номенклатуры заполняется по умолчанию при установке конфигурации
**Справочники -> Виды номенклатуры**
Вот как выглядит справочник:
**Основное** - основные настройки вида номенклатуры.
* **Тип вида номенклатуры** - отвечает за тип (Комплектующая, Комплект, Оборудование, Программное обеспечение, Услуга, Расходный материал, прочее). Подробнее можно прочесть по [ссылке](/it3/nomenklatura-i-sklad/nomenklatura/tipy-vida-nomenklatury);
* **Группа записи номенклатуры** - необходима для обработки по импорту оборудования из Everest (AIDA 64) и WMI. В зависимости от того какого вида будет загруженное оборудование туда в такую группу и будет записываться новая номенклатура из обработки;
* **Может иметь штрихкод** - оборудование данного вида будет иметь возможность иметь штрихкод;
* **Может иметь IP**-адрес - оборудование данного вида будет иметь возможность иметь IP-адрес;
* **Может иметь статус** - механизм, который позволит каждой карточке назначать свой статус. Подробнее можно прочесть по [ссылке](/it3/nomenklatura-i-sklad/kartochka-nomenklatury/statusy-kartochek-nomenklatury). При установке галочки появляется вкладка "Статусы";
* **Может иметь инвентарный номер** - актуальна для оборудования с инвентарными номерами;
* **Уникальность инвентарного номера** - актуальна для оборудования с инвентарными номерами;
* **Вся информационная база;**
* **В пределах вида номенклатуры;**
* **Не контролировать.**
* **Может иметь серийный номер** - актуальна для оборудования с серийными номерами;
* **Уникальность серийного номера** - актуальна для оборудования с инвентарными номерами;
* **Вся информационная база;**
* **В пределах вида номенклатуры;**
* **Не контролировать.**
* **Вести учет по карточкам номенклатуры** - о данной настройке подробнее можно прочесть по [ссылке](/it3/nomenklatura-i-sklad/nomenklatura/kak-opredelit-po-kakoy-nomenklature-vesti-uchet-po-kartochkam);
* **Может иметь комплектующие** - может содержать в себе другое оборудование или нет;
* **Списывать при поступлении** - данный признак может использоваться для номенклатуры, по которой не планируется вести учет, но важен факт отражения поступления и списания, например, для расходных материалов;
* **Может иметь ОКОФ** - применяется для классификации номенклатуры по группам в бухгалтерии;
* **Вести историю изменения** статусов - история изменения статусов номенклатуры;
* **Иконка вида номенклатуры** - находится в правом, нижнем углу, отвечает за отображение номенклатуры данного вида в списках документов, остатках. Иконку можно выбрать как предопределенную, так и из файла.
**Характеристики** - предназначена для добавления предопределенных характеристик номенклатуры, которые потом можно перенести одной кнопкой в характеристики номенклатуры.
**Родительские виды** - предназначена для быстрой группировки по кнопке в документах "Поступление" и "Сборка (комплектация)".
**Статусы** - механизм, который позволит каждой карточке назначать свой статус. Подробнее можно прочесть по [ссылке](/it3/nomenklatura-i-sklad/kartochka-nomenklatury/statusy-kartochek-nomenklatury).
|**Список необходимых ролей для работы.**|
|----------------------------------------|
| Добавление и изменение номенклатуры|
---
## Как определить по какой номенклатуре вести учет по карточкам?(Номенклатура)
Что такое учет по карточкам? Ответ на этот вопрос проще понять на примерах.
**Пример 1.** Пусть у нас есть 100 метров сетевого кабеля. Если мы купим еще 50 метров кабеля нас не будут интересовать те 100 и эти 50 метров отдельно друг от друга! У нас должно быть на складе 150 метров кабеля. И мы должны будем исходить именно из этого. Т.е. в данном случае мы должны весь сетевой кабель вести _сводно_. Так же для этой номенклатуры нас не интересует, где был конкретно вот этот метр кабеля такого-то числа. В этом случае весь кабель должен храниться скопом.
Иначе обстоит дело с другим оборудованием, рассмотрим следующий пример:
**Пример 2.** Пусть у нас есть материнская плата. Нас через время будет интересовать сколько раз она была в ремонте, у кого стояла эта материнская плата и т.д. Т.е. в любой момент нам может понадобится информация о конкретной материнской плате. Для того, чтобы иметь подобную информацию мы должны вести материнские платы _поштучно_, чтобы видеть историю каждой. И ни в коем случае не вести учет _сводно_.
Как мы видим, это два совершено разных подхода к ведению учета комплектующих и расходных материалов. В первом, все сваливается в одну кучу, во втором должна вестись история по каждой комплектующей или комплекту.
Для того, чтобы в конфигурации умела решать оба примера, был разработан специальный механизм [карточек номенклатуры](/it3/nomenklatura-i-sklad/kartochka-nomenklatury/) и учета по карточкам номенклатуры.
Если у номенклатуры в ее [виде](/it3/nomenklatura-i-sklad/nomenklatura/vidy-nomenklatury) стоит галочка "Вести учет по карточкам номенклатуры", то для каждой номенклатуры будет создана и использоваться отдельная карточка, что позволит вести учет _поштучно_. Если же она стоять не будет, то в поле карточка номенклатуры в документах будет отображаться `<Учет по карточкам не ведется>` и в таком случае учет по данной номенклатуре будет вестись _сводно_.
Вести учет по карточкам нужно именно для оборудования: материнские платы, мониторы, ноутбуки, жесткие диски, видеокарты, корпуса, лицензии на ПО, картриджи, принтеры, МФУ и т.д.
Не нужно вести учет по карточкам для: расходных материалов, мышек, клавиатур, тонера и т.д. Т.к. по ним история не нужна.
---
## Типы вида номенклатуры(Номенклатура)
Тип вида номенклатуры является реквизитом справочника виды номенклатуры и отвечает за нюансы складского учета номенклатуры и подчиненных ей карточек.
Список тип вида номенклатуры постоянен и содержит описанные ниже позиции.
-
> **Комплект, Комплектующая, Оборудование, Расходный материал, Прочее** - Номенклатура и подчиненные ей карточки используются в дереве номенклатуры, их нельзя использовать в дереве услуг в таких документах, как «Поступление», «Перемещение» и т.д. По активам такого типа ведется учет остатков, а также контроль по остаткам. Между собой данные типы не различаются, но только что визуальной информацией.
> **Услуга** - Этот тип можно сказать «противоположность» предыдущим. Номенклатура и подчиненные ей карточки не могут использоваться в дереве номенклатуры складских документов, а только в дереве услуг. По ним не ведется учет остатков и соответственно нет контроля по остаткам. Данный тип необходим для учета затрат по услугам [см. «Учет дополнительных расходов»](/it3/nomenklatura-i-sklad/metodiki-ucheta/uchet-dopolnitelnyh-rashodov).
> **Программное обеспечение** - Тип «Программное обеспечение» учитывается и используется аналогично «Комплекту» и т.п., но имеет расширенный набор данных. В форме карточки номенклатуры с данным типом, во вкладыше «Основное», отображается закладка «Лицензия и обновления» которая содержит реквизиты необходимые для ведения учета программного обеспечения, такие как информация о лицензиях или обновлениях.
---
## Остатки на местах хранения(Номенклатура и склад)
Весь складской учет строится для единственной цели - иметь возможность узнать в любой момент времени, что было/есть на складе, когда купили, установили и т.д.
Для этих целей в конфигурации есть специальные отчеты, которые позволяют узнать всю эту информацию.
Одним из главных отчетов в блоке складского учета является отчет **Отчет по складам/рабочим местам**
**Номенклатура и склад > Отчет по складам/рабочим местам**
Это очень гибкий отчет, который позволяет получить практически любые данные об остатках в любых аналитических разрезах.
Можно выбрать вариант отчета:
Чтобы понять, насколько гибок данный отчет. Зададимся целью получить информацию о всех картриджах и посмотрим все картриджи, по которым были движения в течении этого месяца. При этом выведем не просто общее число картриджей, а распишем все по карточкам.
Для этого изменим вариант отчета:
Откроется окно с настройками отчета:
Видим, что в структуре отчета стоят группировки **Организация / Место хранения / Номенклатура**, Единица измерения. Т.е. выводится организация, внутри нее места хранения, а внутри каждого из мест хранения список номенклатуры, по которой показаны остатки. Но нам нужно получить отчет без группировки по местам хранения. Для этого необходимо изменить группировки отчета.
Мышкой перетащим выделенную строку **Номенклатура, Единица измерения** из **Место хранения** в **Организация**. Получим:
Теперь удалим группировку "Место хранения". Далее два раза щелкаем на строку с группировкой "Номенклатура, Единица измерения" и меняем ее на:
В результате должно получиться следующее:
После чего нажимаем "Завершить редактирование" и переходим в отчет. Далее настраиваем его как на картинке ниже и нажимаем **Сформировать**:
Получаем результат, который мы хотели получить.
Если же необходимо получить движения в разрезе мест хранения вернем настройку с группировкой по месту хранения:
Сформируем отчет снова. Получим:
При двойном щелчке на количество или сумму в полях начальный, конечный остаток, приход или расход появится окно с вопросом "Как вы хотите развернуть данные?". Т.е. если мы два раза нажмем на выделенную ячейку конечного остатка с количеством 1. То появится окно:
Это окно Вас спрашивает: "Есть число 1 в остатке, я могу его расшифровать из чего оно получилось и предлагаю поля для расшифровки". При выборе Регистратора мы сможем получить данные по расшифровке в разрезе документов, которые получили в остатке число 1.
Вот, что получаем:
Также здесь сможем открыть документ щелкнув на него два раза.
---
## Подробнее об импорте из сторонних программ(Подробнее об импорте из сторонних программ)
Итак, у нас есть необходимость в загрузке данных из других программ. Давайте рассмотрим, как настраивать загрузку файлов.
---
## Описание настроек загрузки данных из AIDA64(Подробнее об импорте из сторонних программ)
Наша конфигурация поддерживает загрузку ini-файлов полученных при экспорте из AIDA64.
## Что из себя представляет ini-файл?
Это обычный текстовый файл, в котором есть секции, переменные и их значения.
INI-файл состоит из разделов (или секций, или классы), которые обрамлены с двух сторон скобками [ ]. А так же значениями пар **Параметр=Значение.**
Каждая из секций выгрузки из AIDA 64 описывает какие-то данные. Например, на скриншоте выше описывается какой процессор установлен в компьютере данные по которому мы загружаем.
## Описание настроек загрузки из INI-файла
Давайте откроем настройки загрузки:
**Номенклатура и склад -> Сервис -> Импорт данных из сторонних программ**
В открывшейся форме откроем Настройки загрузки. Здесь мы найдем предопределенные элементы, которые уже загружаются.
### Папки (или группы) - это секции в ini-файле и их настройки. Опишем, что означает каждая из настроек:
1. **Класс AIDA** - на первом скриншоте у нас отображена секция [ЦП], в поле класс AIDA мы указываем ЦП. Это означает, что все значения этого раздела будут относится к процессору и загрузятся в свойства процессора.
2. **Свойство AIDA** - тут указывается подстрока (именно подстрока!), которая указывает на параметр, отвечающий за название оборудования. В нашем случае это Свойства ЦП|Тип ЦП. В нашем случае это на первом скриншоте: DualCore Intel Celeron E3300, 2500 MHz (12.5 x 200)
3. **Серийный номер AIDA** - если оборудование имеет серийный номер, то здесь можно указать подстроку в секции [ЦП], где будет указано значение серийного номера. Если пусто, то оборудование будет без серийного номера
4. **Производитель AIDA** - у оборудования может быть указан (а может и нет) производитель. Тут указывается подстрока секции, где хранится информация о производителе. В нашем случае это Intel Corporation
5. **Определение без родительской секции AIDA** - (не используется для секций).
6. **При поиске включать значение переменной секции AIDA** - (не используется для секций).
7. **Исключение в значениях AIDA** - в процессе поиска мы можем найти те значения, которые мы бы не хотели бы выводить. Например, при поиске установленных программ мы не хотим учитывать программы типа: Audio Driver, Microsoft Silverlight, Java(TM) и т.д. Поэтому мы можем значения, которые нам не подходят здесь просто перечислить. В этом случае такие программы будут проигнорированы.
## Описание настроек характеристик номенклатуры
Когда оборудование загружено, необходимо загрузить его свойства и характеристики. Для этого заходим в папку выбранного нами процессора и видим список характеристик, которые мы хотим загрузить:
1. **Свойство AIDA** - подстрока, которая описывает название параметра, где в нашей секции находится значение характеристики. В нашем примере - это 2500 МГц
2. **Делить на число AIDA** - иногда бывает так, что число, которое находится в значении переменной указано в байтах, а нам нужно в мегабайтах. Поэтому есть возможность его уменьшить путем деления на нужное число. Если равно нулю, то не используется.
3. **Определение без родительской секции AIDA** - иногда может сложиться такая ситуация, что наше значение характеристики находится не в этой секции, а в другой. Тогда будет предпринята попытка найти это значение во всех секциях. Установите этот параметр, если у вас подобная ситуация.
4. **При поиске включать значение переменной секции AID**A - ищем характеристику только в том случае, когда значение свойства найдено и в названии секции и в названии параметров. В AIDA так представлены, например, программы. Где главная секция [Установленные программы], а внутри Установленные программы1=..., Установленные программы2=... и т.д. Такая настройка позволяет искать в таком ключе.
5. **Исключение в значениях AIDA** - Не загружать характеристику, если она совпадает с переданной подстрокой.
---
## Рабочее место кладовщика(Номенклатура и склад)
:::info Рабочее место кладовщика
Обработка представляет собой единое окно для всех повседневных складских операций: поиск номенклатуры по любым реквизитам, просмотр остатков и истории движений, а также быстрое создание складских документов по найденным позициям.
:::
Обработка рассчитана на кладовщика и материально-ответственных сотрудников.
## Где открыть обработку
**Номенклатура и склад → Сервис → Рабочее место кладовщика**
Либо через главный поиск конфигурации: начните вводить "Рабочее место кладовщика" — обработка появится в подсказках.
## Структура формы
Форма поделена на четыре основные области:
1. **Панель поиска** — сверху. Выбор типа поиска, ввод искомого значения, кнопка "Поиск".
2. **Таблица "Номенклатура на складах"** — основная таблица результатов с остатками.
3. **Входит в состав/имеет комплектующие** — слева снизу. Показывает состав комплекта выбранной позиции.
4. **Информационные вкладки** — справа. "Характеристики", "Документы" и "Комплектация" для текущей позиции.
## Панель поиска
### Поле "Тип поиска"
Определяет, по какому критерию искать. В зависимости от выбора меняется соседнее поле ввода.
| Тип поиска | Что вводить | Особенность |
|---|---|---|
| По штрихкоду | Строку штрихкода (или сканировать) | Ищет в регистре "Штрихкоды номенклатуры" |
| По инвентарному номеру | Инвентарный номер или его часть | Самый частый тип поиска, установлен по умолчанию |
| По серийному номеру | Серийный номер или его часть | Подходит для уникальной техники |
| По бухгалтерскому номеру | Бухгалтерский учетный номер | Для сверки с бухгалтерией |
| По наименованию | Часть наименования | Ищет и в карточках, и в номенклатуре |
| По номенклатуре | Выбор из справочника | Удобно для позиций без учета по карточкам |
| По карточке номенклатуры | Выбор из справочника | Если точно знаете карточку |
| По виду номенклатуры | Выбор вида из справочника | Все номенклатуры или карточки указанного вида с остатками |
:::tip Частичный поиск
Для типов (инвентарный, серийный, бухгалтерский номер, штрихкод, наименование) не обязательно вводить значение целиком — достаточно любой части. Система найдет все вхождения.
:::
### Флажок "Очищать при новом поиске"
- **Включен** (по умолчанию) — каждый новый поиск очищает таблицу результатов.
- **Выключен** — результаты нескольких поисков накапливаются. Удобно при сборе позиций для одного документа (например, при приёмке партии разных товаров).
Настройка сохраняется автоматически между сессиями.
### Кнопка "Поиск"
Запускает поиск по выбранному критерию. При сканировании штрихкода нажимать кнопку не требуется — поиск запускается автоматически.
## Таблица "Номенклатура на складах"
После поиска таблица заполняется найденными позициями. Над таблицей отображается счётчик **"Найдено:"** с количеством строк.
Основные колонки:
| Колонка | Описание |
|---|---|
| Номенклатура | Название позиции или карточки |
| Место хранения | Склад или место, где есть остаток |
| Входит в состав | Наименование карточки-партии, в состав которой входит позиция |
| Количество | Текущий остаток |
| Сумма | Балансовая стоимость остатка |
### Особые пометки в строках
- **"Нет на остатках"** — позиция найдена в справочнике, но количество = 0. Создавать перемещение, списание или продажу по такой строке нельзя. Сначала оприходуйте её документом "Поступление".
- **"Ведется учет по карточкам"** — поиск вернул номенклатуру, у которой включен учёт по карточкам, но попала сама номенклатура, а не конкретная карточка. Найдите нужную карточку по инвентарному или серийному номеру.
:::warning Двойной клик
Двойной клик по строке открывает карточку номенклатуры или номенклатуру. Случайное редактирование в карточке может повлиять на учёт — не меняйте поля без необходимости.
:::
## Входит в состав/имеет комплектующие
Для выбранной позиции отобразиться:
- только она сама, если у нее нет комплектующих и она не входит в комплект;
- дерево комплекта, если у нее есть комплектующие или она входит в комплект;
## Информационные вкладки
При выделении строки в блоке поиска или в дереве комплекта, будут выведены ее данные.
### Вкладка "Характеристики"
Показывает параметры выбранной карточки номенклатуры: тип характеристики (например, "Диагональ экрана", "Процессор") и её значение. Также отображается изображение номенклатуры, если оно загружено в карточку. Эти данные доступны только для просмотра.
### Вкладка "Документы"
Список документов, в которых фигурирует выбранная позиция: поступления, перемещения, списания, ремонты, обслуживание. Для каждого документа отображается дата и состояние карточки номенклатуры.
### Вкладка "Комплектация"
Позиции состава комплекта: все комплектующие выбранной карточки с их остатками. Появляется только для позиций, которые являются свернутым комплектом.
## Создание складских документов
Все кнопки создания документов собраны в выпадающем меню **Создать...** на командной панели. Доступность кнопок зависит от прав пользователя.
| Кнопка меню | Создаёт документ |
|---|---|
| Поступление | [Документ "Поступление"](https://docs.softonit.ru/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-postuplenie) |
| Перемещение | [Документ "Перемещение"](https://docs.softonit.ru/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-peremeshchenie) |
| Списание | [Документ "Списание"](https://docs.softonit.ru/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-spisanie) |
| Инвентаризация | [Документ "Инвентаризация"](https://docs.softonit.ru/it/nomenklatura-i-sklad/skladskie-dokumenty/dokument-inventarizaciya) |
| Начало обслуживания | Документ "Начало обслуживания" |
| Окончание обслуживания | Документ "Окончание обслуживания" |
| Сборка (комплектация) | [Документ "Сборка комплектация"](https://docs.softonit.ru/it/nomenklatura-i-sklad//skladskie-dokumenty/dokumenty-sborka-komplektaciya-i-razbienie-komplektacii) |
| Разбиение комплекта | [Документ "Разбиение комплектации"](https://docs.softonit.ru/it/nomenklatura-i-sklad//skladskie-dokumenty/dokumenty-sborka-komplektaciya-i-razbienie-komplektacii) |
| Зарегистрировать задание | Документ "Задание" (в упрощённом виде) |
| Изменить показатели оборудования | Документ "Изменение показателей оборудования" (доступен только для позиций с учётом по карточкам) |
Во всех случаях создаваемый документ открывается *с уже заполненными* полями "Организация", "Место хранения" и табличной частью "Номенклатура" (берутся из выделенной строки результатов). Достаточно проверить данные, уточнить количество и провести.
### Дополнительные команды
- **Места хранения** — справочник складов для быстрого просмотра.
- **Складские документы** — открывает общий журнал складских документов.
- **Сформировать новые штрихкоды** — для позиций из таблицы, у которых нет штрихкода, массово создаёт и записывает штрихкоды EAN-13. Работает только когда в таблице есть результаты и тип поиска не "По штрихкоду".
## Сканер штрихкодов
Сканер подключается автоматически при открытии формы, если в системе настроено подключаемое оборудование (см. раздел [Учет компьютеров и комплектующих с помощью подключаемого оборудования](https://docs.softonit.ru/it/nomenklatura-i-sklad/metodiki-ucheta/uchet-kompyuterov-i-komplektuyushchih-s-pomoshchyu-podklyuchaemogo-oborudovaniya)).
Алгоритм работы сканера:
1. Сканируйте штрихкод с этикетки товара.
2. Форма автоматически выставит тип поиска "По штрихкоду" и запустит поиск.
3. Если штрихкод найден — в таблицу добавится соответствующая позиция.
4. Если штрихкод не найден — система предложит зарегистрировать новый штрихкод. После регистрации можно сразу связать штрихкод с нужной карточкой номенклатуры.
## Примеры использования
### Пример 1. Передача техники сотруднику по инвентарному номеру
**Задача:** передать ноутбук с инвентарным № 0001234 из основного склада в отдел разработки.
1. Откройте **Номенклатура и склад → Сервис → Рабочее место кладовщика**.
2. В поле "Тип поиска" оставьте значение по умолчанию — *По инвентарному номеру*.
3. В поле рядом введите *1234* (полный номер необязателен).
4. Нажмите **Поиск**.
5. В таблице появится строка с ноутбуком. Убедитесь, что в колонке "Место хранения" указан ожидаемый склад, а в колонке "Количество" стоит 1.
6. Выделите строку и нажмите **Создать... → Перемещение**.
7. В открывшемся документе "Перемещение" поле "Место хранения расхода" уже заполнено. Укажите **Место хранения прихода** — отдел разработки или конкретного сотрудника.
8. Проверьте табличную часть (карточка должна быть уже перенесена) и проведите документ.
### Пример 2. Приёмка партии расходных материалов со сканером
**Задача:** принять 50 картриджей и 20 пачек бумаги, пришедших от поставщика.
1. Откройте рабочее место кладовщика.
2. Снимите флажок **Очищать при новом поиске** — это позволит накапливать сканированные позиции в одной таблице.
3. Поочерёдно сканируйте штрихкоды с упаковок. Каждая позиция добавится отдельной строкой.
4. Если штрихкод не зарегистрирован в базе, система предложит зарегистрировать его — введите наименование и привяжите к нужной номенклатуре.
5. Когда все позиции в таблице — нажмите **Создать... → Поступление**.
6. В документе "Поступление" укажите *Контрагент*, *Договор*, *Вид* и другие данные. Скорректируйте количество по каждой позиции.
7. Проведите документ.
:::tip Часть позиций из набора
Если накопили несколько позиций, но документ нужно сделать только по нескольким — выделите нужные строки в таблице перед нажатием "Создать...". В документ уйдут только выделенные строки.
:::
### Пример 3. Списание неисправного оборудования
**Задача:** списать сломанный монитор по серийному номеру A1B2C3D4.
1. Откройте рабочее место кладовщика.
2. Выберите тип поиска **По серийному номеру**.
3. Введите часть серийного номера, например *A1B2C3*. Нажмите **Поиск**.
4. В таблице появится монитор. Проверьте, что количество > 0 (иначе он уже списан или передан).
5. Откройте вкладку **Документы** справа — убедитесь, что у монитора нет открытого документа "Начало обслуживания" без закрытия (если есть — сначала закройте обслуживание).
6. Выделите строку в таблице и нажмите **Создать... → Списание**.
7. В документе "Списание" укажите **Вид** (например, "Списание из эксплуатации"), причину и комментарий. Проведите.
### Пример 4. Плановая инвентаризация печатного оборудования
**Задача:** провести инвентаризацию всей печатной техники на складе IT.
1. Откройте рабочее место кладовщика.
2. Выберите тип поиска **По виду номенклатуры**.
3. В поле рядом выберите из справочника вид номенклатуры **Печатное оборудование** (или аналогичный по названию в вашей базе). Нажмите **Поиск**.
4. Таблица заполнится всеми позициями выбранного вида с остатками по местам хранения.
5. Сверьте количество из таблицы с фактическим наличием на складе.
6. Выделите все строки в таблице (Ctrl+A) и нажмите **Создать... → Инвентаризация**.
7. В документе "Инвентаризация" укажите фактическое количество в колонке "Количество". Разницу между учётным и фактическим система посчитает автоматически. Проведите документ.
### Пример 5. Сборка комплекта "Рабочее место"
**Задача:** собрать карточку "Рабочее место менеджера №15" из системного блока, монитора, клавиатуры и мыши.
1. Откройте рабочее место кладовщика.
2. Найдите системный блок (например, по инвентарному номеру). Убедитесь, что количество = 1 и он на нужном месте хранения.
3. Выделите строку и нажмите **Создать... → Сборка (комплектация)**.
4. В открывшемся документе **Сборка комплектация** в табличной части уже есть системный блок. Добавьте оставшиеся карточки: монитор, клавиатуру, мышь — каждую отдельной строкой.
5. Укажите **Комплект** — это карточка-родитель *Рабочее место менеджера №15* (создайте её заранее в справочнике "Карточки номенклатуры", если её ещё нет).
6. Проведите документ.
7. После проведения при поиске любой из комплектующих в рабочем месте кладовщика в колонке "Комплект" будет отображаться "Рабочее место менеджера №15", а на вкладке **Комплектация** — полный состав.
## Важные особенности
- Услуги (сервисные позиции вида номенклатуры "Услуга") автоматически исключаются из результатов поиска. Для работы с услугами используйте соответствующие документы напрямую.
- Настройки "Тип поиска" и "Очищать при новом поиске" сохраняются между сессиями — при следующем открытии форма восстановит последние выбранные значения.
- Если кнопка "Создать..." → что-либо неактивна — проверьте права пользователя на добавление соответствующего документа.
## См. также
- [Концепция именования мест хранения](https://docs.softonit.ru/it/nomenklatura-i-sklad/koncepciya-imenovaniya-mest-hraneniya)
- [Остатки на местах хранения](https://docs.softonit.ru/it/nomenklatura-i-sklad/ostatki-na-mestah-hraneniya)
- [Складские документы](https://docs.softonit.ru/it/nomenklatura-i-sklad/skladskie-dokumenty)
- [Зачем нужны карточки номенклатуры](https://docs.softonit.ru/it/nomenklatura-i-sklad/kartochka-nomenklatury/zachem-nuzhny-kartochki-nomenklatury)
- [Учет компьютеров и комплектующих с помощью подключаемого оборудования](https://docs.softonit.ru/it/nomenklatura-i-sklad/metodiki-ucheta/uchet-kompyuterov-i-komplektuyushchih-s-pomoshchyu-podklyuchaemogo-oborudovaniya)
---
## Складские документы(Складские документы)
В данном разделе будут описаны складские документы.
---
## Документ "Инвентаризация"(Складские документы)
:::info **Инвентаризация**
Документ позволяет произвести инвентаризацию по местам хранения (либо ответственным сотрудникам).
:::
Рассмотрим один из возможных сценариев проведения инвентаризации.
Выбираем свою организацию в поле **Организация**. Указываем место хранения (применяемые отборы в документе "складываются", например, при указании и места хранения и МОЛ, в документ попадет только та номенклатура, которая находится на данном месте хранения и ответственным лицом для неё является МОЛ). Переключатель "С учетом подчиненных мест хранения" используется для иерархической структуры мест хранения, если переключен в "Да", номенклатура будет отобрана в документ и по подчиненным местам хранения.
После заполнения реквизитов, перейдем на закладку **Номенклатура** и с помощью кнопки
**Заполнить->Заполнить по остаткам**
Табличная часть будет заполнена остатками номенклатуры. В том числе, столбцы **Количество** и **Сумма**, показывающие фактическое наличие номенклатуры.
Дальше возможны варианты развития сценария.
Если есть сканер штрих-кода, мы можем соответствующей командой "Обнулить количества и суммы" очистить фактические показатели по всему списку номенклатуры, и сканером ШК заполнить их обратно (при сканировании, если номенклатура уже есть в табличной части, её фактическое количество увеличится, если нет - будет добавлена в табличную часть).
Если сканера ШК нет, можно распечатать записанный документ, уточнить количество на месте хранения, и откорректировать фактическое количество номенклатуры в документе.
Отдельно хочется обратить внимание на то, что при подборе номенклатуры в документ сканером ШК, если номенклатура является частью комплекта, то в документ будет добавлен весь комплект целиком, либо увеличено фактическое количество у этого комплекта, если он был добавлен в документ ранее.
Если в ходе проведения инвентаризации были выявлены излишки на данном месте хранения, то тогда в этом случае на основании инвентаризации необходимо создать документ **Поступление** и оприходовать излишки.
Если при проведении инвентаризации была выявлена недостача, то для списания этой номенклатуры необходимо создать документ **Списание**.
---
## Документ "Перемещение"(Складские документы)
:::info **Перемещение**
Документ предназначен для перемещения оборудования между организациями и местами хранения.
:::
Для быстрого перемещения между местами хранения используйте кнопку **"Подбор"**.
---
## Документ "Поступление"(Складские документы)
:::info Поступление
Документ предназначен для оприходования Номенклатуры от контрагентов, и необходим при введении первоначальных остатков.
:::
При прочтении описания документа Вам необходимо ознакомиться с [концепцией комплектов и комплектующих](/it3/nomenklatura-i-sklad/kartochka-nomenklatury/koncepciya-komplektov-i-komplektuyushchih).
## 1. При заведении первоначальных остатков.
Ввести первоначальные остатки можно двумя способами: вручную, с помощью документа **Поступления** и с помощью обработки [Импорт данных из сторонних программ](/it3/nachalo-raboty/import-dannyh/import-dannyh-iz-storonnih-programm). Если создавать остатки, то у Вас должно получиться для каждого места хранения следующее:
Данный документ просто оприходует на место хранения *Отдел кадров* организации *Наша фирма* все комплектующие в количественном выражении.
## 2. При оприходовании от контрагентов.
При работе с контрагентами лучше использовать связку документов [Заказ поставщику](/it3/zakupki-i-prodazhi/zakazy-postavshchiku/zakaz-postavshchiku) - [Поступление](/it3/nomenklatura-i-sklad/skladskie-dokumenty/dokument-postuplenie) в этом случае **Поступление** можно создать на основании **Заказа поставщику**, а далее просто заполнить карточки номенклатуры и провести документ. При этом, используя заказы Вы еще получаете механизм контроля, что приехало от поставщика, а что нет, что оплачено, а что нет.
Для создания на основании **Заказа поставщику** зайдите в заказ, нажмите
**Создать на основании -> Поступление**
Если же Вы хотите внести документ вручную, то опишем реквизиты документа:
* **Организация** - организация, за которой будут закреплены данные комплекты и комплектующие;
* **Место хранения** - то, куда будут оприходованы комплекты и комплектующие (см. [Концепция именования мест хранения](/it3/nomenklatura-i-sklad/koncepciya-imenovaniya-mest-hraneniya));
* **Статья доходов расходов** - статья доходов и расходов для бюджетирования;
* **Вид** - вид документа "Поступление" может иметь следующие значения:
* ***Ввод остатков*** - позволяет оприходовать имеющеюся номенклатуру;
* ***Возврат от покупателя*** - позволяет отражать возврат клиента;
* ***Поступление от поставщика*** - позволяет отражать приход остатков приобретенных у поставщика;
* **Контрагент** - поставщик, от которого поступило оборудование (может быть не заполнено);
* **Договор** - договор между нами и контрагентом, по которому пришло оборудование;
* **Заказ поставщику** - заказ, по которому поступают запасы;
* **Заказ клиента** - документ, по которому отражаем поступивший заказ от клиента;
* **Объединить все строки верхнего уровня в комплекты** - эта важная настройка позволяет в остатках увидеть только строки верхнего уровня в дереве номенклатуры. Если галочка стоит, то в остатках будут отражены только: BenQ G925HDA, Canon LASER SHOT, Компьютер №2 на Рис.1, все остальные комплектующие будут объединены в родительские комплекты (их при желании можно восстановить документом Разбиение комплектации).
**Номенклатура** - предназначена для внесения комплектов и комплектующих, которые будут оприходованы на место хранения. При заполнении документа мышкой можно перетащить комплектующие в другие комплектующий для создания дерева комплектующих, т.е. что во что входит, а так же заполнить количество и цену с некоторыми дополнительными реквизитами. На этом этапе может возникнуть вопрос: [В документе "Поступление" поле Количество нельзя изменить, оно равно 1. В чем может быть дело?]/it/nomenklatura-i-sklad/vazhno-znat-md/v-dokumente-postuplenie-pole-kolichestvo-ravno-v-chem-delo)
**Услуги** - предназначена для внесения дополнительных расходов при поступлении, например, Доставка или Перевозка эти данные тоже можно контролировать. Они влияют на [бюджеты](/it3/denezhnye-sredstva/byudzhetirovanie/planirovanie-rashodov), а так же на взаиморасчеты с контрагентами.
**Накладная** - шаблон, на основании, которого можно заполнить табличную часть "Номенклатура".
Дополнительно - если в организации активно ведется [бюджетирование](/it3/denezhnye-sredstva/byudzhetirovanie/planirovanie-rashodov) и хочется знать сколько было потрачено по той или иной статье затрат, то данная вкладка поможет разносить дополнительную аналитику по затратам.
* **Бюджет** - бюджет по документу. Заполняется автоматически от даты и выбранной организации;
* **Период бюджета** - период бюджета, на который будут отнесены доходы и расходы. Заполняется автоматически, от даты и выбранной организации;
* **Подразделение** - куда покупалось оборудование;
* **№ вх. документа** - номер входящего документа;
* **от** - дата входящего документа;
* **Основание** - документ основание;
* **Комиссия** - позволяет гибко назначать и изменять членов комиссии по оприходованию/списанию/инвентаризации;
* **При сканировании ШК суммировать количество для одинаковой номенклатуры** - суммирование количества одинаковой номенклатуры.
Также обратите внимание на кнопку
**Ещё > Настройка документа**
Это настройки в документе. Можно сделать так, чтобы статья затрат была общим реквизитом для документа или для каждой комплектующей отдельно, положение заказа поставщику общим реквизитом или, аналогично, для каждой комплектующей.
---
## Документ "Продажа"(Складские документы)
:::info Продажа
Документ позволяет произвести продажу оборудования.
:::
Список документов продажи.
Форма создания документа **Продажа**.
Реквизиты *Организация* и *Место хранения* будут заполняться автоматически, если они указаны в настройках пользователя. После заполнения этих реквизитов, при нажатии кнопки **Подбор** мы увидим окно, где показано все оборудование, закрепленное за указанным местом хранения. В нем галочками выбираются элементы, которые мы хотим продать. Если Вы хотите продать оборудование, являющееся частью комплекта, но не комплект полностью, то перед этим необходимо провести **разбиение комплекта.**
Также документ позволяет отражать получение дохода не только от продажи номенклатуры, но и услуги с точки зрения продажной/закупочной позиции, например перевозка товара.
---
## Документ "Списание"(Складские документы)
:::info Списание
Документ предназначен для списания оборудования с мест хранения.
:::
Для быстрого заполнения номенклатуры используйте кнопку **"Подбор"**.
---
## Документы "Сборка(комплектация) и Разбиение комплектации"(Складские документы)
В конфигурации предусмотрена возможность ведения складского учета по комплектам и комплектующим. Подробнее о данной возможности можно ознакомиться в статье: ["Концепция комплектов и комплектующих"](/it3/nomenklatura-i-sklad/kartochka-nomenklatury/koncepciya-komplektov-i-komplektuyushchih).
Для создания комплекта необходимо использовать документ "Сборка(комплектация)" с помощью, которого осуществляется объединение комплектующих ПК в единый комплект. Соответственно, чтобы разобрать комплект необходимо использовать одноименный документ "Разбиение комплектации".
## 1. Сборка (Комплектация).
Наглядно рассмотрим возможности и предназначение данного документа. Для этого перейдем в раздел "Номенклатура и склад" - подраздел "Складской учет" - "Сборки (комплектации)" и создадим новый документ.
*Предназначение реквизитов документа:*
* **Организация** - указывается организация, по которой ведется складской учет;
* **Место хранения** - указывается место хранения, где на остатках числится номенклатура, которая будет использована для создания сборки;
* **Объединить все строки верхнего уровня в комплекты** - при активации данного чек-бокса номенклатура верхнего уровня объединяется в один единый комплект без иерархического дерева комплектующих.
Заполним все необходимые реквизиты и с помощью кнопки "Подбор" добавим в табличную часть номенклатуру, которую будем объединять в комплект.
:::info
При этом стоит отметить, что номенклатуру можно добавлять и с помощью кнопки "Добавить". Отличия между этими способами добавления номенклатуры, заключаются в том, что "Подбор" массово подбирает номенклатуру сразу с указанного места хранения, а "Добавить" единично добавляет позиции из справочника "Список номенклатуры".
:::
В результате заполнения получаем следующего вида документ:
Теперь, чтобы создать комплект нужно добавить номенклатуру, которая будет выступать в качестве строки верхнего уровня и объединять в себе комплектующие. Создадим новую номенклатуру с видом номенклатуры "Комплект", при этом дадим ей нейтральное название, например, "Компьютер №10". После создания этой номенклатуры ее обязательно необходимо оприходовать документом [Поступление](/it3/nomenklatura-i-sklad/skladskie-dokumenty/dokument-postuplenie), иначе получится ситуация, которая описана в статье: ["После сборки комплекта, комплектация не отображается на месте хранения"](/it3/nomenklatura-i-sklad/vazhno-znat-md/posle-sborki-komplekta-komplektaciya-ne-otobrazhaetsya-na-meste-hraneniya).
После того, как создали номенклатуру вида "Комплект", в табличной части документа **Сбора(комплектация)** с помощью простого перетаскивания (***drag-and-drop***), помещаем в "Компьютер №10" комплектующие. В результате получается в табличной части видим комплект хранящий в себе иерархию комплектующих. Последним шагом в создании комплектации является активирование чек-бокса "Объединить все строки верхнего уровня в комплекты" и провести документ.
Печатная форма для документа **Сборка (комплектация)** позволяет распечатать весь список номенклатуры комплекта с указанием вложенных комплектующих. Чтобы открыть печатную форму, необходимо нажать на кнопку "Состав комплекта".
В открывшейся форме Вы увидите сформированный раннее комплект. Если комплектов несколько, то они будут печататься на разных листах.
В результате проделанных манипуляций получается, что на месте хранения отображается только номенклатура верхнего уровня, то есть "Компьютер №10". Остальные составляющие комплекта отражены на закладке "Комплектующие". Если при создании документа **Сбора(комплектация)** не активировать чек-бокс "Объединить все строки верхнего уровня в комплекты", тогда номенклатура будет отражена в виде, в котором была представлена в табличной части документа **Сборка**, то есть иерархическим деревом без закладки **Комплектующие**.
В сформированном отчете по остаткам данная номенклатура, также будет отражена как комплект без комплектующих нижнего уровня. Если у Вас возникает вопрос о целесообразности скрытия комплектующих, тогда рекомендую ознакомиться со статьей на эту тему: "[Скрывать комплектующие у комплектов или нет?](/it3/nomenklatura-i-sklad/metodiki-ucheta/skryvat-komplektuyushchie-u-komplektov-ili-net)".
## 2. Разбиение комплектации.
После создания сборки и будущего использования данного комплекта в документах "Начало и Окончание обслуживание", обязательным шагом является разбиение комплектации с помощью одноименного документа. Это необходимо, чтобы отразить изменение состава комплектующих текущей сборки. Поэтому перейдем в раздел "Номенклатура и склад" и создадим документ "Разбиение комплектации".
***Предназначение реквизитов документа:***
**Организация** - указывается организация, по которой ведется складской учет;
**Тип разукомплектации** - указывается конкретный тип, по которому будет осуществляться разбиение. Тип "Разбить комплект" подходит в том случае, если сборка была осуществлена с объединением строк верхнего уровня в комплект. Тип "Разбить объединенные комплектующие" если сборка была собрана с иерархическим деревом комплектующих;
**Место хранение** - указывается место хранение, откуда будет браться комплект для осуществления разбиения;
**Карточка комплекта** - указывается карточка номенклатуры, которая относится к данному комплекту;
**Списать комплект после полной разукомплектации** - чек-бокс, который позволяется сразу же списать номенклатуру, которая была в качестве верхнего уровня сборки (например, компьютер №10).
При указании правильного типа разукомплектации и нужной карточки комплекта, в табличную часть документа автоматически добавляются все составляющие комплекта.
Документ "Разбиение комплектации" позволяет разбивать комплект частями. То есть, можно отметить только те комплектующие, которые необходимо вытащить из состава сборки(комплектации). Это полезно, когда необходимо к примеру, заменить одну-две детали комплекта на новые и чтобы не разбивать весь комплект можно вытащить только нужные составляющие.
После записи и проведения документа "Разбиение комплектации", данный комплект можно использоваться в документах [Начало обслуживания](/it3/remonty-i-obsluzhivanie/nachalo-obsluzhivaniya) и [Окончание обслуживания](/it3/remonty-i-obsluzhivanie/okonchanie-obsluzhivaniya), чтобы отражать факт ремонта или замену комплектующих. После замены неисправных деталей на новые и приведение комплекта в начальное состояние (собранный комплект), необходимо заново собрать комплектацию соответствующим документом.
---
## Инвентаризация и другие складские документы на основании Мобильного ТСД(Складские документы)
## Функционал «Мобильный терминал сбора данных»
В разделе
**Администрирование –> Настройка параметров учета –> Функциональность**
включаем функционал «Использовать мобильный ТСД».
> При использовании мобильного ТСД, в разделе **Номенклатура и склад** появится подраздел **Мобильный ТСД** в котором открывается доступ к документу «Данные мобильного ТСД».
Документ «Данные мобильного ТСД» формируется с помощью мобильного приложения.
### Роли для работы с документом «Данные мобильного ТСД»:
* [x] **Полные права** – просмотр и редактирование, создание других документов на основании данного;
* [x] **Базовые права мобильное приложение** - просмотр и создание других документов на основании данного;
* [x] **Добавление и изменение складских документов** - просмотр и создание других документов на основании данного.
На основании документа «Данные мобильного ТСД» можно создать следующие документы:
• Инвентаризация;
• Перемещение;
• Начало обслуживания;
• Продажа;
• Списание.
Видео: ["Мобильный ТСД"](https://www.youtube.com/watch?v=forJhaiwxbs)
---
## Общие вопросы(Общие вопросы)
Общие вопросы, которые могут возникнуть при работе с конфигурацией.
---
## Вопросы покупателей(Вопросы покупателей)
**Содержание главы:**
* Какие сканеры, ТСД и т.д.,поддерживает "Управление IT-отделом 8"?
---
## Какие сканеры, ТСД и т.д.,поддерживает "Управление IT-отделом 8"?(Вопросы покупателей)
Используйте официально сертифицированное оборудование, которое рекомендует фирма **1С**.
Его список можно найти по адресу: [список оборудования](https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-podklyuchaemogo-oborudovaniya/terminal-sbora-dannykh/sertifitsirovannye-i-podderzhivaemye-modeli-oborudovaniya-tsd/).
---
## По работе в конфигурации(По работе в конфигурации)
**Содержание главы:**
* Как подключить мобильное приложение к демо-базе?
* Файловая база, но регламентные задания не отрабатывают по расписанию?
* Проблема зависших сеансов 1с
* Изменение шаблона этикетки, чтобы не отображались символы штрих-кода
* Как добавить в форму списка документов свой столбец из документа?
* При использовании IIS в 1С получаем ошибку HttpException (0x80004005)
* Как перенести конфигурацию на другой компьютер/сервер?
* Как добавить в формах списка контактную информацию?
* Как открыть форму "Все функции"
* Как снять документ с проведения?
* Изменить активационные данные продукта
* После обновления - Выполняются дополнительные обработки данных.
* Проблемы с обновлением. Обновление предназначено для другой версии.
* Не работает загрузка изображений, ошибка "Класс не зарегистрирован"
* Включить возможность редактирования конфигурации
* Как удалить помеченные на удаление документы?
* Как пометить документ на удаление?
---
## База «ест» слишком много ресурсов сервера(По работе в конфигурации)
***У нас большое количество обращений к СУБД и большое количество забирает ОЗУ. Для сравнения база бухгалтерии делает обращений в 3 раза меньше «Управления IT-отделом 8».***
Такая ситуация довольно типична для систем класса ITSM/ITIL по сравнению с бухгалтерскими и другими системами. Вот основные причины, почему меньшая по объёму база может генерировать в 3 раза больше обращений и потреблять больше ОЗУ:
## 1. Разный характер рабочей нагрузки
`Бухгалтерия` — преимущественно пакетная обработка (начисления, отчёты, сверки). Меньше транзакций, но они.
`Управление IT-отделом 8` — онлайн-транзакционная обработка, каждое действие пользователя (создание инцидента, комментарий, смена этапа) генерирует десятки мелких запросов к разным таблицам.
## 2. Архитектурные особенности ITSM-систем
Много связанных сущностей: инцидент → запрос на изменение → актив → конфигурационная единица. Одно действие затрагивает 5–10 таблиц. Каждое изменение записывается в историю, что удваивает количество операций записи.
## 3. Бизнес-правила и триггеры.
Автоматические действия (уведомления, изменение реквизитов) вызывают дополнительные запросы.
## 4. Высокая конкурентность в реальном времени
Несколько операторов одновременно работают с системой, в отличие от бухгалтерии (где обычно работают 1-2 сотрудника).
## Что проверить? Что позволит улучшить ситуацию:
- проверить шаги автоматизации (подсистема Автоматизация), иногда их количество избыточно, и они дублируют действия друг друга (например, вначале один меняет реквизит, а следом другой этот же реквизит на другой);
- проверь какие регламентные задачи запущены и с какой периодичностью они запускаются;
* некоторые регламентный задания стоит отключить (если не используются. Например, есть только одна учетная запись почты в системе, а работают все 5-ть регламентных);
* у некоторых стоит изменить расписания увеличив промежуток запуска. Например, почта запускается каждую минуту и обрабатывает огромное число писем.
---
## Включить возможность редактирования конфигурации(По работе в конфигурации)
Вы должны понимать, что изменение конфигурации может негативно сказаться на дальнейшем обновлении конфигурации и ее поддержке.
Мы настоятельно не рекомендуем Вам изменять конфигурацию, но если такая необходимость все таки есть для включения возможности редактирования просмотрите [**ВИДЕО**](https://youtu.be/br4Gs2rt_q8).
Если Вы хотите добавить в конфигурацию отчет или обработку используйте внешние обработки и отчеты. Которые помогут Вам без изменения конфигурации добавить собственные отчеты и обработки, а также добавить к документам свои печатные формы.
---
## Изменение шаблона этикетки, чтобы не отображались символы штрих-кода(По работе в конфигурации)
Зачастую в организации имеется стандарт этикетки, например, Code 128, который не должен отображает символьную кодировку штрих-кода. Разберем поэтапно, как создать подобного рода этикетку.
Для работы с печатью этикеток, используется стандартная подсистема поставляемая от фирмы **1С**, которая называется **Библиотека подключаемого оборудования**.
Эта библиотека содержит внешнюю компоненту и работает по принципу **подмены картинки вместо штрих-кода**.
Когда вы редактируете шаблон Вы видите картинку (которая выглядит как штрих-код, но на самом деле это картинка).
Когда она выводится в табличный документ для печати она трансформируется (подменяется) в штрих-код внешней компонентой. Рассмотрим детально, чтобы больше в этой части не возникло вопросов.
Внешняя компонента имеет ряд ограничений, которые накладываются на работу. Список видов штрих-кодов, который выводится при создании шаблона этикетки, берется из внешней компоненты и поправить его, к сожалению, не получится.
Есть другой способ вывода штрих-кода, основанный на использовании нужного шрифта, который устанавливается самостоятельно.
Как вариант можем предложить поискать в интернете самостоятельно нужный шрифт, установить его на клиентской машине и изменить в шаблоне. Но этот способ будет не универсальным и он будет работать только на той машине, где будет установлен этот шрифт.
Скачать шрифт можно в интернете, например вот отсюда: https://ru.fonts2u.com/category.html?id=70
Мы не используем этот способ повсеместно, т.к. он не универсальный и не будет работать без предварительных манипуляций, требующий прав администратора (для установки шрифтов) и т.д.
## Шаг 1.
Скачиваем необходимый шрифт и устанавливаем его в шрифты Windows.
## Шаг 2.
Переходим в **Шаблоны этикеток** и создаем новый шаблон. Выбираем ячейку, где будет находится штрих-код этикетки и два раза кликаем на доступное поле **Штрих-код**. После чего программа выдаст сообщение **Добавить штрих-код, как картинку?**, выбираем **Нет** (рис 1).
## Шаг 3.
Выделяем ячейку, где находится штрих-код и нажимаем правую кнопку мыши, после чего переходим в свойства ячейки (рис 2).
## Шаг 4.
В свойствах ячейки, в поле **Шрифт** необходимо указать установленный ранее шрифт штрих-кода (рис 3).
В результате получаем этикетку с необходимым форматом штрих-кода (без указания цифр) (рис 4).
:::info ВАЖНО!
Данный способ не является универсальным, так как требует установки ряда дополнительных шрифтов в операционную систему Windows.
:::
[Ссылка на видео](https://youtu.be/HZcXqeumJes)
---
## Изменить активационные данные продукта(По работе в конфигурации)
Такая потребность часто возникает в результате реорганизации холдингов, когда организация, которая приобрела продукт ликвидируется и создается другая в рамках этого же холдинга.
Для изменения активационных данных конфигурации **Управление IT-отделом 8" необходимо:**
1. Услуга по перерегистрации конфигурации платная. Необходимо сделать заказ позиции на нашем сайте [Перерегистрация конфигурации "Управление IT-отделом 8" на другую организацию](https://softonit.ru/catalog/updateit/peregistr/)
2. После получения нового ключа активируйте конфигурацию новыми активационными данными.
Конфигурация перерегистрирована.
---
## Как добавить в формах списка контактную информацию?(По работе в конфигурации)
Для добавления контактной информации в форме списка необходимо сделать следующее:
Откройте форму списка, например для мест хранения, далее **Еще -> Изменить форму** и станьте на элемент Ссылка и нажмите **Добавить поля**:
Далее добавим нужные нам поля из контактных данных:
Получаем результат:
Теперь список отображается вместе с контактной информацией.
---
## Как добавить в форму списка документов свой столбец из документа?(По работе в конфигурации)
Очень часто возникает необходимость добавить реквизиты, которые нет в списке, но они есть в документах. Например, для документа **Окончание обслуживания** хочется вывести текущий статус:
Видим, что поля в динамическом списке не хватает.
Добавим нужное поле. Для этого нажмем в форме **Еще** и найдем в списке **Изменить форму...** ну и далее как на рисунке ниже:
Выберем нужный реквизит из списка (5) и после его добавления нажмем ОК и применим все настройки. Получим следующий список:
---
## Как открыть форму "Все функции"(По работе в конфигурации)
Форму можно открыть следующим образом:
1. Сначала активируем видимость в меню (если она не видима)
Далее:
2. Теперь в меню видно пункт **Все функции**. Открываем его:
Используя этот пункт можно изменить или открыть любой объект конфигурации
---
## Как перенести конфигурацию на другой компьютер и(или) сервер?(По работе в конфигурации)
Для переноса информационной базы необходимо иметь доступ к административной учетной записи в ИБ (информационной базе).
Далее, входим в конфигуратор
Введем данные администратора ИБ, после попадем в конфигуратор.
В конфигураторе совершим следующее и сохраним этот файл в нужную нам папку:
Итак, мы сохранили резервную копию ИБ.
Запоминаем путь, куда сохранили. После сохранения копируем этот файл на другой компьютер (если это необходимо), или сохраняем на флэшку и переносим на другой компьютер.
Разворачивание на другом компьютере:
Далее:
Третий шаг:
Подробнее об этом можете прочесть в интернете, чем отличается файловая база от серверной.
Для примера выберем базу файловую, файловая база может быть как на локальном компьютере, так и в сети в расшареной папке.
Будет создана в указанной папке пустая информационная база.
Снова открываем ее в конфигураторе.
После загрузки конфигурации, будет задан вопрос о перезапуске, и после перезапуска вы получите копию информационной базы.
---
## Как подключить мобильное приложение к демо-базе?(По работе в конфигурации)
## Шаг №1.
Установите мобильное приложение из Google Play или AppStore
https://play.google.com/store/apps/details?id=ru.softonit.uitmobile&utm_source=softonit&utm_medium=organic&utm_campaign=site
https://apps.apple.com/us/app/управление-it-отделом-8/id1458344514?l=ru&ls=1&utm_campaign=site&utm_medium=organic&utm_source=softonit
## Шаг №2.
Чтобы протестировать работу мобильного приложения "Управление IT-отделом 8" на демо-базе, необходимо перейти по ссылке, полученной в письме и авторизоваться под учетной записью **Пользователь**.
После авторизации на начальной странице нажмите кнопку **Персональные настройки** (гаечный ключ).
Перейдите на вкладку "Мобильные клиенты" и нажмите кнопку "Настройка подключения". Высветится QR-код, который нужно отсканировать в мобильном приложении, выбрав вариант подключения **Прочитать QR-код с экрана компьютера**.
В результате будет произведена синхронизация с демо-базой и появится возможность тестирования мобильного приложения в **Основном режиме** на демонстрационной версии конфигурации.
---
## Как пометить документ на удаление?(По работе в конфигурации)
Для пометки документа на удаление необходимо [снять его с проведения](/it3/obshchie-voprosy/po-rabote-v-konfiguracii/kak-snyat-dokument-s-provedeniya) (если он проведен), а затем нажать на кнопку:
Если Вы хотите полностью удалить этот элемент, Вам необходимо пометить данный элемент на удаление, а затем запустить процедуру [удаления помеченных объектов](/it3/obshchie-voprosy/po-rabote-v-konfiguracii/kak-udalit-pomechennye-na-udalenie-dokumenty).
---
## Как снять документ с проведения?(По работе в конфигурации)
Для снятия документа с проведения необходимо в любом документе нажать на кнопку:
---
## Как удалить помеченные на удаление документы?(По работе в конфигурации)
Для удаления помеченных документов необходимо иметь административные права
**Администрирование -> Поддержка и обслуживание -> Удаление помеченных объектов**
---
## Не работает загрузка изображений, ошибка "Класс не зарегистрирован"(По работе в конфигурации)
## Ошибка при загрузке возникает и сообщается в строке "Состояние".
Для 32-битных систем попробуйте использовать команду:
```bat
regsvr32 msscript.ocx
```
Для 64-битных. Проблема в том, что 64-битные приложения не могут запускать 32-битные DLL, которые, например, инициализируются системой при создании `COM-объекта`.
Решить данную проблему можно с помощью создания 64-битного приложения COM+. Данное приложение способно взаимодействовать с 32-приложениями.
1. На сервере запускаем консоль "Службы компонентов" (Пуск - Администрирование - Службы компонентов).
2. В ветке "Приложения COM+" добавляем новое приложение. Выбираем "Создать новое приложение".
3. Имя приложения: `V8ComConnectorApp`, способ активации: `серверное`.
4. Учетная запись для запуска: выбираем учетную запись под которой работает сервер 1С.
5. Роль: "CreatorOwner", далее в ветке пользователей добавляем учетную запись, под которой работает сервер 1С.
6. В ветке созданного приложения переходим на ветку "Компоненты" и создаем компонент.
7. Выбираем "Импорт уже зарегистрированных", ставим галочку 32-разряда и в списке находим `MSScriptControl.ScriptControl.1.`
8. Заходим в свойства установленного компонента и на вкладке "Безопасность", списке "Явно установленные для выделенных объектов роли" включаем флажок напротив роли CreatorOwner.
После этого должно все работать.
---
## Изменение макетов печатных форм(По работе в конфигурации)
# Добавление параметров номенклатуры и карточек номенклатуры в макетах печатных форм
Универсальный механизм подстановки реквизитов **Номенклатуры** и **Карточки номенклатуры** в макеты печатных форм без правки конфигурации. Достаточно добавить в макет параметр с именем по правилу `Номенклатура<ИмяРеквизита>` или `КарточкаНоменклатуры<ИмяРеквизита>` — система сама подставит туда нужное значение из документа.
## Зачем это нужно
Раньше, чтобы в печатной форме показать значение какого нибуть реквизита номенклатуры или карточки номенклатуры (например, производителя, бух. номер карточки), нужно было обращаться к программисту: править запрос в модуле менеджера, добавлять поле в выборку, согласовывать имя параметра. Любая мелкая правка макета превращалась в задачу на несколько часов, а то и дней.
Теперь добавление поля в макет — это **локальное изменение макета** (через стандартное «Администрирование → Печатные формы, отчеты и обработки → Макеты печатных форм → Изменить макет»). Не нужно править ни код 1С, ни запросы. Реализация в общем модуле один раз поддерживает все будущие параметры — список потенциально доступных полей соответствует составу реквизитов справочника на момент печати.
## Где это уже работает
| Документ / Справочник |
| --- |
| Заказ клиента |
| Заказ поставщику |
| Поступление |
| Продажа |
| Списание |
| Сборка-комплектация |
| Инвентаризация |
| Начало обслуживания |
| Окончание обслуживания ||
| Карточки номенклатуры (справочник) |
## Как пользоваться
### 1. Откройте копию макета на правку
В клиенте 1С: «Администрирование → Печатные формы, отчеты и обработки → Макеты печатных форм». Выбрать нужный макет и нажать `Изменить макет` или `F2`.
### 2. Добавьте нужный параметр в область строки
В области макета (например, «Строка» для «Заказа клиента»):
1. Поставьте курсор в нужную ячейку.
2. Откройте свойства ячейки (правый клик → **Свойства** или `Alt + Enter`).
3. В поле **Заполнение** выберите **Параметр**.
4. В поле **Параметр** введите имя по правилу:
- для Номенклатуры — `Номенклатура<ИмяРеквизита>`
- для Карточки номенклатуры — `КарточкаНоменклатуры<ИмяРеквизита>`
Имя реквизита берётся из таблиц приложений 1 и 2 этой статьи.
### 3. Сохраните и проверьте
Сохраните макет, закройте редактор, нажмите «Печать → Заказ клиента» ещё раз — теперь в нужной ячейке окажется значение из реквизита номенклатуры - производитель.
> ### Что произойдёт, если имя параметра указано неверно
> Параметр останется пустым. Печать не
сломается. Это ***штатное поведение***: лишние имена параметров система молча игнорирует, ошибок не возникает. Проверьте имя по таблице в приложении.
## Правила формирования имён параметров
### A. Простые реквизиты
`<Префикс><ИмяРеквизита>` — без разделителей.
Примеры:
- `НоменклатураАртикул`
- `НоменклатураГарантияМесяцев`
- `КарточкаНоменклатурыБухНомер`
- `КарточкаНоменклатурыДатаВводаВЭксплуатацию`
### B. Раскрытие реквизитов-ссылок
Для реквизита, который сам является ссылкой на справочник (например, `Производитель` или `ВидНоменклатуры`), помимо ключа с самим значением (`НоменклатураПроизводитель`) автоматически добавляются развёрнутые поля ***первого уровня вложенности*** ссылочного объекта:
| Имя параметра | Что подставляется |
| --- | --- |
| `НоменклатураВидНоменклатурыНаименование` | Наименование вида номенклатуры |
| `НоменклатураПоставщикНаименование` | Наименование контрагента-поставщика |
| `НоменклатураПоставщикИНН` | ИНН контрагента-поставщика |
| `НоменклатураПоставщикКПП` | КПП контрагента-поставщика |
| `КарточкаНоменклатурыКодПоОКОФНаименование` | Расшифровка кода ОКОФ |
> Имена реквизита и подреквизита идут подряд, без разделителей.
Глубина раскрытия — **один уровень**. То есть `НоменклатураПроизводительПолноеНаименование` доступно (это реквизит самого Производителя), а вот `НоменклатураПроизводительОсновноеЛицоИНН` — нет (это уже второй уровень вложенности).
### С. Дополнительные реквизиты
Если у номенклатуры или карточки настроены «Дополнительные реквизиты» (механизм БСП), они доступны под именами:
- `НоменклатураДопРеквизит<Идентификатор>` — для Номенклатуры
- `КарточкаНоменклатурыДопРеквизит<Идентификатор>` — для Карточки
`<Идентификатор>` формируется из наименования дополнительного реквизита: оставляются только буквы, цифры и подчёркивание, остальные символы убираются. Например, дополнительный реквизит «Цвет корпуса» доступен как `НоменклатураДопРеквизитЦветкорпуса`.
### D. Служебный параметр
| Имя параметра | Что подставляется |
| --- | --- |
| `НоменклатураДатаИВремяПечати` | Текущая дата и время сервера на момент печати |
| `КарточкаНоменклатурыДатаИВремяПечати` | То же |
## Ограничения
1. **Реквизиты составного типа не раскрываются** на подреквизиты. Например, у Карточки номенклатуры реквизит `ДокументПоступления` — составной (может быть `Поступление`, `Списание` и т. д.), поэтому доступен только ключ `КарточкаНоменклатурыДокументПоступления` (выведется представление), а вот `КарточкаНоменклатурыДокументПоступленияДата` или `...Номер` — нет.
2. **Перечисления** (`АмортизационнаяГруппа`) — подреквизитов нет по определению. В параметр подставляется представление значения перечисления.
3. **Устаревшие реквизиты** (`УдалитьВес`, `УдалитьКартинка` и подобные с префиксом «Удалить») в выборку не попадают. Использовать их в макетах нельзя.
4. **Изображения и хранилища значений** не передаются — это технические данные, для макета не пригодны.
5. **Табличные части номенклатуры/карточки** (например, `СетевыеИнтерфейсы` у Карточки) **не разворачиваются** в строки макета — для каждой строки печати используется одна номенклатура/карточка, ТЧ — это коллекция. Если нужна печать сетевых интерфейсов карточки — это отдельный макет «Карточка номенклатуры», для которого механизм не предназначен.
6. **Стандартный реквизит «Владелец»** карточки (= номенклатура, которой она принадлежит) сейчас не входит в набор автоматических параметров.
## Совет: как быстро узнать список доступных параметров
При правке макета пользователю не обязательно держать в голове все имена. Достаточно открыть таблицы **Приложения 1** (для Номенклатуры) и **Приложения 2** (для Карточки номенклатуры) этой статьи и взять оттуда имя нужного реквизита, добавив префикс.
Также можно ориентироваться на список реквизитов справочника в режиме 1С:ПредКонфигуратор.
---
## Приложение 1. Реквизиты справочника «Номенклатура»
В колонке «Имя параметра в макете» — то имя, которое нужно вписать в свойство «Параметр» ячейки.
| Имя параметра в макете | Синоним (как видит пользователь) | Описание |
| --- | --- | --- |
| `НоменклатураСсылка` | Ссылка | Сама ссылка на элемент (в текстовый параметр выведется как представление) |
| `НоменклатураКод` | Код | Код элемента (в справочнике Номенклатура код по умолчанию пустой) |
| `НоменклатураНаименование` | Наименование | Наименование позиции |
| `НоменклатураПометкаУдаления` | Пометка удаления | Истина — элемент помечен на удаление |
| `НоменклатураЭтоГруппа` | Это группа | Истина — элемент является группой каталога |
| `НоменклатураРодитель` | Родитель | Ссылка на родительскую группу |
| `НоменклатураАмортизационнаяГруппа` | Амортизационная группа | Амортизационная группа номенклатуры |
| `НоменклатураАртикул` | Артикул | Артикул позиции номенклатуры |
| `НоменклатураВидНоменклатуры` | Вид номенклатуры | Вид номенклатуры в информационной базе |
| `НоменклатураВРасчетПотребностейВключатьАналоги` | В расчёт потребностей включать аналоги | При расчёте минимального остатка учитывать аналоги |
| `НоменклатураГарантияМесяцев` | Гарантия месяцев | Срок гарантии в месяцах |
| `НоменклатураЕдиницаИзмерения` | Единица измерения | Единица измерения по классификатору, в которой ведётся учёт |
| `НоменклатураКодПоОКОФ` | Код по ОКОФ | Код по ОКОФ номенклатуры |
| `НоменклатураКомментарий` | Комментарий | Произвольный комментарий |
| `НоменклатураМинимальныйОстаток` | Минимальный остаток | Минимальный остаток номенклатуры, который должен быть в резерве |
| `НоменклатураПоставщик` | Поставщик | Поставщик номенклатуры |
| `НоменклатураПроизводитель` | Производитель | Производитель номенклатуры |
| `НоменклатураСтавкаНДС` | Ставка НДС | Ставка НДС по умолчанию для подстановки в документы |
| `НоменклатураФайлКартинки` | Файл картинки | Ссылка на файл картинки номенклатуры |
**Раскрытые поля реквизитов-ссылок** (примеры наиболее полезных — полный список зависит от состава реквизитов справочников-целей):
| Имя параметра в макете | Что подставляется |
| --- | --- |
| `НоменклатураПроизводительНаименование` | Наименование производителя |
| `НоменклатураПроизводительКод` | Код производителя |
| `НоменклатураПоставщикНаименование` | Наименование контрагента-поставщика |
| `НоменклатураПоставщикИНН` | ИНН поставщика |
| `НоменклатураПоставщикКПП` | КПП поставщика |
| `НоменклатураВидНоменклатурыНаименование` | Наименование вида номенклатуры |
| `НоменклатураЕдиницаИзмеренияНаименование` | Наименование единицы измерения (шт., упак. и т. д.) |
| `НоменклатураСтавкаНДСНаименование` | Наименование ставки НДС (20%, 10%, Без НДС и т. п.) |
| `НоменклатураКодПоОКОФНаименование` | Расшифровка кода ОКОФ |
---
## Приложение 2. Реквизиты справочника «Карточки номенклатуры»
В колонке «Имя параметра в макете» — то имя, которое нужно вписать в свойство «Параметр» ячейки.
| Имя параметра в макете | Синоним (как видит пользователь) | Описание |
| --- | --- | --- |
| `КарточкаНоменклатурыСсылка` | Ссылка | Сама ссылка на карточку (выведется как представление) |
| `КарточкаНоменклатурыКод` | Код | Код карточки (автонумерация, длина 11) |
| `КарточкаНоменклатурыНаименование` | Наименование карточки | Наименование карточки |
| `КарточкаНоменклатурыПометкаУдаления` | Пометка удаления | Истина — карточка помечена на удаление |
| `КарточкаНоменклатурыАвтоНаименование` | Авто наименование | Автоматически формировать наименование по формуле из настроек учёта |
| `КарточкаНоменклатурыАмортизационнаяГруппа` | Амортизационная группа | Амортизационная группа ОКОФ |
| `КарточкаНоменклатурыБухНомер` | Бух номер | Бухгалтерский номер карточки |
| `КарточкаНоменклатурыВерсияПО` | Версия ПО | Версия программного обеспечения |
| `КарточкаНоменклатурыВестиУчетПоКарточкамНоменклатуры` | Вести учёт по карточкам номенклатуры | Ведётся ли для данной карточки учёт по карточкам |
| `КарточкаНоменклатурыВидНоменклатуры` | Вид номенклатуры | Вид номенклатуры карточки |
| `КарточкаНоменклатурыГарантияМесяцев` | Гарантия месяцев | Срок гарантии в месяцах |
| `КарточкаНоменклатурыДатаВводаВЭксплуатацию` | Дата ввода в эксплуатацию | Дата ввода карточки в эксплуатацию |
| `КарточкаНоменклатурыДатаНачалаЛицензии` | Дата начала лицензии | Дата начала действия лицензии |
| `КарточкаНоменклатурыДатаНачалаПодпискиОбновлений` | Дата начала подписки обновлений | Дата начала действия подписки на обновления |
| `КарточкаНоменклатурыДатаОкончанияГарантии` | Дата окончания гарантии | Дата окончания гарантии от даты ввода в эксплуатацию |
| `КарточкаНоменклатурыДатаОкончанияЛицензии` | Дата окончания лицензии | Дата окончания действия лицензии |
| `КарточкаНоменклатурыДатаОкончанияПодпискиОбновлений` | Дата окончания подписки обновлений | Дата окончания действия подписки на обновления |
| `КарточкаНоменклатурыДатаПриобретения` | Дата приобретения | Дата приобретения карточки |
| `КарточкаНоменклатурыДатаУстановкиПО` | Дата установки ПО | Дата установки программного обеспечения |
| `КарточкаНоменклатурыДокументПоступления` | Документ поступления | Документ-основание поступления карточки (составной тип, выведется как представление) |
| `КарточкаНоменклатурыЕстьГарантия` | Есть гарантия | Истина — на карточку распространяется гарантия |
| `КарточкаНоменклатурыЕстьОграниченияПоКоличествуПользователейЛицензии` | Есть ограничения по количеству пользователей лицензии | Признак ограничения лицензии по количеству пользователей |
| `КарточкаНоменклатурыЕстьОграниченияПоСрокуДействияЛицензии` | Есть ограничения по сроку действия лицензии | Признак ограничения лицензии по сроку действия |
| `КарточкаНоменклатурыЕстьОграниченияПоСрокуДействияОбновлений` | Есть ограничения по сроку действия обновлений | Признак ограничения подписки на обновления по сроку |
| `КарточкаНоменклатурыЗаметки` | Заметки | Дополнительная информация по карточке |
| `КарточкаНоменклатурыИнвентарныйНомер` | Инвентарный номер | Инвентарный номер карточки |
| `КарточкаНоменклатурыКлючАктивации` | Ключ активации | Ключ активации лицензии |
| `КарточкаНоменклатурыКодПоОКОФ` | Код по ОКОФ | Код по ОКОФ карточки |
| `КарточкаНоменклатурыКоличествоПользователейЛицензии` | Количество пользователей лицензии | Количество пользователей у лицензии |
| `КарточкаНоменклатурыКомментарий` | Комментарий | Произвольное описание |
| `КарточкаНоменклатурыПервоначальнаяСтоимость` | Первоначальная стоимость | Сумма первоначальной стоимости |
| `КарточкаНоменклатурыПорядковыйНомер` | Порядковый номер | Порядковый номер карточки |
| `КарточкаНоменклатурыСерийныйНомер` | Серийный номер | Серийный номер карточки |
| `КарточкаНоменклатурыСетевоеИмя` | Сетевое имя | Сетевое имя устройства |
| `КарточкаНоменклатурыСетевойПользователь` | Сетевой пользователь | Сетевой пользователь устройства |
| `КарточкаНоменклатурыСрокПолезногоИспользования` | Срок полезного использования (мес.) | Срок полезного использования карточки в месяцах |
| `КарточкаНоменклатурыФайлКартинки` | Файл картинки | Ссылка на файл картинки карточки |
**Раскрытые поля реквизитов-ссылок** (примеры):
| Имя параметра в макете | Что подставляется |
| --- | --- |
| `КарточкаНоменклатурыВидНоменклатурыНаименование` | Наименование вида номенклатуры |
| `КарточкаНоменклатурыВидНоменклатурыКод` | Код вида номенклатуры |
| `КарточкаНоменклатурыКодПоОКОФНаименование` | Расшифровка кода ОКОФ |
| `КарточкаНоменклатурыКодПоОКОФКод` | Сам код ОКОФ (значение в справочнике) |
---
## После обновления - Выполняются дополнительные обработки данных.(По работе в конфигурации)
Если после обновления версии программы наблюдается такое окно:
то предлагаем сделать следующее:
в разделе **Администрирование - Регламентные и фоновые задания** запустить регламентное задание **Отложенное обновление ИБ**:
---
## При использовании IIS в 1С получаем ошибку HttpException (0x80004005)(По работе в конфигурации)
## Ошибка примерно такая
```
[HttpException (0x80004005): Обнаружено потенциально опасное значение Request.Path, полученное от клиента (:).]
System.Web.HttpRequest.ValidateInputIfRequiredByConfig() +9914812
System.Web.PipelineStepManager.ValidateHelper(HttpContext context) +53
```
**Алгоритм следующий:**
1. Открываем IIS.
2. Открываем наш сайт-публикацию в браузере.
3. Идем в сопоставления обработчиков.
4. Ищем ISAPI-dll и выделяем строку.
5. Справа нажимаем "Добавить сопоставление сценария".
6. Путь запроса - "*", Исполняемый файл - "C:\....\wsisapi.dll".
7. Нажимаем "Да".
Если это не поможет, то можно попробовать следующее:
---
## Проблема зависших сеансов 1C(По работе в конфигурации)
Иногда в процессе работы возникают случаи, когда зависают сеансы пользователей 1С(особенность платформы от компании 1С). Такое часто случается если завершать работу с базой неправильно (Нажать на крестик в правом верхнем углу программы). Возникает вопрос: **Как правильно закрывать программу 1с?**. На рисунке ниже я показываю, более корректное закрытие окна программы 1С: Предприятие: в том же углу нажать на имя пользователя, а затем на гиперссылку **Завершить работу**.
Что делать если сеансы все же зависли. При использовании клиент – серверного варианта работы, есть такое приложение как **Администрирование серверов 1С предприятие**. Нужно открыть вашу Информационную базу (в примере это UT), по пути, указанном на рисунке ниже, и перейти в **Сеансы**. В правой части окна мы увидим список всех сеансов пользователей, работающих с базой, выберем нужный, нажмем правой кнопкой мыши и нажмем **Удалить**. Да совершенно верно- все так просто.
При работе в файловом режиме специальных инструментов нет, здесь может помочь банальная перезагрузка компьютера с базой, удаление процессов 1С в **Диспетчере задач**, но все их назвать корректными нельзя.
---
## Проблемы с обновлением. Обновление предназначено для другой версии.(По работе в конфигурации)
Иногда возникает такая ситуация, когда конфигурация не может быть обновлена на новую версию.
Установленные обновления платформа *не видит*. Это может быть следствием не правильной установки прошлого обновления.
Первым делом необходимо проверить, какая версия действительно у Вас установлена. Для этого запустите конфигурацию в режиме конфигуратора и проверьте версию в двух местах. Действительно ли та версия установлена.
1. Посмотрите как версия в *О программе*:
2. Посмотрите какая версия в поддержке:
В конфигураторе **Меню -> Конфигурация -> Поддержка -> Настройка поддержки**.
Действительно. Мы убедились, что версия и там и там стоит 3.0.14.1, но при установке следующего обновления, конфигурация пишет:
**Данное обновление предназначено для версий 3.0.14.1**
Но ведь и так установлена данная версия! Верно?
Если у Вас все как на картинке (понятное дело номер версии может отличаться), то только после этого необходима последовательность шагов, которая поможет Вам обновить конфигурацию.
## Причины такого поведения
Почему система не может найти обновление? Дело в том, что в следствии неправильного обновления такая ошибка может возникнуть, конфигурация внутри, при последнем обновлении, обновилась, но по прежнему считает, что она предыдущей версии. Поэтому при следующем обновлении Вы можете наткнуться на подобную ошибку. Лечится эта ошибка так: конфигурацию необходимо заставить насильно изменить версию *внутри*.
## Как решить эту проблему
:::info Внимание!
Все что указано ниже Вы выполняете на свой страх и риск!
:::
1. Необходимо сделать бэкап конфигурации, чтобы избежать в будущем *головной боли*
**Конфигуратор -> Меню -> Администрирование -> Выгрузить информационную базу**
**Конфигуратор Меню -> Конфигурация -> Поддержка -> Настройка поддержки**
Щелкаем кнопку **Включить возможность изменения**.
3. После этого закрываем окно "Настройка поддержки" и нажимаем на кнопку **Обновить конфигурацию базы данных (или F7)**
4. Снова открываем настройку поддержки:
5. И снова как и пункте 3 нажимаем **Обновить конфигурацию базы данных** (или F7)
6. Таким образом мы *отвязали* конфигурацию от поставщика, теперь необходимо ее снова привязать. Для этого Вам необходимо написать в [службу поддержки в личном кабинете](https://softonit.ru/personal/tickets/) с просьбой предоставить cf-файл, для обновления конфигурации, т.к. конфигурация не может обновиться. Мы Вам вышлем "нормальный" cf-файл и Вы его снова привяжите к конфигурации.
7.
Итак у Вас есть `cf-файл` с конфигурацией поставщика. Необходимо его загрузить. Для этого нажмите
**Конфигуратор -> Меню -> Конфигурация -> Сравнить, объединить с конфигурацией из файла**
и выберите файл, который мы Вам прислали с нормальной конфигурацией поставщика. После этого Вам будет выдано предупреждение.
Щелкаем **Да**, а затем **Выполнить** и нажимаем в открывшемся окне `"ОК"`.
После этого необходимо снова как и в пункте 3 нажать **Обновить конфигурацию базы данных (или `F7`).**
Теперь в конфигурации восстановлена возможность обновления. Конфигурация теперь *думает*, что у нее правильная версия и она нормально обновится на следующую версию.
---
## Файловая база, но регламентные задания не отрабатывают по расписанию?(По работе в конфигурации)
В файловой базе есть ограничения работы с регламентными заданиями, а именно они не запускаются автоматически если в конфигурации никто не работает, а если даже и работает, то регламентные стартуют от пользователя, который вошел первым с минимальным приоритетом. Причем не всегда будет понятно как они запускаются.
Для файловых баз выход есть!
Необходимо создать пользователя **ServiceDes**k и запускать конфигурацию с помощью планировщика Windows из командной строки используя этого пользователя.
Это позволит автоматически запускать создание заданий по электронным письмам. Пример запуска с помощью командной строки:
```cmd
"c:\Program Files (x86)\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\1C_base\IT" /N"ServiceDesk" /P"12345"
```
Где
`D:\1C_base\IT` путь к информационной базе
`12345` пароль пользователя `ServiceDesk`
---
## СRM - подсистема(CRM-подсистема)
:::info CRM система управления взаимоотношениями с клиентами
Модель взаимодействия, основанная на теории, что центром всей философии бизнеса является клиент,
а главными направлениями деятельности компании являются меры по обеспечению эффективного маркетинга,
продаж и обслуживания клиентов. Поддержка этих бизнес-целей включает сбор, хранение и анализ информации о потребителях, поставщиках,
партнёрах, а также о внутренних процессах компании. Функции для поддержки этих бизнес-целей включают продажи, маркетинг,
поддержку потребителей.
:::
В нашей конфигурации предусмотрена **подсистема CRM**.
Работа данного функционала схожа с работой подсистемы **Техническая поддержка**.
Инциденты, поступившие в Service Desk, поэтапно обрабатываются специалистами и доводятся до логического завершения.
В CRM все обстоит точно также, чтобы в этом убедиться схематично рассмотрим работу подсистемы:
***Что мы видим?***
Как и у системы обработки инцидентов, цель CRM аналогична, довести обращение до завершения, а именно,
это потенциального клиента перевести в статус клиента. Следовательно, механизм технической поддержки полностью подходит для создания CRM,
за исключением добавления в работу новой сущности [Потенциальные клиенты](/it3/podsistema-service-desk-upravlenie-incidentami/crm-podsistema/potencialnye-klienty). Разберем настройку, на примере.
Первым делом, что необходимо сделать - это создать *процесс* и настроить его *этапы*, по которым будем работать с обращениями
потенциальных клиентов. Перейдем в **Справочники -> Service Desk -> Процессы** и создадим новый процесс *Проявление интереса*.
Согласно схеме, представленной выше, настроим этапы процесса следующим образом:
* **Новый** - новое обращение (возможен переход на этапы *Выбор*, *Отказ*).
* **Выбор** - потенциальный клиент стоит перед выбором продолжения взаимоотношений (возможен переход на этапы *Выставление счета*, *Отказ*).
* **Выставление счет**а - потенциальный клиент продолжил взаимоотношения и ожидает счета на оплату (возможен переход на этапы *Оплачен*, *Отказ*).
* **Оплачен** - счет оплачен (возможен переход на этап *Ожидание документов*).
* **Ожидание документов** - ожидаем закрывающих документов (возможен переход на этап *Клиент*).
* **Клиент** - потенциальный клиент переведен в статус клиента (возможен переход на этап *Работа по договору*).
* **Работа по договору** - работаем с клиентом по заключенному договору (возможен переход на этап *Выставление счета* в случае истечения срока действия заключенного договора).
* **Отказ** - клиент отказался вести взаимоотношения на этапах (*Новый*, *Выбор*, *Выставление счета*).
После переходим к созданию новой учетной записи, на которую будем получать обращения потенциальных клиентов **Администрирование -> Учетные записи электронной почты**.
Стоит заметить, что при использовании **подсистемы CRM** необходимо иметь минимум две учетные записи.
Одну использовать для создания заданий на основе инцидентов, а другую для работы с **CRM**.
Следующий шаг - настройка автоматического создания заданий (обращений) на основе входящей электронной почты. Начиная с версии 4.0 эта настройка ведётся не в справочнике "Правила событий" (выведен из эксплуатации), а в подсистеме **Автоматизация**: справочник **Шаги автоматизации** содержит шаг "Создать задание из письма", у которого настраивается условие отбора входящих писем (например, по учётной записи CRM) и значения, подставляемые в создаваемое задание/обращение - включая проект, к которому будет отнесено обращение, и приоритет поиска инициаторов при записи входящего письма.
Для более удобной работы с подсистемой **CRM** можно использовать **Канбан-доску**.
Перейдем в **Техническая поддержка -> Группы канбан-доски** и добавим новые группы, которые будут отображаться на канбан.
При создании группы, важно не забывать выставлять реквизит *Отображать* в положение **Да**, иначе на канбан-доске она не будет отображаться.
После этого создаем новую канбан-доску и добавляем группы, которые создали ранее.
Результат канбан-доски *CRM*.
Итог настройки подсистемы.
В документе **Задания** будут созданы задания на основании обращений потенциальных клиентов, поступивших на почту *CRM*.
Настроенным шагом автоматизации проставляются реквизиты задания.
В справочник [Потенциальные клиенты](/it3/podsistema-service-desk-upravlenie-incidentami/crm-podsistema/potencialnye-klienty) добавляется новая позиция и после чего можно приступить к работе с потенциальным клиентом.
Сортировкой по процессам, можно отделить инциденты от проявленных интересов.
| **Список ролей для работы с подсистемой "CRM"** |
|-------------------------------------------------|
| Выполнение заданий |
| Добавление заданий |
| Добавление изменение спринтов |
| Оценка заданий из электронных писем |
| Просмотр не распределенных заданий |
| Просмотр отчетов по заданиям |
| Просмотр чужих заданий |
| Распределение заданий |
| Управление процесxсами и этапами |
| Чтение заданий |
---
## Потенциальные клиенты(CRM-подсистема)
В **подсистеме "CRM"** находится справочник **Потенциальные клиенты** в нем содержатся организации, которые проявили интерес к нашему продукту и могут стать нашими клиентами.
## Форма элемента "Потенциальные клиенты"
### Закладка "Основное"
Cодержить следующие реквизиты:
* [x] Организация;
* [x] Клиент (заполняется, если потенциальный клиент стал клиентом);
* [x] Местоположение;
* [x] Ответственный (выбирается сотрудник, отвечающий за работу с нашей стороны).
### Закладка "Адреса, телефоны"
Может содержать контактную информацию о потенциальном клиенте.
### Действия с потенциальным клиентом
На основе потенциального клиента, можно создать справочники **Контактное лицо** или **Контрагент**.
Также с потенциальными клиентами можно произвести ряд действий при нажатии на кнопку **Действий**.
* [x] Запланировать взаимодействие;
* [x] Запланировать встречу;
* [x] Написать СМС;
* [x] Написать электронное письмо;
* [x] Позвонить.
---
## SLA (Service Level Agreement)
**Соглашение об уровне предоставления услуги** (англ. Service Level Agreement (SLA)) — термин методологии [ITIL](https://ru.wikipedia.org/wiki/ITIL), обозначающий формальный договор между заказчиком (в рекомендациях [ITIL](https://ru.wikipedia.org/wiki/ITIL) заказчик и [потребитель](https://ru.wikipedia.org/wiki/Потребитель) — разные понятия) [услуги](https://ru.wikipedia.org/wiki/Услуга) и её [поставщиком](https://ru.wikipedia.org/wiki/Поставщик), содержащий описание услуги, права и обязанности сторон и, самое главное, согласованный уровень качества предоставления данной услуги.
Это соглашение помогает регламентировать весь спектр услуг, оказываемых IT-отделом как внутри одной компании, так и внешним клиентам.
В конфигурации есть поддержка SLA.
| **Список ролей для работы с подсистемой "SLA"** |
|-------------------------------------------------|
| Добавление и изменение SLA |
| Добавление изменение цен сервисов |
| Чтение SLA |
---
## Автоматический расчет SLA в документе "Задание"
В документе **Задание**, фиксируются инциденты, запросы на обслуживания и прочее.
Важным элементом является автоматический расчет времени реакции и времени выполнения.
В предыдущих темах, мы описывали как [настроить время](/it3/podsistema-service-desk-upravlenie-incidentami/sla-service-level-agreement/urovni-reakcii-i-vypolneniya) и [заключить SLA](/it3/podsistema-service-desk-upravlenie-incidentami/sla-service-level-agreement/soglashenie-sla), здесь же мы опишем как это все работает в задании.
В самом задании есть реквизиты, которые влияют на расчет времени SLA.
Прежде всего это:
* **Дата документа** - когда было начало инцидента;
* **Организация** - кто оказывает услугу;
* **Клиент** - кто за все платит и с кем заключено соглашение SLA;
* **Приоритет** - на сколько все плохо по влиянию/срочности;
* **[Сервис](/it3/podsistema-service-desk-upravlenie-incidentami/sla-service-level-agreement/servisy-sla)** - какая группа услуг;
* **[Услуга](/it3/podsistema-service-desk-upravlenie-incidentami/sla-service-level-agreement/uslugi-servisa)** - собственно, сама оказываемая услуга.
Так же косвенно на авторасчет влияют данные:
* **Исполнитель** - *Пользователь* у него есть график работы;
* **Графики оказания услуг**
Если какие-то реквизиты из перечисленных не заполнены в документе **Задание** ничего автоматически не рассчитается, так как программе не будет хватать сведений для расчета.
В задании можно посмотреть на авторасчет SLA нажав на картинку с буквой "i", рядом с датами *Отреагировать до* (дата реакции) *Выполнить до* (дата выполнения).
В этом расчете становится понятно какие реквизиты берутся для авторасчета и каким алгоритмом этот расчет выполняется.
Можно щелкнуть и понять как все рассчиталось.
Рядом с датами есть галочка, которая позволяет изменять даты вручную (если есть такая необходимость)
Даты можно менять только пользователю с ролью *Полные права* или с ролью *Доступно изменение дат SLA*.
---
## Вычисляемые сроки
Справочник позволяет выполнить расчет сроков фактических показателей уровня сервиса.
Механизм довольно гибкий, с возможностью вывода примера расчета.
**Основные реквизиты:**
* **Добавить\Вычесть** - выполняет добавление\удаление от указанного значения.
* **Месяцев** - добавление\удаление указанного количества месяцев.
* **Недель** - добавление\удаление указанного количества недель.
* **Дней** - добавление\удаление указанного количества дней.
* **Часов** - добавление\удаление указанного количества часов.
* **Минут** - добавление\удаление указанного количества минут.
* **Вариант** - реквизит, который переводит вычисленную дату к одному из трех значений:
* ***Не изменять*** - не изменяет вычисленную дату.
* ***Конец периода*** - приводит вычисленную дату к концу дня. Пример: 01.09.2019 23:59:59.
* ***Начало периода*** - приводит вычисленную дату к началу дня. Пример: 01.09.2019 0:00:00.
* **Периодичность** - может принимать одно из следующих значений периода расчета: месяц, неделя, день, час, минута.
---
## Как загрузить каталог сервисов и услуг в "Управление IT-отделом 8"
Если вы работаете с нашим программным продуктом «Управление IT-отделом 8» и хотите загрузить сервисы и услуги в базу данных, то эта инструкция для вас.
Для того, чтобы загрузить сервисы и услуги, необходимо загрузить ранее предоставленный файл выгруженных сервисов и услуг в формате XML.
[Загрузить файл](https://softonit.ru/catalog/products/itcatalog/)
Загрузка выполняется во встроенной обработке **Универсальный обмен данными через XML** в Управлении IT-отделом.
Запускаем её:
**Администрирование -> Универсальный обмен данными**
После открытия обработки переходим во вкладку «Загрузка данных» и выбираем XML файл выгруженных сервисов и услуг и загружаем его.
:::info Внимание!
Перед загрузкой рекомендуем сделать резервную копию вашей базы данных.
Это позволит вам восстановить данные в случае возникновения проблем.
:::
Когда загрузка была завершена посмотрим на загруженные сервисы.
Здесь мы видим, что сервисы были загружены. Вот пример того, как выглядит загруженный сервис с услугами и компетенциями.
В итоге, загрузка сервисов и услуг - это не сложная задача, которая может быть успешно выполнена при наличии соответствующих инструментов.
Желаем вам приятной и продуктивной работы, при использовании этого полезного инструмента для улучшения бизнеса!
---
## Сервисы SLA
:::info Сервисы
Комплекс ИТ-услуг, оказываемых клиенту.
:::
Допустим под сервисом *Доступ в интернет* можно понимать комплекс услуг:
* установка Skype;
* настройка роутера/модема;
* и т.д.
Таким образом, сервис - это логическая группировка некоторых услуг, которые связаны между собой. Например, все перечисленные услуги так или иначе связаны с доступом в интернет из примера выше.
---
## Соглашение SLA
:::info Соглашение об уровне предоставления услуги
SLA (Service Level Agreement (SLA)) — термин методологии ITIL, обозначающий формальный договор между заказчиком (в рекомендациях ITIL заказчик и потребитель — разные понятия) услуги и её поставщиком, содержащий описание услуги, права и обязанности сторон и, самое главное, согласованный уровень качества предоставления данной услуги.
:::
SLA используется внутри организации для регулирования взаимоотношений между подразделениями, а также является основным инструментом непрерывной оценки и управления качеством предоставления услуг [аутсорсинга](https://ru.wikipedia.org/wiki/Аутсорсинг) специализированной организацией — [аутсорсером](https://ru.wikipedia.org/wiki/Аутсорсинг).
Как правило, термин **SLA** используется применительно к [ИТ](https://ru.wikipedia.org/wiki/Информационные_технологии) и [телекоммуникационным](https://ru.wikipedia.org/wiki/Электросвязь) услугам.
В таком соглашении может содержаться детальное описание предоставляемого сервиса, в том числе перечень параметров качества, методов и средств их контроля, времени отклика поставщика на запрос от потребителя, а также штрафные санкции за нарушение этого соглашения.
Для того, чтобы соблюсти SLA, поставщик услуг в свою очередь заключает операционное соглашение об уровне услуг (OLA, operational-level agreement) с другими внутренними подразделениями, от которых зависит качество предоставления услуг.
В идеале, SLA определяется как особый сервис. Это позволяет сконфигурировать аппаратное и программное обеспечение для максимизации способности удовлетворять SLA.
В конфигурации данный документ используется для:
1. Ведения списка соглашений с клиентами
2. На основании данных этого документа в документах **Задание**, где выбран документ SLA автоматически подсчитывать время реакции и время закрытия задачи оговоренное в SLA
В этом окне производится управление всеми соглашениями об уровне предоставления услуг. К одному ИТ-отделу может относиться несколько таких соглашений. Отсюда же можно создать новое соглашение.
Также мы можем посмотреть подробную информацию по соглашению, щелкнув по нему два раза в списке.
Здесь мы можем выбрать организацию, к которой относится ИТ-отдел, организацию клиента (причем она может быть как внешняя (контрагент), так и внутренняя (организация)), договор в рамках которого будет действовать данное соглашение и период действия соглашения.
Также в этом документе есть возможность указать сервис, уровень сервиса, график и исполнителя по умолчанию.
При желании Вы можете присоединить файл к соглашению.
Так же, соглашения могут быть двух видов:
* **Коллективные** - заключаются сразу со всеми и их имеет смысл использовать, когда у вас перед всеми вашими клиентами одни и те же время реакции и выполнения, графики услуг и т.д.
* **Индивидуальные** - позволяют сделать под каждого клиента свои условия. При наличии двух видов соглашений для одного клиента, приоритет отдается программой Индивидуальным соглашениям.
В процессе работы может возникнуть ситуация, когда мы сопровождаем клиента ТОЛЬКО по одному или нескольким проектам.
Например, у нашего клиента есть две конфигурации 1С ЗУП и ERP, мы сопровождаем ЗУП, а другой подрядчик ERP.
В этом случае можно задать отдельно соглашение под конкретный проект, выбрав в качестве проекта ЗУП.
Тогда все задачи, которые будут зарегистрированы по ЗУП будут учитываться по SLA, а остальные будут выдавать ошибку при расчете дат SLA.
Если проект не выбран, то соглашение действует для всех проектов.
[Сквозной пример использования соглашения SLA в Управлении IT-отдела 8](https://youtu.be/AYaAEQFMGoo)
---
## Справочник "Тарифы"
Справочник предназначен для ведения ценовых групп тарифов для сервисов.
Например тариф *Особый* может быть использован для определения одной категории цены сервисов, а тариф *Стандарт* для другой.
Другими словами - это категории наших цен, которые используется в соглашениях SLA.
---
## Уровни реакции и выполнения
Уровни реакции и выполнения позволяют задать различные варианты расчета времени реакции и времени решения. Есть несколько вариантов расчета:
1. **Независимый** - можно ввести произвольные значения времени реакции и времени решения.
2. **Вычисляемый** - время рассчитывается динамически по формулам. [Вычисляемые сроки>>](/it3/podsistema-service-desk-upravlenie-incidentami/sla-service-level-agreement/vychislyaemye-sroki)
3. **Зависит от времени поступившего задания** - время рассчитывается в введенном диапазоне.
4. **Зависит от дня месяца поступившего задания** - время рассчитывается в введенном диапазоне дней.
5. **Зависит от приоритета поступившего задания** - время рассчитывается в зависимости от приоритета задания, которое пришло.
6. **Зависит от дня недели поступившего задания** - время рассчитывается в зависимости от приоритета задания, которое пришло.
---
## Услуги сервиса
:::info Услуги сервиса
Это ITIL услуги, предоставляемые в рамках определенного сервиса.
Другими словами организация, которая предоставляет сервис по обслуживанию компьютерной техники, предлагает клиенту ряд услуг.
:::
Как правило, эти услуги нематериальны, например:
* Аппаратный или программный ремонт компьютера;
* Консультирование;
* Удаленное сопровождение;
* Изменение ПО.
На вкладке **Основное**, заполняются основные реквизиты справочника.
На вкладке **Тарифы** заполнены тарифы по услуге.
Тарифы создаются документом **Установка цен услуг**.
---
## Установка цен услуг SLA
Документ позволяет зафиксировать стоимость единицы услуги в указанном тарифе.
При этом установленные цены можно посмотреть в отчете **Прайс-лист**.
Установленные цены пригодятся нам в документе **Наряд на работы**.
При выборе сервиса, услуги и тарифа цена в наряде будет установлена автоматически.
---
## Подсистема Service Desk (управление инцидентами)(Подсистема Service Desk (управление инцидентами))
Служба технической поддержки на каждом предприятии может быть построена разнообразными способами (имеется в виду реализации процессов поддержки). Существует несколько моделей службы поддержки, например: централизованная, локальная, виртуальная — с единым телефонным центром и т. д. Служба технической поддержки может быть организована как в целях обслужить внешних клиентов (аутсорсинг обслуживания компьютеров и т. п.), так и внутренних (подразделение ИТ-департамента на крупных предприятиях).
В описании концепции ITIL, построенной на процессном подходе, Service Desk является единственным описанным функциональным подразделением. Это исключение сделано ввиду большой важности подразделения техподдержки при внедрении и практическом использовании современных ИТ-подходов и методик.
Правильно организованная техподдержка (Service Desk) всегда начинается с регистрации всех обращений конечных пользователей, служит единой точкой для общения пользователя с ИТ-службой. Наиболее популярные решения по практической организации техподдержки часто строятся на базе Call-center (иногда даже пользователи их отождествляют). Он является начальной точкой контактов конечных пользователей со службой техподдержки и служит источником информации об их фактической удовлетворенности уровнем сервиса, что дополняет информацию о технических параметрах качества обслуживания компании-клиента (внешнего или внутреннего).
На больших предприятиях или в крупных аутсорсинговых компаниях, служба технической поддержки часто организована по следующему многоуровневому принципу:
Пользователь — обращается с вопросом в службу поддержки по телефону или с помощью электронной заявки (электронная почта, специальные шаблоны заявок и т.п.)
Оператор (1-я линия поддержки, Call-center) — регистрирует обращение, при возможности помогает пользователю самостоятельно, либо эскалирует (передаёт и контролирует выполнение) заявку на вторую линию поддержки.
Вторая линия поддержки — получает заявки от первой линии, работает по ним, при необходимости привлекая к решению проблемы специалистов из смежных отделов (системные администраторы, поддержка POS-терминалов, поддержка специального ПО, поддержка специального оборудования (Дилинг) и т. д.)
[Все это реализовано в нашем решении и даже больше!](https://softonit.ru/catalog/products/it/#detail)
Остановимся на ключевых элементах построенного нами Service Desk и перечислим возможности, чтобы понимать, что есть что. Итак, наш Service Desk умеет следующее:
* [x] Самостоятельное обращение пользователей через Web-интерфейс;
* [x] Создание заданий на основании входящих писем на электронный ящик службы поддержки;
* [x] Настраиваемые процессы с возможностью настройки этапов исполнения и назначения исполнителей;
* [x] Настраиваемые этапы выполнения процессов (цвет, фон, иконка, состояние);
* [x] Использование подпроцессов в заданиях;
* [x] Прикрепление скриншотов, сделанных пользователем, к заданию одной кнопкой;
* [x] Просмотр, как собственных заданий, так и заданий подчиненных сотрудников;
* [x] Прикрепление произвольных файлов в задании;
* [x] Обмен сообщениями с пользователем;
* [x] Неограниченный список наблюдателей, которые оповещаются при изменении в задании любого реквизита(ов) с указанием, что конкретно было изменено. Наблюдателем можно назначить любого пользователя;
* [x] Оповещение наблюдателей заданий одним из способов: Электронным письмом (e-mail); SMS (sms.ru, МТС, Билайн); В конфигурации;
* [x] Управление шаблонами всех видов оповещений;
* [x] Создание дочерних под заданий по задаче. Это позволяет, например, руководителю отдела разбить крупную задачу по подчиненным и контролировать выполнение каждой подзадачи;
* [x] Фиксирование всех изменений в задании;
* [x] Привязка базы знаний к заданиям;
* [x] Оценка качества выполнения задания;
* [x] Диаграмма Ганта с возможностью просмотра выполнения задания по периоду, этапу и исполнителю, а также сравнение с контрольной датой выполнения.
* [x] Большие возможности по анализу выполненных/невыполненных/просроченных заданий.
| **Список ролей для работы с подсистемой "Service Desk** |
|-----------------------------------------------------|
| Выполнение заданий |
| Добавление заданий |
| Добавление изменение спринтов |
| Оценка заданий из электронных писем |
| Просмотр не распределенных заданий |
| Просмотр отчетов по заданиям |
| Просмотр чужих заданий |
| Распределение заданий |
| Управление процессами и этапами |
| Чтение заданий |
---
## Анкетирование(Подсистема Service Desk (управление инцидентами))
Программа позволяет готовить опросы, проводить их среди респондентов, а также анализировать результаты опросов.
В общем случае, работа с анкетированием предполагает следующие этапы:
* **настройка программы** – выполняет администратор программы;
* **подготовка вопросов и шаблонов анкет** – выполняет сотрудник, ответственный за составление анкет;
* **назначение опроса респондента**м – осуществляет сотрудник, ответственный за проведение опросов;
* **заполнение анкет** – во время проведения опроса респонденты могут заполнить свои анкеты;
* **контроль хода проведения опроса** – осуществляет сотрудник, ответственный за проведение опросов;
* **анализ результатов опроса** – проводят сотрудники, заинтересованные в результатах опроса.
Ответственные за этапы подготовки, назначения, контроля и анализа опросов – не обязательно выделенные сотрудники.
Выполнение этих этапов может быть поручено и одному сотруднику, который будет заниматься анкетированием в числе прочих своих обязанностей.
Для того чтобы использовать в программе возможности анкетирования, администратору программы необходимо включить флажок **Анкетирование** в разделе **Администрирование –> Органайзер –> Заметки, напоминания, анкетирование, шаблоны сообщений**
После включения флажка в разделе **Техническая поддержка** становятся доступными следующие команды:
## Подготовка анкет осуществляется в два этапа:
* Вначале необходимо подготовить вопросы, из которых будет состоять предполагаемая анкета.
* Затем, используя подготовленные вопросы, нужно составить шаблон анкеты.
### Подготовка вопросов
Подготовка вопросов осуществляется в списке Вопросы для анкетирования, который открывается соответствующей командой подменю Анкетирование.
В списке содержится общий список вопросов, которые могут быть включены в любую анкету.
Эти вопросы называются элементарными, т.к. могут использоваться в качестве элементов более сложных конструкций, например, в табличных вопросах.
Добавим новый вопрос:
В поле **Наименование** напишите краткое представление вопроса, которое выводится при подборе вопросов в шаблоны анкет и используется для поиска вопросов.
По умолчанию, текст из поля Наименование автоматически подставляется в поле **Формулировка**.
Вопрос можно включить в одну из групп списка. Для этого выберите группу в поле **Родитель**.
Поле **Формулировка** может содержать развернутый текст вопроса, который будет отображаться респонденту.
При этом в шаблоне анкет формулировку можно поменять.
Содержание и формы ответов респондента зависят от значения поля **Тип ответа**.
Тип ответа может быть одним из следующих:
* **Строка** – в этом случае от респондента требуется ввести ответ в виде текстовой информации, при этом ограничение по количеству символов строки задается в поле Длина строки;
* **Текст** – ответ вводится респондентом в текстовом поле неограниченной длины. Длинный ответ можно ввести в отдельном окне;
* **Число** – при ответе на вопрос этого типа респондент вводит число, параметры которого должны быть заданы в полях *Длина* и *Точность*. При попытке ввода респондентом числа, которое больше или меньше ограничения, указанного в полях *Минимальное значение* и *Максимальное значение*, будет выдано предупреждение о вводе некорректных данных.
Включение флажка *Агрегировать сумму* в отчетах позволяет в отчете **Анализ опроса** выводить общую сумму по всем анкетам, в которых заполнен ответ на этот вопрос.
* **Дата** – при ответе на вопрос этого типа респондент вводит дату;
* **Булево** – респонденту доступен выбор одного из двух значений: Да или Нет;
* **Выбор одного варианта ответа из предложенных** – с помощью этого типа ответа можно предложить респонденту выбрать один из вариантов ответа с помощью переключателя. Возможные варианты ответов составитель может задать в списке;
* **Выбор нескольких вариантов ответа из предложенных** – респондент может отметить произвольное количество вариантов ответа с помощью флажков. Возможные варианты ответов составитель может задать в списке. Если у варианта ответа включить флажок Требует открытого ответа, то респонденту будет предложено пояснить свой выбор в текстовом поле рядом с вариантом ответа.
Включение флажка **Попросить респондента прокомментировать ответ**, пояснив характер комментария на этапе подготовки вопроса позволит респонденту при заполнении анкеты в текстовом поле под вариантами ответов разъяснить свой ответ. После включения флажка в поле ниже нужно указать текст, который будет выводиться перед текстовым полем разъяснения респондента.
Флажок **Попросить респондента прокомментировать ответ**, пояснив характер комментария недоступен при выборе типа ответа Текст и Выбор нескольких вариантов ответа из предложенных. В ответе типа Текст и так можно дать развернутый ответ. Для ответа типа Выбор нескольких вариантов ответа из предложенных при необходимости предусмотрен вывод поля с комментарием для каждого варианта ответа (см. описание типа ответа выше).
### Создание шаблона анкеты
Подготовка шаблонов анкеты осуществляется в списке **Шаблоны анкет** подменю **Анкетирование**.
Создадим новый шаблон анкеты:
Укажите Наименование шаблона.
На вкладке Заголовки введите Заголовок анкеты.
Поле Наименование отображается в списке шаблонов, а Заголовок будет отображаться в анкете при ее заполнении респондентом и в списке доступных анкет.
Анкета может состоять из нескольких разделов, два из которых, Вступление и Заключение, являются обязательными и присутствуют в любой анкете.
На вкладке Заголовки можно ввести тексты разделов Вступление и Заключение. Например, в разделе Вступление можно поприветствовать респондента, а в разделе Заключение – поблагодарить его за заполненную анкету. Текст разделов Вступление и Заключение будут показаны респонденту в начале и при завершении анкеты соответственно.
Для перехода к работе над вопросами анкеты нажмите кнопку Записать. Вопросы можно добавить только после сохранения шаблона.
На вкладке Вопросы можно приступить к формированию списка вопросов анкеты.
В любой анкете содержится как минимум один раздел с вопросами. Если анкета состоит из большого количества вопросов, то для удобства работы респондента с анкетой рекомендуется сгруппировать вопросы по нескольким разделам. Для комфортной работы респондента с анкетой рекомендуется включать в раздел не более 10-15 вопросов.
Структура анкеты представляет собой дерево.
Для добавления нового элемента в шаблон выделите нужное место в дереве (если вводится первый раздел, то необходимо выделить корень анкеты), нажмите кнопку Добавить.
Для примера создадим один раздел шаблона анкеты:
В этом разделе добавим созданный нами ранее вопрос:
После добавления вопроса структура дерева шаблона анкеты должна выглядеть так:
### Назначение опроса респондентам
Для того чтобы респондент приступил к заполнению анкеты по составленному шаблону, необходимо выполнить ряд подготовительных действий. Сначала необходимо организовать проведение опроса, в рамках которого определить сроки его проведения, состав респондентов и шаблон анкеты, на основании которого будут сформированы анкеты респондентов.
Назначением опросов занимается сотрудник, ответственный за проведение опросов, в списке Проведение опросов подменю Анкетирование.
Создадим новый опрос:
В поле **Наименование** указывается заголовок опроса, под которым данная анкета появится в списке доступных анкет у респондентов.
Период проведения опроса задается в полях **Действует с…по**. Поля не обязательны к заполнению. Если период проведения опроса не задан, то такая анкета будет находиться в списке доступных анкет у респондента до тех пор, пока он не ответит на нее.
В поле **Шаблон анкеты** указывается ранее подготовленный шаблон анкеты для этого опроса (выбирается из списка **Шаблоны анкет**).
**Респонденты** – это обычные и внешние пользователи программы. Внешние пользователи программы связаны с такими объектами программы как "Контактные лица" и "Контрагенты".
В поле **Тип респондентов** необходимо указать, для какого типа пользователей программы предназначен опрос.
Затем в список Респонденты необходимо Добавить элементы списков программы, которые могут быть респондентами. Если опрос предназначен для всех респондентов указанного типа, то необходимо включить флажок Свободный опрос. Список Респонденты в таком случае будет недоступен для редактирования.
Если включить флажок Показывать в архиве анкет, то такая анкета будет доступна респонденту в списке архивных анкет. Все свои ранее заполненные анкеты с включенным флажком респондент может посмотреть с помощью ссылки Архив анкет.
Включив флажок Предварительное сохранение, можно разрешить респонденту заполнять анкету в несколько подходов. Если флажок включен, то респондент сможет сохранить частично заполненную анкету с помощью кнопки Записать. Респондент может вернуться к заполнению анкеты в любое время. При этом анкета не будет считаться окончательно заполненной до тех пор, пока респондент не нажмет кнопку Завершить и закрыть. Если флажок Предварительное сохранение не включен, то респонденту нужно будет заполнить анкету за один подход. В анкете для записи будет доступна только кнопка Завершить и закрыть.
### Заполнение анкет
Для того, что бы у респондентов была возможность работать с анкетами, им необходимо добавить роль **Добавление и изменение ответов на вопросы анкет**;а также добавить на начальную страницу форму Доступные анкеты.
Для того, чтобы добавить на начальную страницу форму Доступные анкеты, необходимо перейти **Главное - Рабочие столы - выбрать рабочий стол для редактирования**.
В нужной группе создать кнопку "Доступные анкеты".
На закладке "Обработчик" нужно выбрать реквизиты **"Открыть форму"** и **"Доступные анкеты"**.
После входа в программу респондента для него открывается список **Доступные анкеты**.
Если опрос был запланирован с ограничением по времени проведения, то в списке доступных анкет после названия анкеты будет указан срок, до которого необходимо ее заполнить.
Ранее заполненные анкеты респондент может посмотреть по ссылке **Архив анкет** (зависит от настроек при назначении опроса).
По двойному щелчку мыши в списке **Доступные анкеты** можно перейти к заполнению анкеты.
На первой странице анкеты отображается текст из вступительного раздела.
Для перемещения между разделами анкеты можно использовать кнопки Назад и Далее. Также для перемещения по разделам можно использовать навигационный список разделов, видимость которого настраивается с помощью кнопок **Скрыть разделы / Показать разделы**.
Если для анкеты предусмотрена возможность предварительного сохранения, то становится доступной кнопка Записать, по которой можно сохранить частично заполненную анкету, чтобы вернуться к ее заполнению позднее. Если анкета уже заполнялась ранее, но не была завершена, то в списке доступных анкет указывается дата ее последнего редактирования.
Если составителем анкеты были предусмотрены обязательные вопросы, то при попытке завершить редактирование анкеты будет выполнена автоматическая проверка, и респонденту будет предложено ответить на оставшиеся незаполненные обязательные вопросы.
После того как даны ответы на все вопросы, нужно нажать кнопку **Завершить и закрыть**.
Программа выводит сообщение, что дальнейшее заполнение анкеты будет невозможно. Для подтверждения действия нажмите кнопку **Да**, для того чтобы сохранить возможность вернуться к заполнению анкеты еще раз, нажмите кнопку **Нет**.
После подтверждения анкета пропадает из списка Доступные анкеты, но ее можно посмотреть по ссылке Архив анкет. В списке Архив анкет отображаются анкеты, у которых составитель включил флажок Показывать в архиве анкет. Анкету можно открыть двойным щелчком мыши, также можно выделить нужную анкету из списка и нажать кнопку Выбрать.
### Анализ результатов опроса
В программе предусмотрена возможность провести анализ результатов опроса при помощи отчетов **Анализ опроса, Аналитический отчет по анкетированию**. Полный список отчетов, доступ к которым может настроить **Администратор** системы:
| **Список ролей для работы с подсистемой "Анкетирование"** |
| Добавление и изменение опросов |
| Добавление и изменение ответов на вопросы анкет |
| Добавление и изменение шаблонов анкет |
| Чтение ответов на вопросы анкет |
---
## Документ "Задание"(Документ Задание)
**Задание** - точка входа в нашу систему. Все, что нам необходимо выполнить, попадает в задания. А работать по заданию можно по нескольким схемам, и, в зависимости от того, как Вам будет удобнее работать, Вы можете выбрать нужный вариант. Приведем все схемы работы.
**1. Упрощенно.**
Пользователь -> Задание
**2. С выполнением работ**
Пользователь -> Задание -> Наряд на работы -> Лист учета рабочего времени (опционально)
**3. С планированием и выполнением работ**
Пользователь -> Задание -> План на работы -> Наряд на работы -> Лист учета рабочего времени (опционально)
Так же можно варьировать задания. Простые можно вести упрощенно, те, по которым нужно вести план и факт выполненных работ или просто факт, необходимо ввести в программу "Наряд на работы"
---
## Автоматическое выполнение и завершение заданий(Документ Задание)
:::info Важно!
Обратите внимание, что Выполнено и Завершено по отношению к заданиям - это две разных сущности.
:::
**Задание Выполнено** - когда исполнитель со своей стороны выполнил все и считает, что он сделал все возможное для *Инициатора* по его задаче. Этот шаг конечный для задания.
**Задание Завершено** - это виртуальный статус, когда мы со своей стороны все сделали, а потом *Инициатор* проверил и сказал "да все сделано". Т.е. это не отдельный этап, а обозначение того, что задание выполнено и потом проверено.
Ведь может так случиться, что мы выполнили, но Инициатор сказал, что его не устраивает решение и надо переделывать.
Важно не путать эти вещи.
## Автоматическое выполнение задания
Задания могут быть настроены таким образом, чтобы они при отсутствии активности по ним и находясь на каком-то из определенных этапов, в течении какого-то времени, выполнялись автоматически.
Для настройки данного функционала необходимо открыть Процесс и перейти на вкладку **Автоматическое выполнение**:
Можно указать флагом *Автоматический перевод на этап* будет ли задание с выбранным процессом переведено на указанный этап автоматически, так же указывается период автовыполнения.
Период задается в часах. Время автоматическое выполнения начинает отсчитываться от даты последней корректировки задания (для новых заданий автовыполнение не работает).
В табличной части указываются этапы, на которых будет совершено автовыполнение.
Т.е. если текущий этап *Выполнение* и дата корректировки заданий на этом этапе будет больше 168 часов, то задание будет автоматически переведено на этап *Выполнено*.
При этом будут разосланы все уведомления, как будто бы выполнение было совершено вручную.
Автоматическое выполнение происходит с помощью регламентного задания [Автоматическое выполнение заданий](/it3/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/nastroyka-avtomaticheskogo-sozdaniya-zadaniy-i-rassylki-opoveshcheniy)
Если автоматическое выполнение не работает, то первым делом необходимо обратить внимание на расписание выполнения регламентных заданий.
## Автоматическое завершение задания.
Вспомним [схему жизни задания](/it3/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/shema-zhizni-dokumenta-zadanie).
По методологии ITIL для завершения задания (инцидента) необходимо дать инициатору время на проверку того, как выполнил исполнитель задание.
Часто бывает так, что исполнитель, как он думал, выполнил задачу, но после того, как задание проверил инициатор (т.е. тот, кто поставил задачу), он остается не удовлетворен результатом.
В этом случае задание возвращается на доработку и снова происходит итерация: *В работе → Выполнено → Проверка → [Завершено (если все выполнено как надо) или снова в Работу (если снова есть недочеты)]*
В нашем решении предусмотрено такое поведение системы.
Исполнитель может перевести задание на этап со статусом *Выполнено*, а система сама, автоматически должна перевести уже на *Завершено*.
При этом завершение происходит, через определенное время, эту настройку можно найти в **Администрирование -> Настройка параметров учета -> Проекты и задания -> Прочее -> Интервал автоматического завершения выполненных заданий**. И задать интервал в часах.
### Задание будет завершено если:
1. Задание выполнено исполнителем (переведено на этап со статусом Выполнено)
2. Дата последней правки задания больше интервала автоматического завершения выполненных заданий.
3. Автоматически при выполнении регламентного задания "Автоматическое завершение заданий" (проверьте его расписание).
4. Вручную, если пользователь поставил оценку в задании в информационной базе, либо перешел по ссылке и поставил оценку по заданию из электронного письма при выполнении исполнителем.
:::info Важно понимать!
Если качество не удовлетворило инициатора, то он может **вернуть задание на доработку** на предопределенный этап *Возобновлено*.
:::
Это он может сделать следующим способом:
1. Из электронного письма, которое он получил при выполнении инициатором ответив на него;
2. Из электронного письма, которое он получил при выполнении инициатором перейдя по ссылке оценивания и оставив комментарий;
3. Вручную в информационной базе добавив комментарий к переписке.
[Видеоинструкция](https://youtu.be/K5IS3nKkDws)
---
## Автоматическое назначение исполнителя(Документ Задание)
В конфигурации реализован механизм, который позволяет автоматически назначать исполнителя в документе Задание.
Для того, чтобы начать пользоваться им нужно в первую очередь заполнить необходимые реквизиты у пользователя.
## Основные реквизиты пользователя для автоназначения
* **Участие в автоназначении исполнителей** - включите флажок, для того чтобы определить участвует ли этот пользователь в автоназначении заданий или нет.
* **График** - заполните для того, чтобы иметь возможность автоназначения с учетом графиков рабочего времени.
* **Линия поддержки** - заполните для автоназначения из фиксированной группы.
* **Местоположение** - заполните для автоназначения с учетом того, откуда задание/проблема.
Возможен сценарий автоназначения пользователя по сервисам, в зависимости от компетенции пользователя (компетенцию, необходимо создать в разделе **Справочники -> Компетенции**).
В этом случае компетенция должна быть указана у пользователя и сервиса.
После заполнения реквизитов пользователя, нужно настроить шаг автоматизации, который будет назначать исполнителя (подсистема Автоматизация, справочник **Шаги автоматизации**) - вместо справочника «Правила событий», выведенного из эксплуатации.
## Правила автоназначения исполнителей
* **Исполнитель с наименьшей нагрузкой** - будет назначен исполнитель, у которого наименьшая нагрузка.
* **Исполнитель с наименьшей нагрузкой из фиксированной группы** - будет назначен исполнитель, у которого наименьшая нагрузка в указанной группе.
* **Группа пользователей** - справочник Группы пользователей.
* **Линия поддержки** - справочник Линии поддержки.
* **Пользователь** - справочник Пользователи.
* **Исполнитель с наименьшей нагрузкой из фиксированной линии поддержки** - будет назначен исполнитель с наименьшей загрузкой из указанной линии поддержки.
* **Ответственный за сервис** - в качестве исполнителя, будет назначен пользователь или группа пользователей, которая указана ответственной за установленный в задании сервис (при его заполнении).
* **Фиксированная группа исполнителей** - в качестве исполнителя, будет назначена указанная группа пользователей.
* **Группа пользователей** - справочник Группы пользователей.
* **Линия поддержки** - справочник Линии поддержки.
* **Пользователь** - справочник Пользователи.
* **Фиксированный исполнитель** - в качестве исполнителя, будет назначен указанный пользователь.
Настройки завершены.
[Видеоинструкция](https://youtu.be/Ty_nc-aHGco)
---
## Всплывающие оповещения для документа "Задание"(Документ Задание)
Всплывающие оповещения помогают быть в курсе всех последних взаимодействий с заданиями, в которых участвует пользователь.
Настройки индивидуальны под каждого пользователя.
## Интервал проверки изменений. Включение и выключение всплывающих оповещений.
Перейдите в настройки пользователя
**Начальная страница -> Открыть персональные настройки пользователя (гаечны ключ) -> Настройки пользователя**.
В табличной части раскройте группу **Service Desk**. Установите нужные Вам значения в параметре *Интервал проверки изменений заданий для всплывающих оповещений в секундах*.
После настройки этого параметра, оповещения начнут свою работу.
* Интервал по умолчанию 5 минут.
* Чтобы отключить, введите значение **-1**.
## Настройка отображаемых оповещений.
В настройках пользователя перейдите в закладку **Настройка всплывающих оповещений**.
В табличной части можно выбрать события, которые будут отображаться в всплывающих оповещениях.
*По умолчанию установлено значение "Да" у всех событий.*
## Всплывающие оповещения визуально.
**Окно всплывающего оповещения**
Если пользователь нажмёт на оповещение, то автоматически попадёт в задание, в которое было внесено изменение.
После перехода по оповещению, оно пропадёт из накопленного списка.
**Накопленные оповещения**
В этот список попадают те оповещения, по которым ещё не был выполнен переход.
На накопленные оповещения можно нажать и перейти в изменённое задание.
Очистить список можно с помощью кнопки **Очистить**. Если программу закрыть, то список накопленных оповещений будет очищен.
## Пиктограмма "колокольчик"
Список открывается с помощью кнопки в виде колокольчика на верхней панели программы 
## Настройка шагов автоматизации для всплывающих оповещений
Начиная с версии 4.0 всплывающие оповещения настраиваются не через справочник «Правила событий» (выведен из эксплуатации), а в подсистеме **Автоматизация**: в шаг (справочник **Шаги автоматизации**) добавляется канал доставки **Всплывающее оповещение** с указанием получателей и шаблона сообщения - как и раньше, для каждого получателя можно использовать свой шаблон с нужными параметрами.
Коробочные потоки, использующие этот канал "из коробки": выполнение задания, добавление обычного комментария, добавление приватного комментария, изменение исполнителя.
---
## Выполнение одной задачи несколькими исполнителями(Документ Задание)
Часто бывает так, что задачу нельзя выполнить одному сотруднику и необходимо задействовать совместные усилия.
Такие задачи тоже можно решать в конфигурации. Для этого необходимо на основании одной задачи создать подзадачи.
1. Задача изначально:
2. Разделяем на несколько:
Теперь у каждого сотрудника свое задание. После выполнения двух дочерних заданий, основное задание можно закрыть.
---
## Динамические приоритеты(Документ Задание)
Версия программы **3.1.3.15** и выше.
При расчете приоритета задания, указания таких реквизитов, как **Важность** и **Срочность**, возможна ситуация, когда при прочих равных, требуется выделить задания по какому - либо дополнительному признаку.
Например, задачи от конкретного инициатора (директора или важного контрагента) могут иметь самый наивысший приоритет.
Но что делать, если уже есть задачи с критическими приоритетами, но при этом требуется и среди них определить, за какую задачу приступать немедленно?
А если такие задания могут поступать периодически? В данном случае, на помощь могут прийти *динамические приоритеты*. Ниже рассмотрим, как работать с этим механизмом.
Прежде всего, необходимо убедиться, что данный функционал включен и настроен.
Для этого необходимо перейти в раздел
**Администрирование -> Настройки параметров учета -> Проекты и задания**
Включить флаг **Использовать динамические приоритеты**. Тут же, можно установить вес каждого из видов приоритетов (по умолчанию эти значения уже заполнены).
После того, как данный флаг будет установлен, у таких справочников, как *Группы заданий*, *Карточки номенклатуры*, *Категории заданий*, *Контактные лица*, *Контрагенты*, *Места хранения*, *Организации*, *Подразделения*, *Пользователи*, *Потенциальные клиенты*, *Проекты*, *Процессы*, *Сервисы*, *Сотрудники*, *Способы создания заданий*, *Типы процессов*, *Услуги*, *Физические лица*, *Этапы процессов* станет доступен реквизит **Вес**, а в карточке документа **Задание** будут доступны два реквизита *Вес* и *Общий вес*.
Далее, необходимо в карточках тех инициаторов (либо карточках мест хранения, сервисов и/или услуг и т.д.), задания которых потребуют в дальнейшем первоочередного внимания, необходимо указать соответствующий вес.
После заполнения соответствующих реквизитов перечисленных выше справочников, механизм будет работать следующим образом: при каждой записи документа **Задание** программа будет проверять все указанные в задании реквизиты, и, если для конкретного реквизита документа, в его карточке заполнен реквизит *Вес*, то *Общий вес* задания будет равен сумме всех значений весов реквизитов.
Кроме того, у самого задания также возможна настройка его собственного *Веса*.
Реквизит *Общий вес* в карточке документа **Задание** является *вычисляемым* и не доступен пользователю для редактирования.
Пользователю, ответственному за распределение (либо выполнение) заданий достаточно лишь выполнить сортировку в форме списка документа **Задание** по полю *Вес (общий)*, чтобы выстроить задания по убыванию (либо возрастанию) приоритета.
---
## Заполнение заданий по шаблонам(Документ Задание)
Часто бывает так, что к нам постоянно приходят одни и те же задания, которые мы как под копирку постоянно используем.
В этом случае имеет смысл использовать шаблоны заданий.
Открыть их можно в подсистеме **Техническая поддержка -> Шаблоны заданий** и работают они аналогично шаблонам, которые создаются по расписанию, за исключением типа шаблона.
Вот пример шаблона, все жизненно:
А вот вкладка чек-лист:
Создадим задание и заполним его по шаблону:
Ну и вот он в списке шаблонов (если снять в шаблоне *Активность*, то его не будет видно в списке).
После выбора шаблона документ перезаполняется данными шаблона.
:::info Важно!
Если реквизит в шаблоне не будет заполнен, то он не очистится в документе при заполнении.
Это позволит частично заполнить задание вручную, а потом выбрать шаблон и заполнить задание полностью.
Либо использовать несколько шаблонов для заполнения одного задания.
:::
---
## Контроль изменения этапов задания(Документ Задание)
Руководителю Service Desk или ИТ-отдела обязательно нужно контролировать ход выполнения заданий.
Выполнение заданий определяется с помощью этапов процесса и для этого в конфигурации предусмотрен механизм, который отражает информацию о переводе задания на тот или иной этап.
Чтобы воспользоваться функционалом, перейдем в форму документа **Задание**, по которому хотим просмотреть информацию о переводах на этапы и в верхнем меню команд, нажмем гиперссылку *Этапы*.
Перед нами откроется табличная часть **Этапы задания**, в которой отражен список всех задействованных этапов данного задания.
При этом с точностью до секунды указана дата начала и дата окончания этапа.
Давайте подробней разберем процесс отражения дат. Для разных типов этапов даты выставляются по-разному, что это значит?
Для этапа *Новый* дата начала фиксирует дату и время создания этого задания в программе, а дата окончания будет отражать дату перевода задания на следующий этап.
Для этапа *Выполнение* все проще, дата начала и окончания фиксируют изменение этапа.
То есть, задание переведено на выполнение - дата начала зафиксирована, задание переведено на следующий этап - дата окончания зафиксирована.
С этапами типа *Выполнено* ситуация обстоит сложнее.
Дело в том, что у данного этапа фиксируется интервал с момента перехода на этот этап, до момента полного завершения задания.
Другими словами, перевели задание на этап *Выполнено* - дата начала отразилась, а дата окончания будет зафиксирована, когда задание полностью завершится.
Данный функционал позволяет также отобразить пользователя, который являлся исполнителем задания на соответствующем этапе.
Для этого необходимо нажать кнопку **С исполнителями** или `F12`.
---
## Настройка автоматического создания заданий и рассылки оповещений(Документ Задание)
Для настройки регламентных заданий необходимо открыть обработку **Администрирование -> Регламентные и фоновые задания**:
Она отвечает за выполнение регламентных заданий.
В ней необходимо найти регламентные задания, которые отвечают за загрузку заданий из почтового ящика *Получение и отправка электронных писем №1..5*.
Каждое регламентное задание по отправке почты, будет автоматически связано с определенной системной почтой, которая настроена в программе.
Способ привязки регламентного задания осуществляется автоматизировано и воздействовать на него нельзя.
Единственное, для того, чтобы точно определить какое регламентное будет осуществлять получение и отправку писем, нужно перейти в настройки почты.
Для этого перейдите в раздел **Администрирование -> Настройки почты**. В настройках любой из настроенных учетных записей почты,
Вы сможете увидеть какое регламентное отвечает за обработку (см. скриншот).
После того, как определили точно какое регламентное задание отвечает за обработку, перейдем к настройке его расписания.
Настройте ее запуск в соответствии с тем, как бы часто Вы хотели выполнять фоновые задания по загрузке и отправлять рассылку оповещений.
В серверной информационной базе после установки повторов выполнения регламентных заданий.
Фоновые задания выполняются автоматически.
Т.е. автоматически отправляются оповещения подписанным пользователям и создаются задания на основании писем.
Если у Вас файловая база, то выполнение фоновых заданий в файловой базе, отличается от выполнения в серверной.
---
## Настройка заполнения реквизита "Клиент" в зависимости от выбранного инициатора(Документ Задание)
## Настройки механизма
Начиная с версии **3.1.15.8** изменено поведение заполнения реквизита *Клиент* в документе **Задание**.
Теперь механизм работает одинаково для любого варианта создания задания. Более того, он стал более гибким и настраиваемым.
В настройках параметров учета добавлен новый пункт - **Приоритет выбора клиента**(1).
Когда переходим в этот раздел, то видим две колонки: **Инициатор** и **Клиент**
В колонке **Инициатор** перечислены все справочники, к которым может относится инициатор.
Выделив любой из пунктов, в правой колонке **Клиент**(2) станут доступны все типы клиента, связанные с инициатором (3).
В этой колонке они расположены в той последовательности, как будет происходить поиск - чем выше тип, тем больше приоритет для поиска.
Над колонкой расположены две кнопки для перемещения строки вверх или вниз (4).
Выстроив список в нужном порядке, не забудьте нажать кнопку "Применить" (5) в нижней части формы.
Если что-то пошло не так и необходимо "сделать все как было" то это тоже не проблема.
Под левой колонкой расположена спасительная кнопка ***По умолчанию*** (6).
Если нажать на нее, то механизм заполнит все так, как было предусмотрено разработчиком.
## С настройками закончили и перейдем к тому, как это работает в документе
Здесь ничего особо не изменилось. Мы так же выбираем инициатора (если делаем документ "руками") и в поле **Клиент** подставляется автоматически (если есть, что подставлять).
Единственное что изменилось - приоритет поиска подходящего значения, который мы настроили раньше.
Следует отметить, что прямой связи между элементами справочника "Физические лица" с организациями и подразделениями нет.
Поэтому если в базе нет сотрудника с данным физ.лицом, то данные об организации и подразделении мы не получим.
Похожим образом дело состоит и с пользователем: если у пользователя не указано подразделение, от организацию мы так же не сможем получить.
Начиная с версии **3.1.15.7** появился механизм, который многие просили.
Он позволяет настраивать правила выбора клиента в зависимости от типа инициатора.
Данный механизм распространяется на задания, которые создаются в ручном режиме, через почту, телеграмм, личный кабинет и мастера регистрации.
Так же механизм задействован и при создании шаблона задания.
---
## Номер числом в форме списка документа Задание(Документ Задание)
До версии **3.1.12.6** все документы **Задание** в системе имели строковую нумерацию и номер представлял собой строку вида ***00000000653***.
С точки зрения интерфейса это выглядело не очень... Используется куча нулей и это мешает восприятию.
Иногда, в номер добавлялся префикс, но в целом номер должен быть всегда уникален.
С версии **3.1.12.6** мы решили изменить это поведение и добавили **по умолчанию** возможность использования **номера числом**.
Вот теперь как это выглядит:
Все гораздо компактнее и лучше для восприятия.
Для тех, кто хочет использовать номер строкой из-за префиксов, мы оставили такую возможность.
Для этого необходимо открыть в этой форме справа сверху **Еще -> Изменить форму**.
В открывшемся окне необходимо найти в списке реквизитов Ссылка, установить фокус на этот реквизит и щелкнуть **Добавить поля**.
Откроется еще одно окно и в нем необходимо найти Номер. После чего нажать Ок, далее Применить.
А со старого реквизита Номер (который числом) снять галочку отображения. В этом случае будет отображен номер строкой, вместо номера числом.
---
## Осуществление проверки выполнения задания(Документ Задание)
Обычно определенные задания, которые имеют повышенную важность или сложность в выполнении должны подвергаться проверки квалифицированным специалистом или руководителем.
Для того, чтобы убедиться, что все выполнено в полной мере и не допущены в ходе выполнения ошибки.
В конфигурации задания определяются выполненными или новыми и т.д., благодаря этапам процессов, переводя, которые задача переходит на ту или иную стадию.
Следовательно, когда задание выполнено оно должно быть переведено на этап *Проверка*, а уже после проверки может быть либо исправлено, либо выполненным.
При всем при этом сотрудник, который выполнял эту задачу не должен иметь право самостоятельно установить статус *Выполнено*, так как не была осуществлена проверка.
В данном уроке рассмотрим способ, как настроить документ **Задание** таким образом, чтобы исполнитель мог выполнить задачу и отправить ее на проверку своему руководителю.
Переходим в раздел **Справочники -> Процессы** и создаем новый процесс, который будет использоваться в заданиях подобного характера.
Заполняем реквизиты процесса, находящиеся вверху и переходим к настройке табличной части **Этапы**.
В табличную часть нужно добавить список необходимых для данного процесса этапов. Список этапов будет выглядеть следующим образом:
* [x] Новый
* [x] Выполнение
* [x] Проверка
* [x] Рассмотрение
* [x] Выполнено
* [x] Возобновлено
После добавления нужных этапов в обязательном порядке расставляем связь переходов между ними.
Перейти с этапа *Новый* на этап *Выполнение* и т.д.
Следующим шагом у каждого из этапов, необходимо установить исполнителя по умолчанию, то есть данный сотрудник будет указан автоматически в качестве текущего исполнителя в задание.
На этапах *Новый*, *Выполнение* и *Возобновлено* исполнителя по умолчанию укажем сотрудника, который будет отправлять задачу на проверку своему руководителю.
А на этапах *Проверка*, *Рассмотрение* и *Выполнено* исполнитель по умолчанию должен быть установлен сотрудник, осуществляющий проверку выполнения задания.
В результате настроенный процесс будет примерно таким:
После этого, все, что остается это запретить сотруднику, который отправляет задание на проверку, переводить эту задачу на этапы, где он не является исполнителем.
А именно это этапы *Проверка*, *Рассмотрение* и *Выполнено*, для этого нужно отключить у него роль *Распределение заданий*.
---
## Оценка заданий и определение лояльности пользователей техподдержки(Документ Задание)
Не секрет, что сотрудников техподдержки необходимо постоянно держать в тонусе.
Не должно быть ситуаций, когда инцидент можно выполнить сейчас, а можно и послезавтра.
Лояльность и удовлетворенность клиентов оказанными услугами вырабатываются месяцами и это можно потерять в один момент просто потому, что не вовремя или не так как надо будет оказана услуга или выполнен запрос на обслуживание.
Для этого и существует оценка заданий (инцидентов).
:::info
Механизм оценки заданий (инцидентов) позволяет конечному пользователю (потребителю услуг) оценить каждое задание установив по нему оценку (если задание выполнено) и при необходимости вернуть задание на доработку (если задание не выполнено).
:::
Ситуация когда исполнитель считает, что задание выполнено, а инициатор проверяя эту работу видит, что исполнитель сделал совсем не то, появляется очень часто.
Поэтому иметь возможность вернуть задание в доработку конечному клиенту очень важно.
Так как это инструмент влияния на исполнителей заданий заставляет их работать эффективней и лучше.
## Настройка
Чтобы выполнить настройку оценок, необходимо открыть подсистему
**Администрирование -> Настройки параметров учета -> Проекты и задания -> Оценка заданий**
Есть два способа установки оценки заданий из письма:
### Через личный кабинет
Этот способ подходит тем, кто использует подсистему личный кабинет. Подробная настройка этого способа приведена в [этой статье](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/http-servisovy/ustanovka-ocenok-po-zadaniyu-v-lichnom-kabinete).
### Ответным письмом
Этот способ проще, так как не надо ничего настраивать.
Пользователю приходит письмо с просьбой оценить выполненное задание, пользователь оценивает нажимая гиперссылку, создается новое письмо с уже заполненными полями адресат (адрес техподдержки), темой (предопределенная, ее не нужно менять) и текстом.
При отправке этого письма будет установлена оценка заданию.
## Справочник "Оценки заданий"
Сам справочник нужен для настройки внешнего вида. Внешний вид может быть двух видов: только текст или только изображение.
Если будет выбрано *Только текст*, то оценка в письме будет представлять собой кнопку с цветом фона и цветом текста, ну и самим текстом.
Если же будет выбрано *Только изображение*, то в качестве оценки будет выведена картинка.
Все реквизиты этого справочника просты и понятны.
Подробнее можно ознакомиться с этим механизмом [в видео.](https://youtu.be/Hn07tk_mvXU)
---
## Перенос переписки в документе "Задание"(Документ Задание)
Бывают случаи, когда становится необходимо перенести переписку из одного *Задания* в другое.
Например, человек, обратившийся в техподдержку, создает одинаковые задания или пишет комментарий в новом задании и нам их нужно объединить.
В нашей конфигурации реализован подобный механизм. В этой статье предлагаю ознакомиться с ним.
Для этого откроем документ **Задание**, в которое мы хочем перенести переписку и нажмем в верхнем меню **Перенос переписки из другой задачи**, как показано на изображении.
После этого перед нами откроется следующее окно.
В данном окне нам нужно выбрать задание из которого будет перенесена переписка, а так же определить нужно ли перенести описание в комментарий и пометить на удаление само задание.
После того как мы определились с нужными нам опциями можно нажать кнопку **Перенести**.
Следует обратить внимание на следующую логику при переносе переписки из другого задания.
Если у заданий стоят разные инициаторы, то инициатор, из задания откуда берется переписка, становится наблюдателем в задании куда перенесена переписка.
Так же при пометке на удаление задания, и если в нем велась переписка, то дальнейшие письма больше не будут приходить в это задание, а будут создавать новое.
---
## Переписка с инициатором, или приемы техподдержки(Документ Задание)
Вы обращали внимание на то, что, когда вы обращаетесь куда-то в электронном виде за поддержкой, часто те, кто отвечают на "той" стороне стараются ответить последними.
Например, вот такой вымышленный диалог:
***Вы:*** У меня проблема. Такая-то, такая-то.
***Техподдержка:*** Сделайте то-то и то-то и все заработает.
***Вы:*** Спасибо! Получилось
***Техподдержка:*** Был рад помочь.
***Вы:*** А если еще возникнут вопросы, можно задавать?
***Техподдержка:*** Конечно.
***Вы:*** Еще раз спасибо!
***Техподдержка:*** Всего доброго.
Обратите внимание - что бы Вы не писали, саппорт всегда старается ответить последним, хотя в некоторых случаях можно было бы обойтись и без этого, например, как в диалоге Выше.
***На самом деле это не просто так!***
Это специальный прием, который позволяет техподдержке делать свое дело.
Зачем это нужно и почему так работать правильно рассмотрим причины таких действий на примере нашей конфигурации:
Вот как выглядит окно с заданиями:
Пусть вас не смущает этот скриншот - это пример. Обратите внимание на столбец **Номер** в нем есть цветной индикатор.
Он означает следующее:
* **Цвет серый** - задание выполнено и завершено. Текст переписки не имеет значения в текущий момент, не обращаем на него внимания.
Цвет зеленый - в задании текущий пользователь (т.е. Вы) являетесь исполнителем и в переписке с пользователем, вы последним добавили сообщение. Т.е. мяч на той стороне и вы либо ждете ответа, либо задание закроется автоматически.
* **Цвет зеленый с белой буквой Т** - в задании текущий пользователь (т.е. Вы) НЕ являетесь исполнителем и в переписке с пользователем, ответственный сотрудник техподдержки последним добавил сообщение, т.е. ответил человек из техподдержки.
* **Цвет красный** - в задании текущий пользователь является исполнителем и в переписке инициатор последним добавил сообщение. Т.е. вам необходимо что-то сделать: помочь с ответом, вопрос не решен и требует доработки и т.д.
* **Цвет желто-оранжевый** - в задании текущий пользователь НЕ является исполнителем и в переписке инициатор последним добавил сообщение. Т.е. Вы к заданию не имеете прямого отношения, но видите, что тот, кто отвечает за него еще не ответил инициатору задания.
* **Цвет синий** - вы видите задание или являетесь наблюдателем и в нем было добавлено сообщение, но добавлено не инициатором и не текущим исполнителем.
Ну а теперь начинается магия! :)
Смотрим, на список и находим для себя КРАСНЫЕ индикаторные маркеры.
Ага - это наши задачи, нам написали те, кто обратился, и мы им еще не ответили.
Далее желто-оранжевые, мы там не решаем ничего, но в случае, если долго висит, может стоит поинтересоваться у коллег почему долго не закрывается задача.
Синий - это не так важно, но все же. Ну и последние - зеленые - в них все отлично: мы ответственные и мы или наши коллеги отписались последними, значит все под контролем.
Такой простой прием позволяет быстро быть в курсе всего и не смотреть один и те же задачи.
Более того, если настроено автозакрытие заданий, то программа увидит, что мы последние редактировали задание и, если в течении какого-то времени инициатор не ответит, значит будем считать, что задание было нами решено или выполнено.
При этом программа сама все автоматически закроет.
Вот поэтому техподдержка всегда и заканчивает последней в переписке все ради этого!
Мы рекомендуем эту схемы работы, как наиболее удобную.
---
## Поля, шаблоны и приоритеты документа «Задание»(Документ Задание)
В этой статье разобраны вопросы, с которыми чаще всего обращаются пользователи: что означают поля при создании задания, как работает кнопка «Стать исполнителем», как настроить повторяющиеся задания по расписанию и как посмотреть историю изменений.
## Основные поля документа «Задание» и что в них заполнять
При создании задания вручную форма содержит несколько групп реквизитов. Ниже — объяснение каждого.
| Поле | Что означает | Когда заполнять |
|------|-------------|-----------------|
| Тема | Краткое название задания — отображается в списке | Всегда, обязательно |
| Описание | Подробное описание задачи, форматированный текст | Когда нужны детали или вложенные изображения |
| Инициатор | Тот, кто обратился с задачей (сотрудник, контакт, контрагент) | Заполняется автоматически из источника создания или вручную |
| Клиент | Объект, связанный с инициатором | Зависит от типа инициатора — подробнее в статье [«Принцип заполнения реквизитов Инициатор и Клиент»](https://docs.softonit.ru/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/princip-zapolneniya-rekvizitov-iniciator-i-klient/#generator) |
| Текущий исполнитель | Кто сейчас выполняет задание | Не заполняется автоматически при создании вручную — назначается явно |
| Дата начала | Когда задание должно быть начато | При планировании работ |
| Приоритет | Уровень важности задания | По необходимости — см. раздел о приоритетах ниже |
| Организация, Подразделение | Организационный контекст задания | Для фильтрации и отчётов |
| Проект | Привязка к проекту | Если задание входит в состав проекта |
| Категория | Тематическая классификация | Для отчётности и маршрутизации |
:::info Важно
При создании задания вручную поле «Текущий исполнитель» остаётся пустым — система не подставляет туда создателя автоматически. Автор задания и исполнитель — разные вещи. Назначьте исполнителя явно или воспользуйтесь кнопкой «Стать исполнителем».
:::
## Кнопка «Стать исполнителем»
В форме задания есть кнопка, которая позволяет быстро назначить себя исполнителем — или снять себя с исполнения, если вы уже назначены.
Кнопка работает как переключатель:
- Если вы не назначены исполнителем — подсказка кнопки показывает «Стать исполнителем», при нажатии ваш пользователь подставляется в поле «Текущий исполнитель»
- Если вы уже исполнитель — подсказка меняется на «Снять себя с исполнения» и при нажатии очищает поле
Это удобно, когда исполнитель видит задание в очереди и берёт его в работу самостоятельно, без ручного выбора из списка пользователей.
## Приоритеты
Приоритет определяет важность и срочность задания. В системе пять уровней:
| Уровень | Название | Когда использовать |
|---------|----------|--------------------|
| П1 | Критический | Полная остановка работы, немедленное реагирование |
| П2 | Высокий | Серьёзная проблема, влияющая на бизнес-процесс |
| П3 | Средний | Нарушение работы, есть временное решение |
| П4 | Низкий | Незначительная проблема или пожелание |
| П5 | Очень низкий | Вопрос без срочности, информационный запрос |
Приоритет влияет на порядок в очереди выполнения и может учитываться в SLA. Если приоритет не задан — задание обрабатывается в порядке поступления.
## Этапы и статусы задания
Это разные понятия, которые часто путают.
### Этапы
**Этапы** — это шаги рабочего процесса, по которым движется задание. Набор этапов настраивается администратором в разделе **Справочники → Этапы процессов** и может быть любым. Пользователь или система переводит задание с этапа на этап вручную или автоматически по настроенным шагам автоматизации.
Примеры типичных этапов: *Новый*, *В работе*, *Выполнение*, *Проверка*, *Согласование*, *Бэклог*, *Отменено*.
Каждый этап имеет **состояние** — глобальный признак, определяющий поведение системы. Состояний восемь: Новый, Подготовка, Бэклог, В работе, Подпроцесс, Приостановка, Выполнен, Закрыт. Например, несколько разных этапов могут иметь одно и то же состояние «В работе».
### Статусы
Статусов, в отличие от этапов, **только два**, и оба выставляются **автоматически** — вручную их установить нельзя:
- **Выполнено** — задание переходит в этот статус, когда исполнитель довёл работу до конца со своей стороны. Это не означает, что инициатор принял результат — только что исполнитель считает задачу выполненной.
- **Завершено** — финальный статус. Устанавливается автоматически регламентным заданием **«Автоматическое завершение заданий»** спустя настроенный период после перехода в «Выполнено», если инициатор не вернул задание на доработку. Также устанавливается, когда инициатор выставляет оценку. По сути, «Завершено» — это «Выполнено» с подтверждением со стороны инициатора.
Общая схема жизненного цикла задания:
**Новый → Выполнение (один или несколько этапов) → Выполнено → Завершено**
Подробнее о жизненном цикле — в статье [«Схема "жизни" документа "Задание"»](https://docs.softonit.ru/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/shema-zhizni-dokumenta-zadanie/#generator).
## Шаблоны заданий
Шаблон позволяет не заполнять одни и те же поля каждый раз заново. В системе два типа шаблонов.
### Ручной шаблон
Используется для быстрого создания задания с предзаполненными реквизитами. Пользователь открывает шаблон, при необходимости корректирует данные и сохраняет задание.
Чтобы создать ручной шаблон:
1. Откройте **Справочники → Service Desk → Шаблоны заданий**
2. Нажмите «Создать»
3. Выберите тип «Ручное заполнение»
4. Заполните нужные поля: тему, описание, исполнителя, категорию, приоритет
5. Настройте **Видимость** — «Личный» (только для вас), «Группы пользователей» или «Общий» (для всех)
6. Сохраните
### Периодический шаблон (по расписанию)
Используется для автоматического создания повторяющихся заданий — например, еженедельных регламентных задач. Система сама создаёт задание в нужное время без участия пользователя.
Чтобы создать периодический шаблон:
1. Откройте **Справочники → Service Desk → Шаблоны заданий**
2. Нажмите «Создать»
3. Выберите тип «Регламентное задание»
4. Заполните поля задания
5. Укажите **Инициатора** — это поле обязательно для регламентных заданий
6. Настройте **Расписание** — день, время, периодичность в днях
7. Задайте **Дату начала** и при необходимости **Дату окончания** действия шаблона
8. Убедитесь, что флаг **Активность** включён
9. Сохраните
:::info Расписание
Настраивается через стандартный диалог 1С — можно указать конкретный день месяца, время запуска и периодичность повтора в днях. Например: каждый первый день месяца в 08:00.
:::
### Ограничения шаблонов
Прикрепить файл к шаблону нельзя. Механизм присоединённых файлов работает на уровне конкретного задания, но не шаблона. Если задание должно содержать вложение (например, инструкцию в виде файла, скриншот ошибки) — прикрепите его уже к созданному заданию.
## История изменений задания
Чтобы посмотреть, кто и когда вносил изменения в задание:
1. Откройте нужное задание
2. Нажмите кнопку **Ещё** в верхней панели
3. Выберите **История изменений**
В истории отображаются все изменения реквизитов с указанием пользователя, даты и значений «до» и «после». Это стандартный механизм платформы 1С, он фиксирует изменения всех ключевых полей документа.
:::info Важно
История изменений доступна только пользователям с соответствующими правами. Если пункт меню не отображается — обратитесь к администратору системы.
:::
## Изменение завершённых заданий
По умолчанию задание в статусе «Завершено» доступно только для чтения — редактировать его нельзя. Поведение управляется флажком **«Изменять завершённые задания»** в настройках параметров учёта.
Найти настройку можно по пути: **Администрирование → Настройки параметров учёта** (раздел «Проекты и задания»).
### Флажок снят (по умолчанию)
- Завершённое задание открывается только для чтения, поля недоступны для изменения.
- Если инициатор отвечает на уведомление по электронной почте — система **создаёт новое задание**, а не добавляет сообщение к завершённому.
### Флажок установлен
- Завершённое задание можно редактировать в форме документа.
- Если инициатор отвечает на уведомление по электронной почте — сообщение **добавляется в уже завершённое задание** и оно автоматически возобновляется.
---
## Принцип заполнения реквизитов "Инициатор" и "Клиент"(Документ Задание)
В документе **Задание** имеется ряд основных реквизитов, которые необходимо заполнить при создании заявки.
Данные реквизиты могут заполняться как автоматически при создании заданий на основании входящих писем, так и вручную.
Часто у пользователей конфигурации возникают вопросы в частности правильного заполнения реквизитов *Инициатор* и *Клиент*.
> **Вопросы звучат подобного характера:**
> - Можно ли установить по умолчанию один тип справочника выбора объекта для инициатора?
> - В инициаторе указываю физическое лицо, а в клиенте хочу указывать организацию, но подставляется (автоматически) совсем другое.
Как правильно заполнить?
Давайте разберем эти два вопроса и дадим на них максимально развернутые ответы, после чего все станет на свои места.
Первый вопрос заключается в установленном по умолчанию типе объекта базы, при выборе инициатора задания.
Ответ на этот вопрос звучит так: "*К сожалению, подобную настройку нельзя применить так как мысль заключается в том, что инициатором может быть любая сущность из перечисленных справочников.
Обратиться могут и потенциальные клиенты и контрагенты и сотрудники нашей организации*".
Это означает, что заложенная в конфигурацию логика заполнения реквизитов полностью противоречит данной "Хотелки", при всем при этом это является не логичным.
Нельзя всех клиентов грести под одну гребенку и назначать, например, только как физ.лица или сотрудники. Должно быть четкое разделение.
Идем дальше и ответим на второй вопрос по поводу правильного соотношения установленных инициатора и клиента.
Сразу хочу обратить Ваше внимание на то, что в более поздний версиях конфигурации данные реквизиты не имели четкой зависимости друг от друга.
Теперь же, начиная с релиза **3.1.5.1**, реквизит *Клиент* заполняется в зависимости от выбранного значения реквизита *Инициатор*.
При этом осуществлено ограничение типа выбора сущности базы, в зависимости от выбранного типа инициатора.
Проще говоря, теперь указав в качестве инициатора *Физическое лицо*, в реквизите *Клиент* будет доступны следующие типы выбора:
- Пользователь
- Сотрудник
- Физическое лицо
В принципе подобрать для себя [подходящее соотношение заполнения данных реквизитов](/it3/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/nastroyka-zapolneniya-rekvizita-klient-v-zavisimosti-ot-vybrannogo-iniciatora) должны Вы сами, но все же порекомендую использовать схему: Инициатор "Контактное лицо" - Клиент "Контрагент".
Данной схемой пользуемся лично мы и считаем ее достаточно удобной.
---
## Процессы Service Desk(Документ Задание)
Процессы являются важной составляющей ITIL и нашего решения, в котором предусмотрена подсистема [Техническая поддержка (Service Desk)](/it3/podsistema-service-desk-upravlenie-incidentami).
При плотном использовании данного функционала, без процессов не обойтись.
Поэтому разберемся, как настраивать и использовать процессы Service Desk.
Перейдем в раздел
**Техническая поддержка -> Процессы**
Откроем форму списка, которая содержит предопределенные и [созданные процессы](/it3/prakticheskie-metodiki/sozdanie-novogo-processa).
Откроем форму элемента процесса и рассмотрим реквизиты, которые находятся на форме. Вверху форму располагаются следующие поля:
* [x] **Наименование** - название процесса;
* [x] **Вес** - вес процесса, который будет задействован в автоподсчете общего веса задания.
Ниже располагается первая табличная часть **Этапы**, содержащая этапы данного процесса.
Слева располагаются этапы, которые будут задействованы в процессе.
Также у каждого из этапов можно установить *Исполнителя по умолчанию*, который будет автоматически становиться текущим исполнителем при переходе на данных этап.
С помощью кнопки **Добавить** можно добавить новый этап, а кнопками (вверх\вниз) ранжировать их иерархию.
Справа настраиваются переходы между этапами, например, осуществить переход с этапа *Новый* можно на этапы *Выполнение* и *Выполнено* (согласно настроенным переходам).
Следующая табличная часть **Возможные исполнители на этапах** содержит список исполнителей процесса, которые возможно будут являть текущими исполнителями на том или ином этапе.
Это означает, что при переходе на этап, будет дана возможность выбора исполнителя из добавленных групп или пользователей в этой табличной части.
Закладка **Настройки** содержит ряд настроек процесса.
Можно указать тип данного процесса, а также отметить необходимые чек-боксы для тонкой настройки.
* [x] **Вывод прошлых исполнителей в списке выбора исполнителей** - позволяет отобразить исполнителей, которые участвовали в задании на прошлых этапах;
* [x] **Не использовать в задании** - запрещает использовать этот процесс в заданиях;
* [x] **Не изменять в задании** - в заданиях, которые были созданы под этим процессом, нельзя будет установить другой процесс;
* [x] **При переходах на этапы никогда не вводить комментарии** - при переходах между этапами будет запрещено оставлять комментарии;
* [x] **Добавлять нового инициатора в наблюдатели** - при смене инициатора будет предложено добавить его в наблюдатели;
* [x] **Не переходить на этапы выполнения без указания решения** - нельзя выполнить задание, не указав решение данной задачи.
Табличная часть **Автоматическое выполнение** позволяет произвести настройку автоматического выполнения или завершения задания, у которого установлен данный этап.
[Обучающее видео](https://www.youtube.com/watch?v=K5IS3nKkDws).
Табличная часть **Наблюдатели** позволяет установить список пользователей, которые будут автоматически добавлены в наблюдатели, при использовании этого процесса в заданиях.
На закладке **Схема** можно схематично отобразить, например, переходы между этапами процесса, а на закладке **Дополнительно** указать родительскую группу и добавить произвольный комментарий для справочной информации.
---
## Распределение прав доступа(Документ Задание)
Для реализации ограничения прав доступа предназначены специальные объекты конфигурации - Роли.
Роль определяет, какие действия, над какими объектами метаданных может выполнять пользователь, выступающий в этой роли.
В процессе ведения списка пользователей каждому пользователю ставится в соответствие одна или несколько ролей.
Для ограничения доступа к данным на уровне записей и полей, существуют действия над объектами, хранящимися в базе данных (справочниками, документами и т.д.), отвечающие за чтение или изменение информации.
В подсистеме **Service Desk**, есть различные варианты работы с заданием.
Для того, чтобы пользователь мог работать в упрощенной форме документа и видел только свои задачи необходимо установить следующий набор ролей:
* [x] Базовые права БСП;
* [x] Базовые права УФ;
* [x] Вывод на принтер, в файл, в буфер обмена;
* [x] Запуск веб-клиента;
* [x] Запуск толстого клиента;
* [x] Запуск тонкого клиента;
* [x] Добавление заданий;
* [x] Чтение заданий.
При таком наборе прав пользователю будет доступен минимальный функционал, который позволит только создавать новое задание.
Так видит документ задание **Инициатор**.
Для того, чтобы пользователь мог выполнять задания, нужно что бы был следующий набор ролей:
* [x] Базовые права БСП;
* [x] Базовые права УФ;
* [x] Вывод на принтер, в файл, в буфер обмена;
* [x] Выполнение заданий;
* [x] Добавление заданий;
* [x] Запуск веб-клиента;
* [x] Запуск толстого клиента;
* [x] Запуск тонкого клиента;
* [x] Чтение дополнительных отчетов и обработок;
* [x] Чтение заданий.
Так видит документ задание **Исполнитель**.
Для того, чтобы пользователь мог **распределять задания**, необходимо назначить следующие роли:
* [x] Базовые права БСП;
* [x] Базовые права УФ;
* [x] Вывод на принтер, в файл, в буфер обмена;
* [x] Выполнение заданий;
* [x] Добавление заданий;
* [x] Запуск веб-клиента;
* [x] Запуск толстого клиента;
* [x] Запуск тонкого клиента;
* [x] Просмотр не распределенных заданий;
* [x] Распределение заданий;
* [x] Чтение дополнительных отчетов и обработок;
* [x] Чтение заданий.
В этом случае пользователь сможет распределять задания между исполнителями.
Следует учесть, что после того, как исполнитель будет назначен и текущий пользователь не будет этим исполнителем, задание пропадет из формы списка.
Связано это с тем, что у пользователя недостаточно прав на просмотр чужих заданий.
Очень часто, необходимо распределять задания между подчиненными и при этом видеть его задание в списке.
Для этого есть два способа:
1. Пользователю можно добавить подчиненного или группу подчиненных;
В этом случае пользователю будут видны задания подчиненных.
2. Добавить пользователю роль **Просмотр чужих заданий**.
*Список ролей:*
* [x] Базовые права БСП;
* [x] Базовые права УФ;
* [x] Вывод на принтер, в файл, в буфер обмена;
* [x] Выполнение заданий;
* [x] Добавление заданий;
* [x] Запуск веб-клиента;
* [x] Запуск толстого клиента;
* [x] Запуск тонкого клиента;
* [x] Просмотр не распределенных заданий;
* [x] Просмотр чужих заданий;
* [x] Распределение заданий;
* [x] Чтение дополнительных отчетов и обработок;
* [x] Чтение заданий.
В этом случае, в форме списка будут отображаться и чужие задания.
Для **Наблюдателей** можно установить следующие роли:
* [x] Базовые права БСП;
* [x] Базовые права УФ;
* [x] Вывод на принтер, в файл, в буфер обмена;
* [x] Запуск веб-клиента;
* [x] Запуск толстого клиента;
* [x] Запуск тонкого клиента;
* [x] Чтение заданий.
Форма документа задание наблюдателя.
Каждому пользователю может быть назначены роли, которые в совокупности образуют его персональные настройки прав доступа.
Они могут быть как для чтения, так и для редактирования.
---
## Email уведомления в «Управление IT-отделом 8» - тонкости настройки и диагностика(Создание заданий из электронных писем)
## Регламентное задание «Получение и отправка электронных писем»
Основа работы email в «Управление IT-отделом 8» — регламентное задание **Получение и отправка электронных писем**. Без него почта не будет ни приходить, ни уходить, независимо от настроек учётных записей.
**Как найти:**
**Администрирование → Регламентные и фоновые задания.**
**Сколько регламентных заданий нужно**
В списке 5 заданий (№1–5). Учётные записи распределяются по ним циклически: первые пять учётных записей попадают на задания №1–5 соответственно, шестая — снова на задание №1, седьмая — на №2 и так далее. Какое задание обслуживает конкретную учётную запись — видно в карточке этой учётной записи.
**Признаки проблемы**
Если время в колонке «Последнее выполнение» не обновляется — задание не работает. При проблемах с приходом почты также проверить:
- Регистр **«Даты последней загрузки почтовых сообщений»** — дата не должна быть будущей
- Регистр **«Заблокированные для получения учётные записи»** (глобальный поиск) — должен быть пустым, если есть записи — удалить
## Маркер номера задания: почему нельзя заменить `ID#` на `№`
Когда система получает входящее письмо, она должна определить — это новое обращение или ответ по существующему заданию. Для этого в тему исходящего письма вставляется маркер с номером задания (например, `ID#256`). При ответе система находит маркер, извлекает номер и добавляет письмо как комментарий к заданию.
Маркер можно изменить, но здесь есть важный нюанс. Символ `№` встречается в обычных деловых письмах повсеместно. Например, письмо с темой «Просьба проверить план закупки №1 на следующий год» содержит `№1`. Система найдёт этот маркер, извлечёт номер 1 и добавит письмо как комментарий к заданию №1 вместо создания нового обращения.
Маркер должен быть таким, чтобы случайно не встретиться в обычном тексте письма. По умолчанию используется `ID#` — он для этого и выбран.
**Где изменить маркер:**
**Администрирование → Настройка параметров учёта → Проекты и задания → Электронная почта → Маркеры → Маркеры номера задания в теме электронных писем при ответе**
Можно указать несколько маркеров — по одному на строке.
:::info Обратите внимание
В настройках почты есть два разных типа маркеров, которые часто путают:
- **Маркеры номера задания** — привязывают входящий ответ к существующему заданию
- **Маркеры окончания писем** — обрезают текст письма при загрузке (подписи, стандартные фразы)Это разные настройки, они находятся в разных местах одного раздела.
:::
## Все условия добавления письма комментарием
Полное описание механизма — в статье [Условия, при соблюдении которых письмо добавляется в комментарий](https://docs.softonit.ru/it/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/sozdanie-zadaniy-iz-elektronnyh-pisem/usloviya-pri-soblyudenii-kotoryh-pismo-dobavlyaetsya-v-kommentariy).
Система добавляет входящее письмо как комментарий к существующему заданию только при одновременном выполнении всех условий:
1. В теме письма есть `RE:`
2. В теме присутствует один из настроенных маркеров номера задания (например, `ID#`)
3. После маркера найден номер задания — сокращённый (`ID#256`) или полный (`ID#00000000256`)
4. Задание с этим номером найдено в системе
5. Задание не завершено
Пример правильной темы: `RE: ID#256 Не работает принтер`
Если хотя бы одно условие не выполнено — система создаст новое задание. Это наиболее частая причина, по которой ответ пользователя порождает дублирующую заявку вместо комментария.
## Дата начальной загрузки писем
О настройке учётных записей — в статье [Учётные записи электронной почты](https://docs.softonit.ru/it/administrirovanie/uchetnye-zapisi-elektronnoy-pochty).
При настройке учётной записи есть параметр **Дата начальной загрузки**. Он определяет, с какой даты письма с почтового сервера будут загружены при первом подключении.
После того как учётная запись сохранена и письма загружены, изменение этой даты не даёт результата — система не вернётся назад и не загрузит письма за более ранний период.
## Системная учётная запись электронной почты
Подробнее — в статье [Учётные записи электронной почты](https://docs.softonit.ru/it/administrirovanie/uchetnye-zapisi-elektronnoy-pochty).
Программа поставляется с предопределённой *системной учётной записью* электронной почты. Она используется как учётная запись по умолчанию — если в шаге автоматизации не указана конкретная учётная запись, письма будут отправляться именно с неё.
Перед началом работы с email уведомлениями системную учётную запись необходимо настроить.
**Путь:**
**Администрирование → Учётные записи электронной почты → Системная учётная запись электронной почты**
Для учётных записей, с которых отправка происходит автоматически без участия пользователя, **пароль обязателен** — без него автоматическая отправка работать не будет.
После настройки рекомендуется нажать кнопку **Проверить настройки** — это позволит убедиться, что соединение с почтовым сервером установлено корректно. Именно с этого шага начинается диагностика, если письма не отправляются или не создаются задания из входящей почты.
Не добавляйте один и тот же адрес дважды — как системную запись и как обычную. Это приводит к двойной обработке писем и дублированию уведомлений.
Если оповещения не приходят, проверьте, что у всех задействованных пользователей заполнен адрес электронной почты — без него уведомление не отправляется.
## Куда попадает созданное уведомление
Уведомления настраиваются в подсистеме **Автоматизация** (справочник **Шаги автоматизации**), а не через справочник «Правила событий», выведенный из эксплуатации. Когда сработавший шаг создаёт email уведомление, в системе формируется документ **Электронное письмо исходящее**.
**Путь:**
**Взаимодействия → Исходящие электронные письма**
При диагностике недоставки уведомлений проверяйте по цепочке:
- **Документа нет** — шаг автоматизации не сработал. Искать причину в шаге: включён ли он, корректны ли его условия, заполнен ли адрес электронной почты у участников задания. Диагностика — **Автоматизация → Очередь событий / Мёртвые события**: там видно, было ли событие обработано и если нет — по какой причине.
- **Документ есть, но письмо не отправлено** — шаг отработал, проблема в регламентном задании или настройках почтового ящика. Частая причина: в списке «Исходящих электронных писем» зависло одно или несколько писем со статусом **Исходящие** — они блокируют отправку всей очереди. Найдите первое по дате такое письмо и удалите полностью (не помечайте на удаление, а именно удаляйте).
- **Документ есть, письмо отправлено, но не дошло до адресата** — проблема на стороне почтового сервера или спам-фильтра получателя. Проверять нужно там.
## Файловая база: почта не работает без запущенного пользователя
Подробнее — в статье [Файловая база, но регламентные задания не отрабатывают по расписанию](https://docs.softonit.ru/it/obshchie-voprosy/po-rabote-v-konfiguracii/faylovaya-baza-no-reglamentnye-zadaniya-ne-otrabatyvayut-po-raspisaniyu).
В файловом режиме регламентные задания — в том числе получение почты и отправка уведомлений — **не запускаются** при отсутствии активного сеанса. Если никто не работает в конфигурации ночью, в выходные или в обеденный перерыв, почта в это время не обрабатывается.
Решение — создать технического пользователя (например, `ServiceDesk`) и настроить в планировщике задач Windows автоматический запуск конфигурации под этим пользователем:
```
"c:\Program Files (x86)\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\1C_base\IT" /N"ServiceDesk" /P"12345"
```
Где `D:\1C_base\IT` — путь к информационной базе, `12345` — пароль пользователя.
:::info Обратите внимание
Этот раздел актуален только для файлового режима работы. В клиент-серверном варианте регламентные задания выполняются на сервере независимо от активных пользовательских сеансов.
:::
## Почему автор изменения не получает уведомление
Программа не отправляет уведомление пользователю, который сам внёс изменение. Это намеренное поведение, реализованное на уровне кода: считается, что автор изменения и так знает, что он сделал в программе. Такое решение было принято в том числе с учётом обратной связи от пользователей — чтобы не создавать лишний «спам» на почту.
Например, если исполнитель сам переводит задание в статус «Выполнено» — он не получит уведомление об этом изменении. Инициатор задания при этом уведомление получит.
## Недействительный пользователь не получит уведомление
Перед отправкой каждого письма система проверяет актуальность получателя:
- **Пользователь 1С** — проверяется флаг «Недействителен» в карточке:
**Администрирование → Пользователи → [открыть пользователя] → реквизит «Недействителен»**.
Этот флаг рекомендуется устанавливать при увольнении сотрудника — он также скрывает пользователя из списков выбора исполнителей в заявках.
- **Контрагент или сотрудник** — проверяется признак «Неактуален» в соответствующей карточке.
Если получатель помечен как недействительный или неактуальный — письмо не будет создано. Ошибки не будет, но в очереди событий автоматизации (**Автоматизация → Очередь событий / Мёртвые события**) появится запись с пояснением. Просто тихо не отправится.
Если уведомления перестали приходить конкретному человеку — первым делом проверьте его карточку на предмет этих признаков.
## Один получатель в одном действии — одно письмо
Если в одном шаге автоматизации один и тот же получатель указан несколько раз — система всё равно отправит ему **только одно письмо**. При этом используются настройки строки с наименьшим номером в табличной части шага.
Это стоит учитывать при диагностике: если кажется, что уведомление «потерялось» — возможно, получатель дублировался в настройках шага и пришло одно письмо вместо ожидаемых двух.
## Блокировка учётной записи почты — не постоянная
Когда система не может получить почту (например, неверный пароль или недоступен сервер), она автоматически блокирует учётную запись, чтобы не повторять попытки бесконечно. Через час система делает новую попытку подключения.
Если нужно снять блокировку вручную — удалите запись из регистра сведений **Заблокированные для получения учётные записи**. Найти его можно через консоль регистров сведений (поиск по имени регистра).
:::warning Важно
Если причина блокировки не устранена — после снятия блокировки ящик заблокируется снова. Правильный порядок действий: сначала исправить причину (обновить пароль, проверить доступность сервера), и только потом снимать блокировку.
:::
---
## Создание заданий из электронных писем(Создание заданий из электронных писем)
В конфигурации есть механизм, который позволяет из писем, которые приходят в IT-отдел создавать задания.
Тема письма копируется в тему задания, текст письма – в подробное описание задания.
Автоматически проставляется Инициаторы заданий, и добавляются в наблюдатели.
Настройка ведётся в подсистеме **Автоматизация**: раздел **Справочники -> Автоматизация -> Шаги автоматизации** содержит шаг "Создать задание из письма", он должен быть включён.
:::info Важно!
Обратите внимание, что в **Дополнительные настройки сервера почты** есть флаг, который отвечает за хранение писем в почтовом ящике.
Т.е. по умолчанию письма после получения удаляются.
:::
Следует учесть, что задания создаются непосредственно из писем на почтовом сервере, они не загружаются в конфигурацию.
Чтобы настроить автоматическое создание заданий из электронных писем см. тему [Настройка и запуск автоматического создания заданий и рассылки оповещений по заданиям](/it3/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/nastroyka-avtomaticheskogo-sozdaniya-zadaniy-i-rassylki-opoveshcheniy).
На первой вкладке вносятся значения, которые могут подставляться автоматически при создании заданий из писем.
На вкладке **Инициаторы** устанавливается приоритет поиска клиентов и инициаторов клиентов при записи входящего письма.
На последней вкладке можно на языке 1С создать код, который позволит произвольно заполнять или не заполнять/не создавать задание из писем.
Важной особенностью программы является то, что создание заданий очень функционально и позволяет "видеть" не только новые задания и создавать их из писем, но и *переписку по уже существующему заданию*.
Пример, пользователь-инициатор получает письмо о том, что его задание создано и обрабатывается, инициатор вспоминает, что он забыл что-то написать в задании IT-отделу и пишет это, что-то отвечая на письмо, которое пришло.
Как вы понимаете, программа должна правильно определить, что это не новая задача и дописка к уже существующей.
Тут радостная новость для всех :) Программа это умеет.
Для того, чтобы письмо было добавлено в переписку по уже существующему заданию, необходимо соблюдение ряда условий, что бы программа "поняла", что необходимо добавить сообщение в переписку, а не создавать новое задание:
* В теме письма-ответа был текст: RE: или HA: (в англ или русской раскладке);
* Присутствовал один из маркеров указанный в теме письма (например ID#);
* После текста маркера был найден номер (например `ID#256` или `ID#00000000256`). Маркеры вы можете найти на закладке **Маркеры** в обработке **Настроек параметров учета -> Администрирование**.
* Задание-основание было найдено по номеру либо сокращенному без нулей, либо по полному.
* Задание-основание не было завершено.
*
Пример правильной темы: *RE: ID#256 Не работает принтер.*
Т.е. пользователь получил письмо с темой `ID#256 Не работает принтер`, при ответе на него тема стала `RE: ID#256 Не работает принтер` и отправил его.
Программа, проверив тему убедилась, что это письмо ответ, по уже существующему и добавила его в переписку по заданию.
Получается очень удобна схема взаимодействия.
---
## Как использовать регулярные выражения(Создание заданий из электронных писем)
В этой статье — как составлять регулярные выражения для маркеров окончания электронных писем, чтобы УИТ корректно отсекал лишний текст (цитаты, подписи, служебные блоки), независимо от того, какой почтовый сервис прислал письмо.
## Зачем нужны регулярные выражения
УИТ обрезает входящее письмо до места, где встречается **маркер окончания** — например, «С уважением», «From:», «Отправлено с iPhone». До маркера остаётся полезный текст, после — отбрасывается как цитата или подпись.
Раньше маркеры искались как обычная подстрока: УИТ просто проверял, есть ли в тексте письма буквенное совпадение со строкой маркера. Это работало плохо в одном частом случае — когда между словами маркера в HTML-коде письма стоят теги форматирования:
```html
С уважением, Иван
```
Визуально пользователь видит «С уважением», но в HTML-коде между «С» и «уважением» вклинился ``. Поиск по подстроке такое совпадение не находит — и маркер не срабатывает.
Регулярные выражения позволяют описывать маркер не как точную последовательность символов, а как **шаблон**: например, «слово `С`, потом любая разметка, потом слово `уважением`». Один маркер ловит сразу все варианты — и со стилизацией, и без.
## Где настраиваются маркеры
Маркеры окончания писем настраиваются в разделе **«Настройки параметров учёта»** в поле «Маркеры окончания электронных писем заданий». Это многострочное текстовое поле: один маркер — одна строка.
Каждая строка — это регулярное выражение. Пустые строки и комментарии вида `(?#...)` игнорируются.
## Что такое регулярное выражение
Регулярное выражение — это строка-шаблон, описывающая множество возможных совпадений в тексте. Большинство обычных символов в шаблоне означают сами себя:
```
From:
```
Этот шаблон найдёт буквальный текст `From:` в любом месте письма.
Но некоторые символы имеют специальное значение — они называются **метасимволами**:
| Символ | Значение |
|--------|----------|
| `.` | Любой одиночный символ |
| `*` | Повторение предыдущего символа ноль или более раз |
| `+` | Повторение один или более раз |
| `?` | Ноль или одно вхождение |
| `\d` | Любая цифра |
| `\s` | Любой пробельный символ (пробел, табуляция, перенос строки) |
| `\w` | Буква, цифра или подчёркивание |
| `\b` | Граница слова |
| `[абв]` | Любой из символов в скобках |
| `[^абв]` | Любой символ, кроме указанных |
| `(текст)` | Группа символов |
| `(?:текст)` | Группа без захвата (используется для альтернатив) |
| `текст1\|текст2` | Альтернатива (одно из двух) |
| `^` | Начало строки |
| `$` | Конец строки |
Если в маркере нужен сам метасимвол как обычный текст — он **экранируется** обратной косой чертой `\`:
| Что ищется | Шаблон |
|------------|--------|
| Точка | `\.` |
| Скобка | `\(` или `\)` |
| Звёздочка | `\*` |
| Слеш | `\/` |
| Сама обратная косая | `\\` |
## Часто используемые конструкции
**Любые пробелы и разметка между словами** — главный приём для устойчивости к HTML:
```
С\s+уважением
```
`\s+` ловит один или несколько пробельных символов между словами. Этого достаточно для большинства HTML-разметки, потому что переносы строк между тегами `` тоже считаются пробельными.
Если между словами могут быть не только пробелы, но и любые HTML-теги — используйте более общую конструкцию `.*?`:
```
С.{0,50}?уважением
```
`.{0,50}?` — от 0 до 50 любых символов, нежадно (то есть как можно меньше). Ограничение длины полезно, чтобы случайно не «съесть» половину письма.
**Нежадные квантификаторы** (`*?`, `+?`, `??`) — берут как можно меньше символов. Это критично, когда в письме маркер встречается несколько раз: иначе шаблон захватит всё до **последнего** вхождения, а не до **первого**.
**Группы с альтернативами** — позволяют один шаблон ловить несколько вариантов:
```
(?:Best regards|Kind regards|Best wishes)
```
`(?:...)` — это группа без захвата (для альтернатив этого достаточно).
**Граница слова** `\b` — полезна, чтобы маркер не сработал в середине другого слова. Например, шаблон `\bFrom\b` сработает на `From: ivan@`, но не на `Pythonfrom` или `FromOurTeam`.
**Начало строки или закрывающий HTML-тег** — типичная позиция перед строкой цитирования:
```
(?:^|>)\s*From\s*:
```
Этот шаблон ловит `From:` либо в начале строки, либо сразу после закрывающего HTML-тега (``, `` и т.п.).
## Флаги по умолчанию
Система сама применяет к каждому пользовательскому маркеру флаг **нечувствительности к регистру** (`i`). Это значит, что `From:` и `from:` и `FROM:` найдутся одним шаблоном. Вам не нужно дублировать варианты вроде `[Ff]rom`.
Указывать флаги в самом маркере не нужно — система игнорирует обрамляющие `/паттерн/флаги`.
## Готовые примеры
Эти шаблоны уже добавлены в УИТ системно — приводятся как образец того, как составлять собственные.
**Английский Outlook (заголовок цитирования):**
```
(?:^|>)\s*From\s*:
```
**Русский Outlook / Mail.ru:**
```
(?:^|>)\s*(?:От|Отправитель)\s*:
```
**Цитирование Gmail (английское):**
```
(?:^|>)\s*On\s+.{1,80}?\s+wrote\s*:
```
Ловит блок вида `On Wed, Jun 5, 2026 at 10:30 AM John Doe wrote:`.
**Цитирование Yandex / Mail.ru (русское):**
```
(?:^|>)\s*\d{1,2}[.,]\d{1,2}[.,]\d{2,4}.{0,50}?(?:писал[аои]?|wrote)\s*:
```
Ловит блок вида `05.06.2026, 10:30, пользователь Иван Иванов писал(а):`.
**Пересланное сообщение:**
```
(?:^|>)\s*-{2,}\s*(?:Original Message|Исходное сообщение|Forwarded message|Пересылаемое сообщение)\s*-{2,}
```
**Подпись «С уважением»:**
```
(?:^|>)\s*С\s+уважением\b
```
**Подпись «Best regards» и аналоги:**
```
(?:^|>)\s*(?:Best regards|Kind regards|Best wishes|Yours truly|Truly yours)\b
```
**Мобильная подпись (русская):**
```
Отправлено\s+(?:с|из)\s+(?:моего\s+)?(?:iPhone|iPad|Android|Mail\.ru|Outlook)
```
**Мобильная подпись (английская):**
```
Sent\s+from\s+(?:my\s+)?(?:iPhone|iPad|Android|Outlook|Gmail)
```
## Что делать, если маркер не срабатывает
:::tip Проверочный список
1. **HTML-разметка между словами.** Замените пробелы на `\s+` или `.{0,50}?` — это перепрыгивает любые теги между словами.
2. **Спецсимволы.** Если в маркере есть точка, скобка, звёздочка, плюс, вопрос или слеш — экранируйте их обратной косой. Например, `Mail.ru` пишется как `Mail\.ru`.
3. **Регистр.** Не нужно дублировать буквы — система сама ищет без учёта регистра.
4. **Граница слова.** Если маркер `From` ловит лишнее, добавьте `\b` слева и справа: `\bFrom\b`.
5. **Жадность.** Если шаблон захватывает слишком много текста, добавьте `?` после `*` или `+`: `.+?` вместо `.+`.
:::
:::caution Битые шаблоны
Если регулярное выражение содержит синтаксическую ошибку (например, незакрытую скобку `[`), УИТ не вызывает аварийную остановку — он просто пропускает такой маркер и продолжает обработку остальных. Информация об ошибке записывается в журнал регистрации в событии **МаркерыОкончанияПисем.Ошибка**. Если ваш маркер не работает — проверьте журнал.
:::
## Полезные ресурсы
- [regex101.com](https://regex101.com/) — онлайн-тестер регулярных выражений. Выбирайте диалект **ECMAScript / JavaScript** — он ближе всего к тому, что используется в УИТ.
- [Шпаргалка по PCRE](https://www.debuggex.com/cheatsheet/regex/pcre) — короткий справочник по метасимволам и конструкциям.
:::info Совет
Перед тем как добавить новый маркер в настройки, протестируйте его на regex101 на копии реального HTML-кода письма, которое нужно обрезать. Это сэкономит время на отладке.
:::
---
## Маркеры выполнения, установки срока и окончания электронных писем
При создании заданий и сообщений в заданиях можно использовать маркеры в письмах.
**Маркеры** - это контрольные словосочетания, которые позволяют совершать в заданиях какие-то действия.
Рассмотрим разные типы маркеров, которые поддерживаются системой:
## Маркеры выполнения задания
Часто бывают ситуации, когда нет доступа к рабочей базе, или не удобно прям сейчас взять и открыть задание в 1С и выполнить его.
На этот случай мы реализовали возможность выполнения задания из электронного письма.
Отправляем письмо на ящик службы поддержки со специальным текстом и задание закрывается. Вот список маркеров:
***Русские словосочетания маркеры***
* Закрыть задание.
* Закрыть задачу.
* Задачу выполнил.
* Задачу выполнила.
* Задачу решил.
* Задачу решила.
* Задача решена.
* Задание закрыто.
***Английские словосочетания маркеры***
* Close task.
Если в тексте письма, которое будет отправлено на ящик службы поддержки будут встречены эти словосочетания-маркеры, то задание будет закрыто.
:::info Важно!
Обратите внимание, маркеры будут работать только в том случае, если вы в настройках параметра учета включите галочку *Использование выполнение задания по текстовым фразам в сообщениях*.
:::
**Администрирование -> Настройки параметров учета -> Проекты и задания -> Электронная почта -> Маркеры**
Для срабатывания маркеров выполнения в процессе должен быть установлен этап
**Техническая поддержка -> Процессы -> (процесс) -> Автоматическое выполнение -> Значение предопределенного этапа выполнения задания**
## Маркеры установки срока
Аналогично, если мы хотим установить/изменить срок выполнения ***крайнюю дату*** задания.
***Русские словосочетания маркеры***
```
Срок [%г]
Срок [%г.]
Срок [%года]
Срок [% г]
Срок [% г.]
Срок [% года]
Срок [%]
Срок (%г)
Срок (%г.)
Срок (%года)
Срок (% г)
Срок (% г.)
Срок (% года)
Срок (%)
Срок {%г}
Срок {%г.}
Срок {%года}
Срок {% г}
Срок {% г.}
Срок {% года}
Срок {%}
Срок - %г.
Срок - %года.
Срок - % г.
Срок - % года.
Срок до %г
Срок до % г
Срок до % года
```
где символ "%" - это маска даты. Может быть передана как конкретная дата или дата с временем, так и вычисляемая дата, например, **Срок (+5 дней)**, или **Срок (+5 часов)**, или **Срок (+1 нед.)**, так же поддерживаются и общепринятые сокращения "ч." (часов), "д." (дней), "н." (недель), "м." (месяцев).
Если же в задании был заполнен реквизит *Выполнить до* (желаемая дата выполнения) датой 25.03.17 12:00:00, а мы (или инициатор) написали письмо следующего содержания "Увеличить время выполнения и установить срок **(+5 дней)** от текущего времени" (маркер выделен).
То в задании автоматически произойдет изменение даты с 25.03.17 12:00:00 >> 30.03.17 12:00:00.
Эта возможность позволит управлять реквизитом *Выполнить до* в задании не открывая задания. С исполнителем аналогично, если в начале, когда задание было поставлено дата не была установлена, а потом инициатор пишет, "Прошу выполнить задание в срок до *30.03.17г.*".
То система поймет, что инициатор указал дату.
## Маркеры окончания электронного письма
Часто так бывает, что переписка по заданию тянет за собой тонну лишнего. Приведем пример, на примере Outlook, мы получаем письмо оповещение об изменении и отвечаем на него, что мы видим:
Это образец того, как многокилометровая переписка идет вслед за одним предложением, что уже само по себе не очень хорошо и в конфигурацию будет загружено в переписку.
Приведем пример маркеров окончания электронного письма:
***Русские словосочетания маркеры конца текста письма***
* С уважением
***Английские словосочетания маркеры конца текста письма***
* Best regards
* Best wishes
* Yours truly
* Truly yours
* Yours very truly
* Very truly yours
* Faithfully yours
* Kind regards
Если мы встречаем эти маркеры в письме, то считаем, что все что ниже - это старая переписка или лишний текст, не относящийся к сути переписки.
Действительно, почти все сотрудники заканчивают тексты писем именно такими словосочетаниями.
В результате, в задание попадет текст с сутью сообщения и без переписки.
---
## Работа с электронной почтой в «Управление IT-отделом 8», диагностика и устранение проблем(Создание заданий из электронных писем)
## Часть 1. Письма не попадают в УИТ (раздел «Входящие электронные письма» пуст)
Это наиболее распространённая проблема. Письма есть на почтовом сервере или в почтовом клиенте, проверка настроек почты проходит успешно, но в УИТ во вкладке «Электронная почта → Входящие электронные письма» ничего не появляется.
### Шаг 1. Проверить регистр «Заблокированные для получения учётные записи»
Откройте его через глобальный поиск в 1С (начните вводить «Заблокирован»). Если в регистре есть записи — удалите их все. Эти записи появляются, каждый раз автоматически при срабатывании регламентного задания, а остаются они там если произошел сбой. После удаления записей попробуйте получить почту вручную.
### Шаг 2. Проверить регламентное задание
Перейдите в раздел регламентных заданий и найдите задание «Получение и отправка электронных писем №...» (номер можно посмотреть в настройках почты). Убедитесь, что:
- задание не отключено;
- задание не зависло в фоновых заданиях (откройте «Фоновые задания» и проверьте — если задание там присутствует и не исчезает после нажатия «Обновить», выберите его и нажмите «Отменить»).
После этого запустите задание вручную кнопкой «Выполнить сейчас» и посмотрите, появились ли письма во входящих.
### Шаг 3. Проверить зависшие исходящие письма
Откройте «Электронная почта → Исходящие электронные письма» и проверьте, нет ли там писем со статусом «Исходящее». Если такие есть — удалите их. Зависшие в очереди исходящие письма могут полностью блокировать обмен с почтовым сервером, из-за чего и входящие перестают приходить.
учтите после удаления блокирующего письма начнут приходить и отправляться целой "волной".
### Шаг 4. Проверить настройки учётной записи почты
Зайдите в настройки учётной записи (Администрирование → Настройки почты) и нажмите кнопку «Проверить настройки». Важно понимать, что эта проверка тестирует только подключение к серверу и отправку письма — она не проверяет получение. Если проверка выдаёт ошибку, значит сменился пароль или на почтовом сервере изменились параметры подключения. Если проверка проходит успешно, это ещё не гарантирует, что получение работает корректно.
Также убедитесь, что в учётной записи установлена галочка «Для получения писем».
### Шаг 5. Проверить регистр «Даты последней загрузки почтовых сообщений»
Откройте этот регистр через глобальный поиск. Дата в нём должна соответствовать времени последнего успешного получения письма. Если там стоит будущая дата — это ошибка, из-за которой система не будет пытаться загрузить письма. Исправьте дату на актуальную.
### Шаг 6. Проверить протокол подключения (IMAP vs POP3)
Если все предыдущие шаги не помогли, попробуйте переключить протокол получения почты с IMAP на POP3. Это особенно актуально в случаях, когда:
- недавно был сменён почтовый сервер;
- сервер работает на нестандартном программном обеспечении (Zimbra, самописные решения);
- IMAP проходит проверку, но письма не приходят.
Принципиальных отличий для пользователя между IMAP и POP3 немного. Основной нюанс: при POP3 отправленные из УИТ письма не синхронизируются с почтовым ящиком (в папке «Отправленные» на почтовом сервере их не будет). В остальном оба протокола работают одинаково.
### Шаг 7. Если ничего не помогло — проблема на стороне почтового сервера
Если все проверки в 1С проходят успешно, а письма всё равно не приходят — проблема находится на уровне почтового сервера. Это особенно характерно в ситуациях, когда система работала нормально, а потом перестала — значит что-то изменилось на стороне сервера (администратор изменил настройки, обновил ПО, поменял политику безопасности). Обратитесь к администратору почтового сервера с просьбой проверить корректность настроек IMAP/POP3 и доступ к ящику.
Если у вас есть возможность — создайте тестовую учётную запись на почтовом сервере и передайте специалисту поддержки данные для подключения (логин, пароль, адрес сервера, порты, протокол). Это позволит воспроизвести проблему на тестовой базе и точно определить, где именно она возникает.
---
## Часть 2. Письма в УИТ приходят, но задания из них не создаются
В этом случае раздел «Входящие электронные письма» наполняется, но документы «Задание» автоматически не формируются.
### Шаг 1. Проверить шаг автоматизации «Создать задание из письма»
Перейдите в «Справочники → Автоматизация → Шаги автоматизации» и найдите шаг «Создать задание из письма». Проверьте:
- шаг включён;
- условия шага не отсекают нужные письма. Для точечной блокировки конкретных адресов или доменов используйте [чёрный список отправителей](./Защита%20от%20нежелательных%20писем.md) — не редактируйте ради этого условия самого шага;
- шаг настроен на нужную учётную запись почты, если для разных ящиков используются разные шаги.
### Шаг 2. Проверить настройки шага
Убедитесь, что в шаге корректно заполнены все необходимые реквизиты, подставляемые в создаваемое задание: ответственный, отдел, проект (если используется разграничение по проектам).
### Шаг 3. Важное ограничение системы
Нужно понимать: система создаёт задания только из вновь поступающих писем в момент их получения. Если письма уже находятся в разделе «Входящие», создать задания по ним автоматически задним числом невозможно. В таком случае задания нужно создавать вручную на основе каждого письма.
---
## Часть 3. Письма отправляются, но есть проблемы с отправкой
### Зависшие исходящие письма
Если письма накапливаются в разделе «Исходящие электронные письма» и не уходят, или там есть письма со статусом «Исходящее» — это может блокировать не только отправку, но и получение новых писем. Откройте раздел исходящих, найдите такие письма и полностью удалите их. После этого запустите регламентное задание вручную.
### Проверка SMTP-настроек
Нажмите «Проверить настройки» в учётной записи почты. Если при проверке возникает ошибка, скорее всего изменился пароль или параметры SMTP на почтовом сервере. Уточните актуальные данные у администратора и обновите их в настройках.
---
## Часть 4. Проблемы после смены почтового сервера
При переходе на новый почтовый сервер (например, с Яндекс.Почты на корпоративный сервер, или с mail.ru на Zimbra) нужно убедиться в следующем:
В настройках учётной записи в УИТ обновите все параметры подключения: адрес сервера, порты, протокол (IMAP/POP3), логин и пароль. После сохранения нажмите «Проверить настройки».
Проверьте исходящие письма на наличие «застрявших» сообщений — при переходе на новый сервер старые исходящие могут зависнуть и блокировать дальнейший обмен. Удалите их.
Если после смены сервера IMAP не работает — попробуйте POP3. Некоторые почтовые серверы имеют ограничения или нестандартные настройки IMAP, при этом POP3 работает корректно.
Если всё настроено верно, но письма по-прежнему не приходят — это означает, что проблема на стороне нового почтового сервера. Попросите его администраторов проверить, правильно ли настроены IMAP/POP3-сервисы и доступ к ящику извне.
---
## Часть 5. Проблемы после обновления платформы или конфигурации
Если почта перестала работать сразу после обновления, первым делом проверьте, не закрыл ли антивирус или файрвол на сервере 1С почтовые порты. Важный нюанс: почтовые клиенты на локальных машинах могут работать нормально, тогда как сервер 1С имеет другие сетевые настройки и политики безопасности.
**Действия:**
- Попросите системного администратора проверить, открыты ли на сервере 1С порты, указанные в настройках учётной записи почты (обычно 993/995 для IMAP/POP3 с SSL, 587 или 465 для SMTP).
- Проверьте, не блокирует ли антивирусное ПО или файрвол трафик на этих портах.
- После открытия портов запустите регламентное задание вручную и проверьте результат.
---
## Часть 6. Нежелательные письма создают лишние задания
Если автоматические рассылки или служебные письма создают «спамные» задания, заблокируйте отправителя через [чёрный список отправителей](./Защита%20от%20нежелательных%20писем.md) — откройте такое письмо и нажмите «Заблокировать отправителя» (адрес целиком или весь домен). Письма от заблокированного адреса будут по-прежнему приходить в «Входящие», но задания и комментарии по ним создаваться не будут.
---
## Часть 7. Дублирование писем и заданий
Если по одному письму создаётся несколько одинаковых заданий — проверьте:
- сколько активных учётных записей почты настроено в системе;
- сколько шагов автоматизации типа «Создать задание из письма» настроено.
Если шагов несколько и все они настроены на создание заданий без чёткого условия разграничения по учётной записи — каждый шаг будет срабатывать на каждое письмо. Решение: в условиях каждого шага добавить проверку конкретной учётной записи почты, для которой он предназначен.
Также дублирование может возникать, если одно письмо скачивается системой дважды — это признак нестабильной работы IMAP-сессии. В таком случае стоит попробовать переключиться на POP3.
---
## Часть 8. Несколько почтовых ящиков
Система поддерживает любое количество учётных записей почты. В системе есть пять Регламентных заданий по которым распределяются учетные записи электронных почт.
Рекомендуем для каждой учетной записи создать свой шаг автоматизации (с условием по этой учётной записи), что бы они не сыпались все в кучу.
---
## Быстрая шпаргалка: что проверить в первую очередь
**Когда письма не приходят в УИТ — идите по этому списку по порядку:**
1. Регистр «Заблокированные для получения учётные записи» — удалить все записи если есть
2. Исходящие письма — нет ли зависших со статусом «Исходящее», если есть — удалить
3. Регламентное задание — не зависло ли, запустить вручную
4. Настройки учётной записи → галочка «Для получения писем» стоит
5. Регистр «Даты последней загрузки» — дата не должна быть будущей
6. «Проверить настройки» → если ошибка — уточнить пароль/параметры у администратора сервера
7. Попробовать переключить протокол с IMAP на POP3
8. Проверить открытость почтовых портов на сервере 1С (файрвол, антивирус)
9. Если ничего не помогло — проблема на почтовом сервере, обращаться к его администратору
**Когда письма приходят, но задания не создаются:**
1. Правило событий «Электронное письмо входящее (запись)» — активно, условия корректны, действие на месте
2. Помнить: по уже полученным письмам задания автоматически задним числом не создаются, только вручную
---
## Уведомление пользователя об изменении задания по почте\смс(Создание заданий из электронных писем)
## Уведомление по электронной почте
> Для того, чтобы пользователь получал уведомление по электронной почте об изменении задания, в котором он участвует, необходимо:
1. Настроить параметры доступа к почтовому серверу, а также параметрам писем с оповещением
**Администрирование -> Настройка параметров учета -> Интернет**
2. Настроить для каждого пользователя e-mail куда будут отправляться оповещения
**Справочники -> Физические лица**
3. Настроить выполнение регламентных заданий для рассылки оповещений в автоматическом режиме (см. [Настройка автоматического создания заданий и рассылки оповещений](/it3/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/nastroyka-avtomaticheskogo-sozdaniya-zadaniy-i-rassylki-opoveshcheniy)), либо после каждого изменения задания нажимать на закладке **Выполнение** кнопку **Отправить оповещения**.
## Уведомление по SMS
> Для того, чтобы пользователь получал уведомление об изменении задания, в котором он участвует по SMS, необходимо:
1. Настроить параметры доступа к SMS-шлюзу, а также параметрам писем с оповещением (закладки Оповещение, По SMS) на вкладке
**Администрирование -> Настройка параметров учета**
2. Нажмите Настройка провайдера SMS и укажите логин и пароль для авторизации на SMS-шлюзе.
3. Измените формулу оповещения по SMS. Учтите, что длина текста одного SMS на русском языке достигает 67 символов. Имя SMS-отправителя нужно указать только после того, как оно будет согласовано с SMS-шлюзом (зайдите на сайт SMS-шлюза и укажите какое имя вы хотите использовать и как получили):
Пример для сайта [sms.ru](https://sys1c.sms.ru/) . Как только Вы согласуете отправителя его можно использовать в нашей конфигурации в соответствующем поле. Если отправлять СМС без поля отправитель, то СМС будут приходить от номера, на котором зарегистрирована учетная запись.
4) После настройки параметров SMS-шлюза перейдем к настройке оповещений для пользователя.
СМС-сообщения будут приходить пользователям на номер, который будет указан в настройках элементов справочника **Пользователи**.
В частности, поле *Телефон, для рассылки оповещений по заданиям SMS*. Заполните его для каждого пользователя, который будет получать SMS.
5) Добавить пользователя в *Наблюдатели* задания. Для этого открыть задание, нажать **Наблюдатели** и добавить туда пользователя и способ оповещения "SMS".
6) Настроить выполнение регламентных заданий для рассылки оповещений в автоматическом режиме (см. [Настройка автоматического создания заданий и рассылки оповещений](/it3/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/nastroyka-avtomaticheskogo-sozdaniya-zadaniy-i-rassylki-opoveshcheniy)), либо после каждого изменения задания нажимать на закладке **Выполнение** кнопку **Отправить оповещения**.
---
## Условия при соблюдении, которых письмо добавляется в комментарий(Создание заданий из электронных писем)
Зачастую у пользователей конфигурации возникает вопрос, как программа понимает, что входящее письмо относится к ранее созданному заданию (инциденту) и должно быть добавлено, как комментарий, а не создаваться новое обращение.
Для этого в автоответе письма должны соблюдаться условия, по которым программа определяет, что это комментарий, а не новое задание.
Если возникает ситуация, когда входящее письмо распознается конфигурацией, как новое задание, тогда необходимо убедиться, что все условия соблюдены:
> **Список условий для добавления комментария**
> 1. В теме письма-ответа был текст: RE: или HA: (в англ или русской раскладке);
> 2. Присутствовал один из маркеров указанный в теме письма (например ID#);
> 3. После текста маркера был найден номер (например ID#256 или ID#00000000256). Маркеры вы можете найти на закладке **Маркеры** в разделе **Администрирование -> Настройка параметров учета**;
> 4. Задание-основание было найдено по номеру либо сокращенному без нулей, либо по полному;
> 5. Задание-основание не было завершено.
Пример правильной темы: ***RE: ID#256 Не работает принтер.***
Т.е. пользователь получил письмо с темой *ID#256 Не работает принтер*, при ответе на него тема изменилась *RE: ID#256 Не работает принтер* и письмо было отправлено.
Программа, проверив тему убедилась, что это письмо ответ, по уже существующему инциденту и добавила его в переписку по заданию.
Настройте отправку писем, согласно данным условиям и тогда ответ на письмо будет добавляться в переписку задания.
---
## Фильтр игнорирования автоответов при создании комментарием или заданий(Создание заданий из электронных писем)
Давайте рассмотрим на примере вопроса:
> ***Столкнулись с такой проблемой, что при закрытии обращения инициатору отправляется письмо с информацией, что его обращение закрыто. У клиента стоит на почтовом ящике автоматический ответ "Письмо получено". В данном случае происходит автоматическое открытие задачи снова и так до бесконечности. Как установить фильтр, чтобы такие письма игнорировались?***
В программе задания, которые получены через электронную почту, создаются путем срабатывания регламентного задания **Получение и отправка электронных писем** и отработки шага автоматизации **Создать задание из нового обращения**.
Для этого сценария (автоответ порождает бесконечное переоткрытие задания) в программе есть готовый переключатель — **Пропускать автоответы при создании заданий из писем**, который распознаёт автоответы и рассылки по стандартным интернет-заголовкам письма независимо от отправителя. Подробнее, как включить и на какие заголовки он ориентируется — в статье [Защита от нежелательных писем](./Защита%20от%20нежелательных%20писем.md#механизм-3-фильтр-автоответов-и-рассылок).
---
## Создание повторяющихся/периодических заданий по расписанию(Документ Задание)
В работе бывает необходимо создавать периодические инциденты. Примеров на эту тему можно привести много.
* Проверка создания бэкапов
* Ежемесячное создание планов закупки, бюджетов
* Регламентная "чистка" системных блоков от пыли
* ...
И их можно приводить и приводить. Т.к. мы часто делаем однотипные дела с заданным интервалом.
В нашем решении есть возможность учитывать такие задачи.
Т.е. завести шаблон регламентной задачи, заполнить основными реквизитами, указать расписание создания и на выходе получим задачи, которые создаются автоматически!
Итак, открываем справочник **Шаблоны заданий** и создаем новый элемент с указанием типа шаблона *Регламентное задание*:
Здесь можно заполнить основные реквизиты заданий, которые будут созданы, а также расписание создания, списка наблюдателей, чек-листа и т.д.
Они будут установлены при создании нового задания из шаблона.
При этом автоматически созданные задания будут так же, как и обычно созданные, рассылать уведомления исполнителю, наблюдателю и инициатору.
Тут же можно увидеть, когда последний раз запускалось автоматическое создание заданий для данного шаблона.
Галочка *Активность* позволяет включить, или выключить создание по этому шаблону.
Если галочка снята, то создание заданий по данному шаблону производиться не будет.
Реквизит *Видимость шаблона* имеет три положения:
* [x] **Общий** - будет виден всем пользователям;
* [x] **Личный** - доступен только пользователю, который создал шаблон;
* [x] **Группы пользователей** - доступен для выбранной группы пользователей.
Проверка на необходимость создания заданий по шаблону и соответствия расписанию выполняется по умолчанию каждую минуту и если проверка показывает, что настало время создания согласно расписанию, то происходит создание по шаблону.
Так же эту проверку можно запустить самостоятельно вручную из списка заданий.
Создание заданий на основании этих шаблонов происходит с помощью соответствующего регламентного задания **Автоматическое создание регламентных заданий по шаблонам**.
:::info Внимание!
Если по какой-то причине регламентное задание не работает и не создает задания на основании шаблонов, то необходимо проверить расписание регламентного задания по ссылке выше. Иногда на файловых базах бывает проблема, когда регламентное не выполняется, помогает простое открытие регламентного задания изменение пары реквизитов и его запись.
:::
---
## Схема "жизни" документа "Задание"(Документ Задание)
Любое задание с любым типом (инцидент, запрос на обслуживание и т.д.) имеет свой жизненный цикл.
При этом есть этапы выполнения задания, а есть состояния этапов.
Этапов может быть много: *Новый*, *Регистрация*, *Назначение ответственных*, *В работе*, *Выполнение*, *Выполнено* и т.д.,
а вот состояний только ограниченное количество и они определяют глобальный статус задания.
Список всех состояний этапов:
* **Новый** - соответствует этапу Новый
* **Подготовка** - статус соответствует подготовке к выполнению
* **Бэклог** - при использовании Scrum или Канбан (Kanban) определяет входящий поток
* **В работе** - любой этап в работе может иметь такое состояние
* **Подпроцесс** - если этап является подпроцессом
* **Приостановка** - если этап ставит задачу на паузу
* **Выполнен** - когда исполнитель выполнил все по заданию
* **Закрыт** - когда прошло некоторое время после выполнения и не было изменений в задании, или задание было оценено. Соответствует этапу Завершено
Например этапы: В работе, *Выполнение* имеют статус *В работе*, а *Регистрация* - *Подготовка*.
Итак, опишем жизненный цикл задания с точки зрения глобальных статусов:
**Новый -> Выполнение -> Выполнено -> Завершено**
Как видите, все начинается с того, что задание имеет статус *Новый*, потом выполняется (тут может быть много этапов),
потом становится *Выполнено* и через время *Завершено*.
* **Новый** - все задачи имеют в качестве начального статуса этот признак
* **Выполнение** - это группа этапов или процессов, которые решают задачу
* **Выполнено** - это когда сотрудники поддержки довели задание до логического конца.
Этот статус вовсе не означает, что задача *Инициатора* решена.
Этот статус означает, что по задаче со стороны исполнителя выполнены все запланированные работы и исполнитель считает, что задача выполнена
* **Завершено**- это конечное состояние задания, когда инициатор провел приемку работ и убедился в том, что задание выполнено,
либо проходит какое-то время после установки статуса *Выполнено* и за это время у инициатора не возникло вопросов или претензий.
Обратите внимание, что этот статус *Завершено* устанавливается автоматически регламентным заданием **Автоматическое завершение заданий**,
и не может быть установлено вручную. Так же этап Завершено может быть установлен при установке оценки Инициатором.
Важно понимать, что Завершено - это не отдельный статус - это дополнение к выполнено.
Грубо говоря Завершено - это Выполнено и проверено пользователем
При этом на статус *Выполнено* заданием из любого рабочего этапа можно переходить автоматически.
[Видеоинструкция](https://youtu.be/6IBzCdaw_0g)
---
## Установка зависимостей задач(Документ Задание)
Инструкция по использованию функционала зависимости задач
:::info Описание
Функционал зависимости задач позволяет гибко планировать и управлять задачами, устанавливая взаимозависимости между ними.
Зависимые элементы позволяют установить, что работу над одной задачей можно начинать только после завершения другой задачи. Зависимости — это взаимосвязи между задачами, определяющие их порядок выполнения. Командный участник, работающий над проектом, четко видит, какие задачи должны быть выполнены другими специалистами, чтобы он мог приступить к своей работе.
:::
## Основные возможности
* Создание зависимостей: можно создавать зависимости между задачами - блокировать одну задачу другой.
* Инверсия блокировки: возможность быстро изменять состояние блокировки задачи - либо задача выступает как блокер, либо как блокируемое.
* Отображение зависимостей: все зависимости отображаются на форме задачи во вкладке "Выполнение" и в окне быстрого просмотра задачи в списке задач.
* Интерактивное управление: изменение статуса и типа зависимости в реальном времени - оперативное изменение типа зависимости задач без проводок документов.
## Как использовать
1. Добавление зависимости
* Откройте форму задачи.
* Перейдите во вкладку **Выполнение**.
* В разделе **Зависимые задания** нажмите на кнопку **+Зависимость задания**.
* Выберите одну или несколько задач, от которых зависит текущая задача, либо задачи, которые блокирует ваша открытая задача
2. Отображение зависимостей
* Зависимости отображаются по шаблону: «СтатусЗависимости (ТипЗависимости) СсылкаНаЗадание.»
* Статусы и цвета зависимостей:
* Красный: Задача блокирует другую задачу.
* Оранжевый: Задача заблокирована зависимой задачей.
* Серый: Зависимость неактивна (задача уже начата или завершена).
3. Изменение статуса и типа зависимости
* Нажмите на текущий статус зависимости.
* Откроется окно, в котором можно изменить *СтатусЗависимости* и *ТипЗависимости*.
* Подробное описание каждого типа зависимости доступно в окне изменения.
4. Интерактивное обновление
* Изменения в зависимости оперативно обновляются во всех связанных задачах.
* Перерисовка зависимостей происходит сразу во всех открытых формах задач и списках.
5. Работа с правами доступа
* Если у вас нет прав на доступ к задаче, зависимость будет отображаться с надписью ***Нет доступа***.
* Попытка изменить или удалить зависимость без прав вызовет ошибку.
6. Управление задачами в списке
* В списке задач добавлено новое поле с признаком блокировки.
* *Замочек* указывает на наличие активной блокировки.
* При выполнении условий зависимости *замочки* исчезают автоматически.
---
## Цветовое оформление этапов процесса(Документ Задание)
Пользователи конфигурации "Управление IT-отделом 8" зачастую в большей мере используют программу, как Service Desk систему.
Что подразумевает собой список, поступивших обращений, которые должны быть отработаны в соответствии со сроками SLA.
В связи с этим сотрудникам технической поддержки приходится постоянно просматривать этот список.
Каждая задача из списка в тот или иной момент может находиться на определенном этапе.
Для более удобного восприятия, этапы разделены цветовым оформлением.
Это позволяет быстро определить на каком этапе находится задание на текущий момент.
Однако стандартное цветовое оформление может одним быть по душе, а другим "резать" глаза.
Поэтому мы приняли решение добавить две новые темы оформления для этапов процесса, при этом стандартная тема не удалена.
Для того чтобы сменить оформление процессов, перейдем в раздел
**Справочники -> Этапы процессов**
На изображении выше видно, как выглядит стандартная тема оформления этапов.
Теперь, чтобы изменить тему необходимо на панели команд нажать кнопку **Цвета** и выпадающем списке выбрать необходимый вариант оформления.
Выбрав вариант пастельной темы получим цветовое оформление этапов следующего вида:
Если выберем современную тему, то тогда этапы окрасятся в цветовую гамму следующего вида:
Таким образом, появилась возможность варьировать оформлением формы списка заданий.
---
## Эскалация задания(Документ Задание)
## Что такое «Эскалация»?
В нашем решении есть ряд способов передачи задачи на другого исполнителя:
1) **Вручную** - выбрать из справочника пользователей необходимого
2) **Автоматически** - через подсистему Автоматизация настроить логику передачи задачи на основании выполнения определенных условий
:::info Эскалация
Деятельность, которая позволяет своевременно разрешить инцидент с помощью дополнительных знаний (функциональная эскалация) или дополнительных полномочий (иерархическая эскалация), чтобы выполнить инцидент в срок, который указан в SLA.
:::
> Другими словами под эскалацией можно понимать передачу задачи исполнителю, обладающему соответствующей компетенцией, необходимой для решения задачи.
> Например: специалист первой линии поддержки не смог самостоятельно решить вопрос, для выполнения заявки - он передает задачу на специалиста второй линии.
## Как настроить механизм эскалации в «Управление IT-отделом 8»
1. Указываем у пользователя линию поддержки. Это самый обязательный параметр для процесса эскалации и подразделение (шаг 1-3)
2. Создаем сотрудника для этого пользователя. Далее это будет необходимо для группировки по подразделениям в окне выбора исполнителя (шаг 4) и указываем подразделение у сотрудника (шаг 5). Заполнение реквизитов
Подразделение сотрудника указывается - с целью дальнейшей визуальной группировки в форме выбора исполнителя в документе **Задание**
*Это необязательный пункт* - исполнитель может находиться и вне группировки, но при этом участвовать в процессе эскалации, т.к. у него будет указана линия поддержки.
3. Следующим обязательным шагом будет - добавление пользователей возможными исполнителями в рамках процесса поддержи и указание этапов, в которых может участвовать исполнитель.
* *Без добавления пользователей* во вкладку «Возможные исполнители на этапах» мы не сможем выбирать необходимых нам исполнителей в рамках текущего процесса.
Например: указать, что на этапе *Новый* можно выбирать лишь пользователей с первой линии, соответственно, пользователей второй мы видеть не будем.
А вот для этапа *Выполнение* указать, что исполнителем может быть группа пользователей со второй линии.
* *Можем указать как отдельного пользователя*, так и отдельную группу пользователей, сгруппированных по определенному признаку - например по линии поддержки.
Ваши группы пользователей могут называться как угодно, т.к. этот этап (указания исполнителей процесса) необходим лишь для доступности указанных исполнителей в форме выбора исполнителя.
Группировка пользователей зависит только от указанного подразделения их объекта «Сотрудник».
## Применение
1. Показ доступных вышестоящих исполнителей
:::info Важное примечание
Механизм эскалации показывает доступных вышестоящих исполнителей, отталкиваясь от текущего пользователя конфигурации и его линии поддержки. Именно текущего пользователя - который открыл форму выбора исполнителя и хочет эскалировать задачу. Но не текущего исполнителя, который уже может быть указан у задачи.
:::
> *То есть: если пользователь, нажавший кнопку «Эскалация», относится к пользователям первой линии - он увидит все вышестоящие линии поддержки и их участников. Если же пользователь относится ко второй линии поддержки он увидит возможных исполнителей лишь вышестоящих линий поддержки: 3-ей линии поддержки и 4-ой линии поддержки. Соответственно - для пользователя с 3-ей линии поддержки будут доступны исполнители с 4-ой линии поддержки.*
2. После заполнения вкладки «возможные исполнители на этапах», в форме выбора исполнителя документа «Задание» перед нами предстаёт список из всех доступных для выбора исполнителей. Независимо от линии поддержки нам доступны все пользователи, которых мы указали ранее для этапа *Новый*.
3. Если всё правильно сделано на предыдущих этапах - при нажатии кнопки «Эскалация» будет произведен отбор и станут доступны исполнители с вышестоящих линий поддержки.
---
## Канбан (Kanban)(Использование Канбан (Kanban) и Скрам (Scrum) в конфигурации.md)
Использование Канбан (Kanban) и Скрам (Scrum) в конфигурации
[Канбан-доска](https://ru.wikipedia.org/wiki/Канбан-доска) - это один из вспомогательных инструментов, который используется при управлении разработкой. Подобные доски рассматриваются как вариация на тему традиционных канбан-карточек. Конфигурация имеет такой функционал, пример, как это выглядит в нашем решении.
| **Cписок ролей для работы с подсистемой "Канбан-доска"** |
|-----------------------------------------------------|
| Добавление и изменение спринтов |
---
## Добавляем настраиваемые группы (столбики) на канбан-доске(Использование Канбан (Kanban) и Скрам (Scrum) в конфигурации.md)
У пользователей есть возможность переопределить группы (столбики) в канбан-доске.
Иногда это необходимо для выполнения разных вещей, которые могут в той или иной степени сделать использование нашей конфигурации более интересной.
Например, сделать отдельную доску для публикации статей в базу знаний.
А там группы будут, например: *Запланированы*, *В работе*, *Вычитка*, *Выполнено*.
Есть несколько вариантов отборов в каждом из столбце и при настройке это надо учесть:
## Вариант №1. Использовать список этапов в отборах
В этом случае в столбец попадут этапы по заданиям, которые указаны в табличной части.
Пример:
Т.е. в этот столбик попадут все задачи, которые находятся на этапе *Бэклог* и будет все это выглядеть вот так:
## Вариант №2. Использовать запрос в отборах.
В этом случае в столбец попадут те данные, которые будут указаны по заданиям, которые указаны в табличной части.
Пример настройки:
Это более сложный вариант настройки, но с помощью него можно добавиться более гибких отборов. Например, отобрать дополнительно по инициатору или процессу. Этот вариант более сложный, но "умеет" больше, чем первый.
:::info Важно!
Вид группы *Отборы* работает медленнее , чем *Этапы*. Учитывайте эту особенность при работе и если вы можете сделать группу через Этапы сделайте это.
:::
### [Видеоинструкция](https://youtu.be/4y9E4W8NEG8)
---
## Как использовать Канбан?(Использование Канбан (Kanban) и Скрам (Scrum) в конфигурации.md)
Прежде всего необходимо включить его в настройках.
**Администрирование -> Настройки параметров учета -> Agile**
Там нажимаем галочку *Использовать канбан* и жмем кнопку **Применить**.
После этого будут включены настройки по использованию Канбан-доски.
В частности:
* Появится справочник в НСИ: **Справочники -> Service Desk -> Группы канбан-доски**.
* В подсистеме Техподдержка появится пункт Канбан со спринтами.
* В форме документа **Задание** появится реквизит *Спринт*.
* В форме списка документа **Задание** появится вкладка представления заданий в виде Канбан-доски.
*
Отредактируем список групп канбан-доски. Т.е. группы, которые выводятся на самой доске.
Принцип вывода на доске, следующий: группы канбан-доски, содержат список этапов процессов.
Каждая задача в определенный момент времени находится на каком-то этапе и соответственно попадает в какую-то из колонок канбан-доски.
Сама группа может как выводиться, так и не выводиться (кнопки поля "Отображать"), также можно выводить не все задачи, а только их некоторое количество.
При этом должна быть включена галочка *Использовать лимит задач и выводить первые *N* задач*. Порядок отвечает за приоритет вывода групп (от меньшей к большей).
После настройки групп, можно переходить к работе с доской.
---
## Работа с канбан-доской(Использование Канбан (Kanban) и Скрам (Scrum) в конфигурации.md)
## Внешний вид
Канбан-доска выглядит вот так:
Доска разбита на несколько групп (столбиков) в каждой из которых отображается ее название и количество заданий в группе.
Если использован лимит вывода, то отображаются только первые задачи, а рядом общее количество.
Каждый столбик-группу можно настроить и определить [что туда выводить](/it3/podsistema-service-desk-upravlenie-incidentami/ispolzovanie-kanban-kanban-i-skram-scrum-v-konfiguracii-md/dobavlyaem-nastraivaemye-gruppy-stolbiki-na-kanban-doske).
Каждая карточка - это отдельная задача на доске. Они упорядочены в последовательности, которая указана в настройках конкретного столбца.
Там можно задать сортировку.
## Содержимое карточек канбан-доски
Сама карточка задания содержит следующие реквизиты:
* Отметка задания (если есть)/ Спец значок, который может быть выведен в задании. На рисунке в группе *Новые* четвертый сверху.
* Номер задачи (кликабелен) и позволяет открыть документ **Задание**.
* Наименование процесса.
* Текущий инициатор или признак отсутствия инициатора (кликабелен). При нажатии можно выбрать инициатора.
* Изображение текущего этапа (картинка) (кликабелен). При нажатии можно перевести на следующий этап и соответственно задание может "переехать" в другую группу на канбан-доске.
* Далее, тема задания. Выводится в полном виде.
* Внизу значки включен/не включен в текущий [спринт](/it3/podsistema-service-desk-upravlenie-incidentami/ispolzovanie-kanban-kanban-i-skram-scrum-v-konfiguracii-md/sozdanie-sprinta-dobavlenie-zadaniy-v-sprint-otchety-po-sprintam), по которому можно щелкнуть и поменять прямо из доски.
Если активных спринтов несколько будет предложено выбрать, если же активный всего один, то задание будет включено без вопросов.
* Если у задания есть описание, то появляется иконка с текстом. При наведении отображается описание в текстовом виде.
* Признак вложенных файлов. Есть ли в задании вложения.
* Если в задании прогресс задания изменен и отличен от нуля, то здесь будет отражен процент решения задания.
* Если в задании была переписка, то будет отражен значок чата и указано количество сообщений в чате.
* Если задана "Крайняя дата завершения задачи", то она отобразится в правом нижнем углу.
* Слева у карточки задания отображена полоска шириной в 2 пикселя.
Ее цветом можно управлять. Для этого необходимо открыть этап процесса и в нем указать цвет рамки канбан-доски.
Так же задания в таком виде отображают просроченные (цветом, заданным в настройках) и подсвеченные задачи (цветом, заданным в настройках). Еще стоит сказать, что панель отборов так же работает и в форме канбан-доски. Можно сделать отбор, например, по текущему спринту, или исполнителю, а также используя комбинацию отборов.
:::info Обратите внимание
Подсистема по умолчанию заполняет группы канбан-доски таким образом, что отображаются выполненные задания (когда исполнитель выполнил задание с его точки зрения, но инициатор еще их не принял), а завершенные не отображаются (когда в выполненных заданиях в течении какого-то времени не было изменений), их можно включить в группах канбан-доски.
:::
## Как обновляется канбан-доска?
**Доска обновляется в фоновом режиме** (не блокируя интерфейс) в следующих случаях:
* Если текущий пользователь изменил какое-то задание
* Если изменены настройки отображения канбан-доски (запись групп канбан-доски или настроек самой доски)
* Если прошло заданное в настройках число секунд. Нажав на шестеренку на канбан-доске, можно переопределить период авто-обновления. По умолчанию, это 3 минуты. Минимальный период автообновления 15 секунд.
Также при нажатии на кнопку "Обновление", доску можно перерисовать в любой момент в ручную.
---
## Работа со спринтами(Использование Канбан (Kanban) и Скрам (Scrum) в конфигурации.md)
:::info
**Спринт** — итерация, в ходе которой создаётся функциональный рост программного обеспечения.
Жёстко фиксирован по времени. Длительность одного спринта от 2 до 4 недель.
В отдельных случаях, к примеру согласно скрам-стандарту компании Nokia, длительность спринта должна быть не более 6 недель.
Тем не менее, считается, что чем короче спринт, тем более гибким является процесс разработки, релизы выходят чаще, быстрее поступают отзывы от потребителя, меньше времени тратится на работу в неправильном направлении.
С другой стороны, при более длительных спринтах команда имеет больше времени на решение возникших в процессе проблем, а владелец проекта уменьшает издержки на совещания, демонстрации продукта и т. п.
Разные команды подбирают длину спринта согласно специфике своей работы, составу команд и требований, часто методом проб и ошибок.
Для оценки объёма работ в спринте можно использовать предварительную оценку, измеряемую в очках истории.
Предварительная оценка фиксируется в бэклоге проекта.
:::
## Создание спринта
Для того, чтобы создать спринт необходимо открыть подсистему
**Техническая поддержка -> Канбан -> Спринты**
По умолчанию эта форма выводит **не завершенные спринты**. Если хотите увидеть все спринты нажмите на флажок восклицательный знак в командной панели формы.
Форма отображает: признак закрытия спринта (флаг), название спринта, даты начала и окончания, количество выполненных заданий в спринте и общее количество заданий спринта.
Создаем спринт и заполняем его:
## Добавление заданий в спринт
Спринт создан, теперь добавим в него задания, из которых он будет состоять. Это можно сделать двумя способами:
1. Из формы списка задания, щелкнув правой кнопкой по задаче, которую хотим включить в спринт и выбрав пункт **Добавить в спринт**.
2. В форме канбан-доски. В ней щелкаем на белый кружочек, с подсказкой **Добавить в спринт**.
## Отчеты по спринтам
Также из формы спринта можно сформировать отчеты. Вообще, реквизит спринт доступен во всех отчетах подсистемы **Service Desk**, единственное, необходимо настроить вывод спринтов так, как вам это необходимо (в группировках, или отдельными реквизитами).
---
## Мастер регистрации(Подсистема Service Desk (управление инцидентами))
В работе сотрудников службы технической поддержки одним из важных критериев оценки их работы является скорость.
Это понятие разделяется на сроки реакции и сроки выполнения.
В виду этого специалистам Service Desk жизненно необходим функционал, позволяющий максимально быстро и просто регистрировать все входящие обращения, а также выполнять уже поступившие.
Поэтому в конфигурации появился такой механизм, как "Мастер регистрации".
Для того, чтобы открыть этот функционал перейдем в раздел **Техническая поддержка -> Мастер регистрации** (альтернативный вызов клавишей `F12` в форме списка документа **Задание**).
Этот механизм полноправно можно считать рабочем местом диспетчера технической поддержки или сотрудника первой линии.
Так как большую часть рабочего времени они проводят в этом месте.
Представим ситуацию, когда поступает входящий звонок от клиента и он просит прояснить ситуацию по той или иной заявке.
С помощью мастера регистрации, диспетчер вводит данные для поиска.
Это может быть наименование клиента, телефон, e-mail или ИНН.
После чего по данному клиенту в соответствующем окне будут выведены все обращения.
Согласитесь, такой подход очень удобен на практике и занимает минимум времени.
Также мастер регистрации позволяет быстро регистрировать входящие заявки.
Для этого нужно нажать кнопку **Принять обращение**, после чего вы будете автоматически перемещены на форму заполнения основных реквизитов задания.
Где нужно заполнить набор реквизитов и нажать кнопку **Зарегистрировать новое обращение**.
---
## Подраздел "Сервис"(4)
Данная глава содержит описание дополнительных инструментов для работы в подсистеме "Service Desk".
| **Список ролей, которые позволяют работать с подразделом "Сервис"** |
|-----------------------------------------------------------------|
| Добавление заданий |
| Выполнение заданий |
---
## Адресная книга(Подраздел Сервис)
Обработка **Адресная книга** позволяет выводить список телефонных номеров и прочую контактную информацию сотрудников и контрагентов. Также отражена дополнительная информация:
* Должность\Роли;
* Организация\Подразделение;
* Местоположение.
Обработка позволяет формировать отчет по различным отборам.
---
## Диаграмма Ганта(Подраздел Сервис)
:::info Диагра́мма Га́нта
Это популярный тип столбчатых диаграмм, который используется для иллюстрации плана, графика работ по какому-либо проекту. Является одним из методов планирования проектов. Используется в приложениях по управлению проектами. Первый формат диаграммы был разработан Генри Л. Гантом в 1910 году.
:::
В конфигурации реализован функционал **Диаграмм Ганта (по заданиям/проектам)**.
Пример, диаграммы по заданию:
Пример, диаграммы Ганта по проекту:
---
## Подсистема "Agile"(Подсистема Agile)
**Agile (Agile software development)** — гибкий подход к разработке программного обеспечения, который все чаще применяют в командах разработчиков.
Такой подход к управлению проектами и в разработке продукта, позволяет командам ускорить создание программного продукта (ценности) и избежать ошибок.
При таком подходе не выпускают весь продукт целиком, а наоборот разработчики (agile – команда) выполняет работу в рамках небольших, но понятных задач.
Требования, планы и результаты постоянно проходят проверку на актуальность, благодаря чему команды могут быстро реагировать на изменения.
Для управления Agile-проектами можно использовать разные фреймворки.
К самым популярным относятся:
* **Scrum** - это методика, помогающая командам вести совместную работу.
* **Kanban** - это популярный подход к реализации принципов Agile при разработке ПО
Элементы этих методологий, включены в нашу подсистему Agile. В разделе **Администрирование -> Настройки параметров учета -> Agile**, Вы можете включить или отключить функциональные опции всех сущностей данной подсистемы.
:::info
Функционал доступен с версии **3.1.13.7** только для редакции **КОРП**.
:::
---
## Ежедневный стендап(Ежедневный стендап)
## Ежедневный стендап или Daily
:::info Ежедневный стендап или Daily
Это регулярная короткая встреча [Agile-команды](/it3/podsistema-service-desk-upravlenie-incidentami/podsistema-agile/komandy-agile), которая предназначена обеспечить некую синхронизацию информации для всех участников, обеспечить прозрачность рабочего процесса и таким образом поддерживать эффективность и производительность работы команды.
:::
Суть этого ежедневного процесса заключается в том, что каждый участник докладывает остальным ответы на три ключевых вопроса:
* **Что я сделал?** - какой фронт работ был выполнен мной вчера.
* **Что я буду делать?** - какими задачами я займусь сегодня.
* **Что мешает?** - с какими проблемами я столкнулся.
Таким образом внутри команды появляется прозрачность, которая показывает насколько хорошо или наоборот плохо обстоят дела. Еще немаловажный фактор это повышение коммуникабельности внутри коллектива, каждый кто сталкивается с затруднительной проблемой может попросить помощи в ее разрешении у сотрудников с более высокой компетенцией.
Чтобы данная методика прекрасно показала себя на практике ее нужно придерживаться, а именно проводить данные собрания регулярно каждый рабочий день, при этом длительность собрания обычно должна занимать не более **15 минут**. Если какой-либо вопрос требует более детального разбора, лучше его оставить на индивидуальное рассмотрение дабы не тратить драгоценное время. Ведь не забываем, что основная цель это отчитаться каждому участнику о своей работе перед коллективом.
В нашем решение был разработан одноименный механизм, который позволит каждому участнику ежедневного стендапа заранее подготовить список собственных заметок. Это позволяет не только четко формулировать собственные доклады перед коллегами, но и структурирует информацию в конкретном месте.
Данный механизм располагается в разделе основного меню
**Техническая поддержка -> Agile -> Ежедневные стендапы**
Основная форма выглядит следующим образом:
Основная форма предназначена для отображения в табличном виде всех добавленных записей пользователей. По каждому пользователю строится отдельная строка, которая хранит заметки ключевого столбца. Для лучшего визуального представления, стикеры выделяются цветами в соответствии с расположением в конкретном столбце. Рассмотрим стикеры ежедневного стендапа подробнее:
## Стикеры ежедневного стендапа
Каждый стикер хранит в себе текст, который был добавлен пользователем для дальнейшего его использования при проведении Deily. Размер текста помещающегося в заметку **неограничен**. Если текст превышает размеры стандартного стикера, то он сворачивается до стандартных масштабов. Каждая заметка нумеруется в рамках своего типа и номер конкретной заметки отображается в ее левом верхнем углу. Вывод реализован по убыванию, что позволяет отображать последние добавленные заметки в самом верху строки.
Внутри текста любого из стикеров можно вставлять номера заданий, о которых идет речь. Вставленные номера формируются в хэштеги, по которым в дальнейшем можно открыть форму интересующей нас задачи. Каждое задание, присутствующее в тексте подсвечивается синим цветом и при наведении на него мышью выводится подсказка с полным представлением задачи.
Стикеры типов *Вчера* и *Сегодня* по своей функциональной возможности схожи, но в ежедневном стендапе присутствует третий вид стикера *Что мешает*, который объединяет в себе фиксацию проблемной ситуации и ее решение. Именно эта возможность в корне отличает от остальных видов стикеров. Данный вид заметки разделяется на две составляющей в зависимости от своего содержания. Если в стикере указана только проблема, тогда применяется стандартный вид для каждого из типов стикеров и при этом в левом верхнем углу рядом с номером отображается индикатор в виде восклицательного знака (!), сигнализирующий о не решенной проблеме.
Если входе проведения совещания проблема была решена, тогда найденное решение можно зафиксировать. При этом индикатор будет изменен и само решение будет отображаться в теле стикера.
Каждый пользователь и участник ежедневного стендапа может управлять ранее добавленными заметками. Нажав на кнопку в виде трех точек, раскроется меню, в котором пользователь может выбрать одно из предложенных действий:
* **Редактировать стикер** - [переход к редактированию содержимого заметки](/it3/podsistema-service-desk-upravlenie-incidentami/podsistema-agile/ezhednevnyy-stendap/dobavlenie-i-redaktirovanie-zametok-ezhednevnogo-stendapa)
* **Удалить стикер** - выполнить удаление заметки.
Стоит отменить, что использовать данное меню и взаимодействовать со стикером может только автор этой заметки. Права на доступность меню не влияют.
## Пользователи и основные реквизиты
У данного функционала в шапке профиля присутствуют несколько реквизитов:
* **Номер** - Автоматически формирующейся номер документа с префиксацией, которая позволит в дальнейшем сортировать документы по префиксу.
* **Дата** - Дата записи документа.
* **Команда Agile** - Команда agile, участники которой имеют отношение к конкретному ежедневному стендапу. Данный реквизит является обязательным к заполнению и без него нельзя записать документ. При создании пользователем нового документа "Ежедневный стендап" в качестве команды указывается команда автора этого документа, если она найдена, в противном случае реквизит остается незаполненным.
Самый первый столбец таблицы предназначен для вывода пользователей в алфавитном порядке. Каждый из пользователей представлен в виде блока фотографии и его полного имени, а также этот блок приминает автоматически подобранный цвет, который закрепляется за конкретным пользователем. Также имеется возможность перейти прямо в карточку, нажав на необходимого пользователя.
Если у пользователя не установлена фотография, тогда выводится сформированная замена фотографии в виде инициалов полного имени.
Также в этой части таблицы в левом верхнем углу располагается основная кнопка добавления новых заметок в документ.
## Роли:
| | |
| ----------- | ---------- |
|**Добавление и изменение ежедневных стендапов**| Возможность добавления, редактирования, установки пометки на удаления ежедневных стендапов. Полные возможности для работы с данным документом. |
| **Чтение ежедневных стендапов** | Чтение ежедневных стендапов |
---
## Добавление и редактирование заметок стендапа(Ежедневный стендап)
## Добавление и редактирование заметок ежедневного стендапа
Для того, чтобы в основном документе стендапа появились новые записи или имеющиеся были отредактированы, необходимо перейти в соответствующую форму. По нажатию в основной части документа кнопок "Добавить запись" или "Редактировать стикер" открывается форма, которая выглядит следующим образом:
## Новая запись
При создании новой записи, пользователю доступны три одноименные закладки, на которых есть возможность указать текст содержимого той или иной заметки. Способ добавления новых заметок полностью динамический, то есть Вы можете создавать заметки как по одной штуке каждого вида, так и создать сразу трех видов. После ввода необходимого текста, чтобы стикер был добавлен нужно нажать на кнопку **Сохранить**, которая запишет новую заметку. Как и в основной форме, так и здесь закладки *Вчера* и *Сегодня- идентичны и различаются лишь своей цветовой гаммой.
Закладка же *Что мешает* немного отличается, так в своем составе имеет тело стикера *Решение*, текст которого записывается в стикер проблемы в виде второй его составляющей.
## Редактирование заметок
Как и для добавления, так и для редактирования стикеров используется данная форма. Однако отличие заключается в том, что изменять можно только один стикер. Например, Вам необходимо подправить какую-либо информацию в заметке, Вы нажимаете кнопку редактировать. Открывается данная форма с уже открытой закладкой нужного типа и редактируемым текстом. При этом остальные закладки становятся недоступными для перехода по ним. Отличительным поведением выделяется является лишь стикер с типом *Что мешает*, который открывается для редактирования сразу двух заметок: *Проблема* и *Решение*.
## Работа с формой
Каждая из закладок имеет в своем составе поле, где отображается вводимый текст, а также общий для всей формы набор кнопок управления:
* **Выбрать задание** - С помощью данной кнопки осуществляется добавление одного задания в текст заметки. При нажатии на эту кнопку открывается форма выбора документа "Задание", где Вы можете выбрать необходимую задачу. Стоит отменить, что задача будет добавлена именно в то место текста, где находился курсор в момент нажатия кнопки. Если курсор вообще не был установлен в тело стикера, тогда задача будет добавлена в самое начало текста.
* **Заполнить** - С помощь данной кнопки выполняется добавление сразу нескольких заданий, которые были выполнены или завершены в период между прошлым ежедневным стендапом и текущей датой. При нажатии этой кнопки будет произведен поиск и добавление задач в начало текста с переносом строки, независимо где был ранее установлен курсор. Алгоритм поиска следующий: сначала ищется последний ежедневный стендап, в котором пользователь принимал участие (была добавлена хотя бы одна заметка) и берется дата найденного документа. Далее осуществляется поиск заданий, дата выполнения или завершения которых попадает в интервал от даты найденного стендапа до текущей даты (дата и время нажатия на кнопку).
* **Сохранить** - Выполняет сохранение (перезапись) редактируемой заметки, новыми значениями.
* **Закрыть** - Закрывает форму.
Помимо добавления в текст стикера заданий с помощью кнопок, у пользователя есть возможность добавлять задачи "вручную", указывая номера заданий в специальном формате **#Номер_задания**. При этом сам номер задания может быть указан как номер числом "22", так и с лидирующими нулями **00000000022**. При сохранении заметки, текст будет обработан и введенные номера заданий будут конвертированы к единому виду ссылки. Единственный нюанс при таком подходе, это то, что пользователь должен точно знать, что задача с таким номером существует иначе номер не будет обработан и выведен как обычный текст.
---
## Команды "Agile"(Подсистема Agile)
:::info Команда Agile
Это кросс-функциональная группа сотрудников размером от 5 до 11 человек, которая наделена полномочиями и способна определить, создать, протестировать и внедрить инкремент ценности за короткий временной интервал.
:::
1. **Зачем нужна команда Agile?**
Для быстрой реализации поставленных задач, что позволяет ускорить поставку продукта на рынок. Для определения точных потребностей и предпочтений клиентского сегмента. Для снижения количества микроменеджмента.
2. **Какой должна быть Agile команда?**
Она должна быть кросс-функциональной, самодостаточной и самоорганизованной. Команда отвечает за общий успех и конечный результат, именно поэтому члены команды должны протягивать руку помощи друг другу в рабочем процессе. Участники не должны оставлять все на самотек и ограничиваться работой собственной компетенции. Основная идея команды Agile - командная и слаженная работа механизма часов. Каждая шестеренка работает совместно с другой частью механизма.
3. **Когда нужна Agile команда?**
В тот момент, когда стартует или уже реализуется большой и сложный продукт. Когда имеется высокая степень неопределенности, рисков. Когда есть проблемы с реализацией "конвейера" поставки продукта в нужные сроки.
Создание Agile команды позволит поставлять продукт чаще и сразу же получать обратную связь от заказчика. Как результат, появление более ценного, качественного и востребованного продукта, который начнет приносить прибыль.
В нашем решении создано такое понятие как **Команды Agile**, которое в свою очередь взаимодействует со всеми сущностями подсистемы Agile. Команды используются в **Ежедневном стендапе**, **Покер планировании**, **Ретроспективе** и **Спринтах**.
Перейти к созданию новой команды Agile можно в разделе
**Техническая поддержка -> Agile -> Команды Agile**.
Функционал команд Agile представляет собой справочник, где хранятся все созданные команды сотрудников по ключевым назначениям. Каждая из команд имеет в своем составе определенный набор участников со своими ключевыми видами, которые характеризуют основную роль сотрудника.
В шапке располагаются основные реквизиты справочника:
* **Наименование** - название команды.
* **Префикс** - префикс команды, который используется для префиксации кода команды. В дальнейшем от этого префикса изменится нумерация, например, ежедневного стендапа, в котором данная команда будет участвовать. Данный реквизит является обязательным к заполнению и может иметь любое текстовое значение длиной 2 символа.
* **Код** - порядковый код команды.
* **Активность** - определяется активность текущей команды "Работает\Не работает".
В основной части справочника располагается табличная часть участников, в которой указываются сотрудники имеющие отношение к данной команде Agile. Помимо самого участника ему присваивается вид, который характеризует его роль в системе команды. Список видов может расширяться при необходимости, но по умолчанию есть предопределенный состав видов, который можно использовать в любой команде.
**Роли:**
| | |
| ------------------------------------------------ | -------------------------------- |
| **Добавление и изменение ежедневных стендапов** | Возможность добавления, редактирования, установки пометки на удаления команд Agile. Полные возможности для работы с данным справочником.|
| **Добавление и изменение покер планирования** | Возможность добавления, редактирования, установки пометки на удаления команд Agile. Полные возможности для работы с данным справочником. |
| **Чтение ежедневных стендапов** | Возможность только просмотра справочника. |
| **Чтение покер планирования** | Возможность только просмотра справочника. |
| **Чтение покер планирования** | Возможность только просмотра справочника. |
---
## Покер планирования(Покер планирования)
:::info Покер планирования (англ. Planning Poker, а также англ. Scrum poker)
Техника оценки, основанная на достижении договорённости, главным образом используемая для [командной](/it3/podsistema-service-desk-upravlenie-incidentami/podsistema-agile/komandy-agile) оценки сложности предстоящей работы или относительного объёма решаемых задач при разработке программного обеспечения.
:::
Суть этого процесса заключается в том, что эта техника минимизирует эффект привязки путём опроса каждого из участников команды таким образом, что никто не знает чужого решения до одновременного оглашения выбора каждого из участников. Оценки, полученные с помощью покера планирования, являются более точными, чем оценки, полученные иными методами.
## Основные достоинства:
* **Повышает эффективность** - одна их периодических встреч Agile-команды - это собрания посвященные планированию, **Покер планирования** призван стать инструментом повышающим единство команды, сосредоточенность и скорость.
* **Убирает эффект** привязки - каждый член Agile-команды уникален, потому что имеет свой опыт, мнение, оценку задания... По этой причине в процессе оценки важно не мнение одного, а мнение каждого, поэтому необходимо не привязываться к мнению других. В этом поможет инструмент планирования, ведь каждый оценивает индивидуально и карты переворачиваются одновременно.
* **Контроль процесса оценки** - инструмент контролирует количество потраченного времени на обсуждение задачи и суммарные возможности команды (скорость команды, англ. Velocity).
Избавление от эффекта привязки
Эффект привязки возникает, когда команда открыто обсуждает оценки. Команда обычно имеет в своём составе как сдержанных, так и импульсивных участников, могут быть участники, у которых есть определённые планы; разработчики, вероятно, захотят как можно больше времени заниматься работой над проектом, а владелец продукта или заказчик, вероятно, захочет, чтобы работа была закончена как можно скорее.
Оценка становится подверженной эффекту привязки, когда владелец продукта говорит нечто подобное: «Я думаю, это несложная работа, вряд ли это займёт больше пары недель». Либо когда разработчик говорит: «Думаю, это очень сложная задача, я с подобным работал». Если начинающий обсуждение говорит: «Думаю, это займёт 50 дней», — он сразу устанавливает рамки мышления остальных участников; возникает эффект привязки, то есть, если 50 дней, значит задача сложная и это подсознательно будет отправной точкой для всех участников.
Те, кто хотел сказать что задача настолько сложная что может занять 100 дней, захотят уменьшить свою оценку, а те, кто думал что на задачу требуется минимальное количество усилий, захотят увеличить её. Это становится серьёзной проблемой, особенно если изначально оценка сказана влиятельным участником. Это может быть опасным и приводить к оценкам, на которые повлияли планы или личные мнения людей, не сфокусированных на качественном выполнении задачи.
Покер планирования выявляет потенциально влиятельного участника команды, изолируя его мнение от других участников группы. Затем необходимо, чтобы участник аргументировал свой выбор, если он не совпадает с превалирующим мнением. Если участники группы могут выражать свою сплочённость таким образом, они более склонны верить в свои первоначальные оценки.
Если у влиятельного участника есть хорошие аргументы для спора, все остальные будут видеть смысл и прислушиваться, но, по крайней мере, остальные участники не будут подвержены эффекту привязки; вместо этого они должны будут исходить только из разумных соображений.
**Как использовать?** Правила использования очень просты. Команда-Agile встречается
в одном помещении или удаленно с помощью видеоконференции.
Ведущий пользователь создает новый элемент справочника "Покер планирования",
выбирает команду, заполняет список заданий и начинает сессию, в этот момент другие пользователи
подключаются и начинают обсуждать первую задачу,
как только задача была разобрана пользователи выкладывают карты, ведущий нажимает
"Перевернуть", все увидят чужие оценки и автоматически будет вычислена средняя карта,
можно приступать к следующему заданию.
[Подробнее о настройках сессии...](/it3/podsistema-service-desk-upravlenie-incidentami/podsistema-agile/poker-planirovaniya/sozdanie-i-nastroyka-sessii-pokera-planirovaniya)
**Роли:**
| | |
| ------------------------------------------------| ----------------- |
| **Добавление и изменение покера планирования** | Возможность добавления, редактирования, установки пометки на удаления сессий покера планирования. Полные возможности для работы с данным справочником. |
| **Чтение покера планирования** | Возможность участия. |
---
## Как показать - скрыть уже законченные сессии(Покер планирования)
Начиная с версии **8.3.15.6** появилась возможность скрывать уже завершенные сессии
Для этого в форме списка сессий появилась специально обученная кнопка: 
Нажав на нее, мы увидим список всех элементов с цветовой дифференциацией: зеленый и галочка - все задачи оценены, синий - есть задачи без оценки, черный - нет оценок. Пример можно посмотреть на рисунке ниже.
---
## Наборы карт планирования(Покер планирования)
## Предопределенные наборы карт
Наборы карт планирования необходимы для оценки заданий с помощью сессий планирования, существуют предопределенные наборы:
## Создание собственного набора карт планирования
Для создания набора карт планирования необходимо перейти в раздел
**Техническая поддержка -> Наборы карт планирования -> Создать**
Установите произвольное наименование набору карт, заполните таблицу существующими оценками или создайте собственные, не забудьте установить видимость карты в таблице оценок (столбец с пиктограммой глаза).
## Замена надписи "Кофе" на символ чашки кофе
К сожалению не все операционные системы поддерживают символ "Горячий напиток", поэтому в предопределенных оценках вместо оценки с символом чашки кофе, просто написана надпись "Кофе", если Вы хотите использовать символ кофе, перейти в раздел
**Техническая поддержка -> Наборы карт планирования -> Покер планирования ®**
В списке оценок откройте оценку "Кофе", В поле "Оценка" замените надпись "Кофе" на символ ☕
Необходимо **Записать и закрыть**.
---
## Описание элементов игрового окна(Покер планирования)
## Составляющие окна покера планирования
Для лучшего понимания, интерфейс сессии можно разделить на 4 зоны:
### 1. Шапка покера планирования.
Шапка содержит в себе, основные элементы управления ведущего и информацию о текущей сессии:
* **Кнопка справки** - выполняет переход в браузер на соответствующую статью базы знаний SoftOnIt
* **Кнопка "Перевернуть"** - Видна только для ведущего. При нажатии перевернет все выложенные карты на столе и вычислит среднюю карту, колоды карт у участников будут заблокированы, ход делать нельзя. (Можно не дожидаться хода всех участников, в таком случае пустые карты в результат среднего вычисления не попадут)
* **Кнопка "Повторить"** - Видна только для ведущего. При нажатии на кнопку, оценка будет сброшена и очищены все выложенные карты, карты в руках станут доступными для выбора.
* **Кнопка "Настройки"** - Видна только для ведущего. Открывает настройки текущей сессии.
* **Таймер** - Таймер остатка времени на обсуждение и оценку текущего задания, таймер несет информационный характер, если достигнет "00:00" будет гореть красным, при этом можно продолжать оценку.
* **Средняя оценка** - После того, как карты будут перевернуты, механизм автоматически вычислит среднюю карту. Если на стол будет выложено более трех подряд идущих карт или будет обнаружена "Спецкарта" (кофе, бесконечность, вопрос...), оценка будет вычислена, но подсветится красным цветом, процесс оценки текущего задания желательно повторить, но можно оставить и так.
* **Скорость команды** - Шкала границы усилий для текущей команды-Agile (Velocity)
### 2. Игровой стол.
На столе находятся блоки каждого участника со статусом карты. Участники заполняются ведущим в настройках сессии. Если ведущий является участником рядом с его фотографией будет отображаться звездочка.
Состояния карт:
### 3. Карты в руках.
Набор карт текущей сессии (настраивается ведущим), если карты на столе рубашкой вверх - можно ходить (для сброса хода вновь нажмите на выбранную карту), если карты на столе раскрыты, то блок карт в руке будет серым цветом и ход сделать не получится, необходимо ждать действий ведущего.
### 4. Список историй / заданий.
Данный список необходим для четкой очередности оценки заданий, набирается и редактируется ведущим сессии, текущее задание выделено обводкой синим цветом.
* **1** - Номер задания, при нажатии откроется окно задания.
* **2** - Текущий процесс.
* **3** - Наличие значка свидетельствует о существующих комментариях в задании.
* **4** - Вкл/выкл задание из текущего спринта. (Если горит зеленым, значит задание включено в спринт).
* **5** - Теги задания.
* **6** - Текущий исполнитель.
* **7** - Картинка текущего этапа.
* **8** - Тема задания.
* **9** - Процент выполнения задания.
* **10** - Оценка задания.
* **11** - Наличие значка свидетельствует о существующих прикрепленных файлах в задании.
* **12** - Крайняя дата, когда задача должна быть выполнена по SLA.
* **13** - Если стикер не вмещает информацию, то появляется данная кнопка для показа скрытых элементов.
---
## Создание и настройка сессии покера планирования(Покер планирования)
:::info
Перед началом создания сессии покера планирования, убедитесь в активности функциональных опций описанных в данной статье: [Подсистема "Agile"](/it3/podsistema-service-desk-upravlenie-incidentami/podsistema-agile)
:::
## Создание сессии
Для создания необходимо открыть
**Техническая поддержка -> Покер планирования -> Кнопка 'Создать'**
откроется окно настроек сессии покера планирования
## Описание настроек
* **Наименование** - Наименование текущей сессии, по умолчанию устанавливается в формате "Покер планирования от ДД.ММ.ГГГГ"
* **Номер** - Заполняется автоматически, подставляется префикс команды Agile (не рекомендуется изменять)
* **Дата** - Дата проведения покера планирования, по умолчанию устанавливается текущая дата
* **Команда Agile** - Покер планирования является частью подсистемы Agile, поэтому привязка к команде является обязательной, по умолчанию заполняется команда в которой состоит текущий пользователь, если пользователем ранее были созданы сессии планирования, будет подтянута последняя команда. Текущий пользователь (ведущий) может не состоять в Agile-команде. Также, при изменении реквизита автоматически перезаполняется список участников
* **Ведущий** - Ведущий текущей сессии планирования. Ведущий не обязан состоять в Agile-команде
* **Набор карт** - Набор карт для оценки заданий. Наше решение дает возможность использовать предопределенные наборы карт или создавать свои, по умолчанию заполняется стандартный набор карт Agile-команды
* **Скорость команды** - Производительность Agile-команды часто называют скоростью, поскольку это буквальный перевод Velocity —англоязычного термина из Scrum. Это величина, отражающая количество работы, которое Agile-команда может выполнить за один Спринт. Если значение 0, то шкала скорости будет скрыта
* **Показывать скорость команды всем** - Показывать ли остальным участникам команды скорость всей команды?
* **Автоматически переворачивать карты при голосовании всех** - Данный реквизит включает автоматический переворот карт, предположим в планировании участвует 10 человек, как только на столе будет лежать 10 карт, они автоматически перевернутся и будет вычислена средняя оценка задания
* **Использовать таймер** - Признак использования таймера. Данный таймер необходим не для того чтобы подумать какую карту выбрать, а для того чтобы обсудить задачу и проголосовать, он несет информационный характер и необходим для соблюдения временных рамок.
* **Время таймера** - Произвольное время оценки одной задачи, указывается в минутах. Например, команде необходимо 10 заданий обсудить за два часа, два часа - 120 минут, значит в среднем на обсуждение одного задания необходимо тратить не более 12 минут
* **Список участников** - Список участников, заполняется автоматически при выборе Agile-команды, участников можно исключать и менять местами. Ведущему не обязательно быть в списке
* **Список Историй / Заданий** - Список заданий, который необходимо оценить, данный список будет отображаться в виде стикеров в правой части экрана сессии покера планирования
---
## Ретроспектива(Ретроспектива)
:::info Ретроспектива
Это регулярная встреча участников Agile команды для подведения итогов и решения возникших проблем, с которым пришлось столкнуться. Другими словами, это взгляд в прошлое, чтобы улучшить будущее.
:::
Замыкающей составляющей блока Agile в нашей конфигурации является документ **Ретроспектива**, который позволит провести одноименную встречу сотрудников в режиме онлайн. Данный документ как и остальные механизмы Agile расположен в разделе
**Техническая поддержка -> Agile -> Ретроспектива**
и выглядит как на скриншоте ниже.
## Шаблоны ретроспективы
Механизм документа представляет из себя доску, формирующуюся из заранее созданных шаблонов. Каждый выбранный шаблон ретроспективы задает документу размерность сетки, а также оформление каждой ячейки. В конфигурации в качестве предопределенных реализовано 4 шаблона, которые отражают сетку и оформление разных вариаций. Если стандартных вариантов мало, всегда можно создать собственные. Для этого необходимо перейти в раздел
**Техническая поддержка -> Agile -> Шаблоны ретроспективы**.
Для более точного понимания предназначения справочника "Шаблоны ретроспективы", необходимо подробно рассмотреть каждый реквизит:
* **Код** - стандартный реквизит, который определяет уникальность шаблона ретроспективы.
* **Родитель** - указывается родитель элемента справочника.
* **Наименование** - указывается наименование шаблона ретроспективы.
* **Строки и столбцы** - в данных реквизитах указывается соответствующее количество строк и столбцов, которое будет содержать сетка ретроспективы.
* **Табличная часть** - содержит в себе ячейки: *Заголовок* - в нем указывается наименование заголовка, *Цвет заголовка* - указывается цветовое оформление заголовка ячейки.
Количество строк и столбцов введенных в соответствующих реквизитах шаблона ретроспективы перемножается, и создают итоговую сетку документа. Например, размерность сетки 1*3, 2*3, 3*3.
## Работа с ретроспективой.
При создании нового документа, необходимо заполнить ряд обязательных реквизитов, без которых невозможна запись. В число таких реквизитов относятся:
* **Команда Agile** - в данном реквизите указывается команда Agile, принимающая участие в проводимой ретроспективе.
* **Шаблон сетки** - указывается шаблон ретроспективы, с помощью которого будет формироваться доска.
* **Вид периода** - реквизит, отвечающий за предпочтительный формат установки необходимого периода, которому соответствует текущая ретроспектива.
* **Дата периода** - дата, которая будет установлена в качестве периода ретроспективы. Текущая дата будет установлена в соответствии с выбранным видом периода.
Другими словами, если указан вид "Спринт", тогда дополнительно необходимо указать нужный спринт и в качестве периода будут установлена дата начала спринта и дата окончания. Если в качестве вида периода указывается, например, неделя, тогда период будет установлен с начала по конец текущей недели. Аналогично будет происходить и с остальными видами периода.
Для того, чтобы добавить новый стикер на доску ретроспективы необходимо в нужной ячейки сетки нажать на кнопку:
После этого откроется форма добавления нового стикера, в которой можно будет указать необходимый текст и выбрать какое-либо связующее задание. Принцип работы данной формы практически полностью аналогичен форме добавления нового стикера документа [Ежедневный стендап](/it3/podsistema-service-desk-upravlenie-incidentami/podsistema-agile/ezhednevnyy-stendap/dobavlenie-i-redaktirovanie-zametok-ezhednevnogo-stendapa). Стоит отметить, что для удобства восприятия поле ввода текста формы добавления нового стикера перекрашивается в цвет заголовка ячейки, из которой оно было вызвано. Таким образом можно сориентироваться в какую именно ячейку сетки ретроспективы добавляется новый стикер.
Добавлять новые задания в текст стикера можно с помощью кнопки **Выбрать задание** или введя номер задания вручную, придерживаясь стандартного шаблона: **#Номер_задания**.
Для редактирования или удаления стикера необходимо открыть меню взаимодействия, которое активируется при нажатии на три точки в правом верхнем углу стикера и выбрать необходимое действие.
Помимо возможностей описанных выше, на доске ретроспективы имеется возможность перемещать текущие стикеры между ячейками, с помощью функционала drag and drop. Таким образом можно быстро и удобно расположить стикеры на доске текущего документа.
---
## Новая задача на основании стикера(Ретроспектива)
В меню управления стикером документа **Ретроспектива**, которое открывается по нажатию трех точек в правом верхнем углу. Есть возможность быстро создать новое задание на основании выбранной Вами заметки. Это очень упрощает процесс фиксирования каких-либо договоренностей, которые могли родиться в ходе обсуждения той или иной темы.
После нажатия на кнопку **Создать задание** откроется форма создания нового задания, при этом само задание еще не будет записано. Поэтому у Вас будет возможность внести какие-либо корректировки в оформление создаваемой задачи и только после этого записать форму. При этом содержание и автор стикера будет использоваться для автоматического заполнения. Автор будет поставлен в качестве инициатора создаваемого задания, а текст стикера будет использоваться для заполнения темы. Если текст стикера будет превышать *150* символов, тогда в тему будет вставлен текст размером *147 символов и дополнен "..."*. А также весь текст будет указан в качестве описания к задаче. В противном случае, текст стикера будет просто полностью вставлен в качестве темы задания.
---
## Подсистема "Телефония"(Подсистема Телефония)
В нашей конфигурации присутствует возможность работать практически с любой телефонией, поддерживающей работу по `SIP` протоколу.
Рассмотрим этот механизм поподробнее.
| **Список ролей для работы с подсистемой "Телефония"** |
|-------------------------------------------------------|
| Управление маршрутизацией и просмотр истории звонков АТС |
---
## Звонки и работа с панелью софтфона(Подсистема Телефония)
Осуществлять звонки, используя **подсистему "Телефония"**, можно как из самой конфигурации, так и из панели софтфона.
Однако стоит заметить, что для осуществления звонков в принципе, наличие панели софтфона обязательно, так как основной процесс вызова или принятия звонка проходит именного через него.
Для того, чтобы совершать звонки из конфигурации необходимо каждому пользователю назначить персональные настройки, которые можно найти в разделе
**Администрирование -> Настройки параметров учета -> Телефония -> Персональные настройки**.
Данные настройки можно задавать как конкретному пользователю, так и всем пользователям, но при этом должна быть установлена настройка **Использовать общие настройки**.
Подробное описание настроек, представленных в данном окне можно найти в статье ["Настройка телефонии в программе"](/it3/podsistema-service-desk-upravlenie-incidentami/podsistema-telefoniya/nastroyka-telefonii-v-programme).
При настройках показанных на скриншоте пользователю будет доступна возможность звонить прямо из конфигурации, а также при входящем или исходящем звонке будет открываться карточка клиента.
:::info
Карточка клиента работает со справочником "Контрагент", что не позволяет открывать при звонке остальные элементы справочников, например, пользователей или сотрудников.
Но у Вас есть возможность указать в качестве действия **Открывать мастер регистрации**, через который уже можно попасть в карточку любого справочника конфигурации.
:::
## Знакомство с панелью софтфона
Панель софтфона имеет ряд настроек, которые можно открыть, нажав на имя пользователя, и перейти в настройки, либо нажать сочетание клавиш `ctrl+s`.
В настройках можно настроить профиль пользователя, аудиоустройства, оформление, поведение и чаты.
### Входящие и исходящие звонки. Карточка клиента и мастер регистрации
При входящем звонке свернутая панель софтфона отобразит небольшую панель входящего вызова, которая будет содержать в себе две кнопки **Принять** и **Отклонить**.
После принятия оператором входящего звонка, если данный звонящий зарегистрирован в программе, тогда автоматически откроется его карточка с подробной информацией о клиенте.
Если звонящий еще не заведен в базе, тогда откроется форма регистрации (создания) нового контрагента с помощью, которой Вы быстро можете завести нового клиента.
Это действие будет выполнено в соответствии с персональными настройками, установленными данному пользователю телефонии.
Аналогичные действия будут выполняться и при осуществлении исходящего звонка, когда с той стороны будет поднята трубка.
Также автоматически может открываться функционал **Мастер регистрации**, который позволяет быстро регистрировать новые обращения или открывать уже существующие.
Исходящий вызов может осуществляться как из базы с помощью кнопки **Позвонить**, которая доступна во всех справочниках, имеющих табличную часть **Контактная информация**, а также из документов **Задание**, **Заказ поставщику** и **Заказ клиента**.
В самой панели софтфона исходящий звонок будет отображаться как на скриншоте ниже.
После того как трубка будет взята с той стороны провода, отображение софтфона изменится и Вам будут доступны дополнительные кнопки управления разговором.
Можно будет увеличить или уменьшить звук, отключить микрофон, клавиатура набора, перевести звонок или завершить вызов.
Перевод вызова можно осуществить с помощью кнопки **Перевести**, которая откроет новое окно со списком сотрудников доступных для переадресации вызова.
При этом сотрудники, у которых на текущий момент включена телефония будут показаны со статусом **Онлайн**, а остальные будут отображены со статусом **Офлайн**, что позволит Вам быстро определить о доступности Вашего коллеги.
Также если человек будет в данный момент уже с кем-то общаться, то это тоже будет отражено в статусе **Разговаривает**.
## Карточка клиента
Далее рассмотрим карточку клиента, которая является основным информативным пространством телефонии.
**Карточка клиента** - это переработанная форма элемента справочника "Контрагенты", позволяющая отражать информацию о звонках по конкретному контрагенту.
Из формы данной карточки можно создать необходимые документы: "Задание", "Заказ клиента", "Заказ поставщику".
Можно совершить звонок либо на номер самого контрагента, либо выполнить вызов на номер его контактного лица.
Для этого достаточно нажать на номер телефона, который отображается в разделе "Контактная информация".
Карточка клиента также отражает "Ленту событий" по данному контрагенту, в которой будут показываться связанные с ним документы, история звонков или заметки оставленные менеджером.
По каждому звонку можно прямо из ленты прослушать запись разговора или просмотреть комментарий если он был оставлен.
Вся лента может фильтроваться по преlопределенным фильтрам, а также позволяет осуществлять поиск по части наименования события.
В верхней части ленты событий располагается панель быстрых действий.
---
## Настройка телефонии в программе(Подсистема Телефония)
## Установка расширения телефонии в основную конфигурацию.
Первое, что необходимо выполнить - это установить новое расширение телефонии в основную конфигурацию "Управление IT-отделом 8".
Сделать это можно двумя способами: через пользовательский **режим "1С:Предприятие"** или через **Конфигуратор**.
Посмотреть как выполняется установка любого расширения в пользовательском режиме можно в статье [Установка расширений из режима 1С: Предприятие](/it3/universalnye-mehanizmy/ustanovka-rasshireniy-iz-rezhima-1s-predpriyatie).
Здесь мы рассмотрим второй способ и установим необходимое нам расширение через конфигуратор.
Открываем конфигуратор и переходим в раздел
**Конфигурация -> Расширения конфигурации**
В открывшемся окне списка расширений конфигураций нажимаем кнопку **Действия -> Добавить**.
Откроется форма создания нового расширения, можно ничего не менять в этом окне и просто нажать кнопку **Ок**.
После проделанных манипуляций в списке появится новое пустое расширение, которое мы должны перезаписать файлом расширения телефонии.
Нажимаем кнопку **Конфигурация -> Загрузить конфигурацию из файла**.
Откроется диалог выбора файла расширения для загрузки.
Сам файл расширения телефонии находится по стандартному пути установки шаблона основной конфигурации, при условии, что во время установки шаблона основной конфигурации данный путь не был изменен.
`C:\Users\<Пользователь>\AppData\Roaming\1C\1cv8\tmplts\SoftOnIT\it\3_1_14_1\Общие файлы`
После выбора файла расширения, система загрузит расширение и предложит обновить конфигурацию базы данных.
После чего расширение будет успешно установлено.
:::info Важно!
Обязательно отключите у расширения безопасный режим (см. рисунок ниже).
:::
## Публикация Web сервисов
После установки и настройке АТС MikoPBX можно приступить к настройкам подсистемы телефонии в конфигурации.
Первое, что необходимо выполнить опубликовать web сервисы, о которых речь шла в статье [Установка АТС](/it3/podsistema-service-desk-upravlenie-incidentami/podsistema-telefoniya/ustanovka-ats).
Открываем конфигуратор и переходим в раздел **Администрирование -> Публикация на веб-сервере**.
В окне публикации на закладке **Web-сервисы** активируем галочку *Публиковать Web-сервисы расширений по умолчанию*.
Система опубликует все необходимые веб-сервисы, которые входят в состав расширения телефонии, после чего публикуем информационную базу.
Далее необходимо настроить служебного пользователя, который будет авторизовываться на веб-сервере.
В конфигураторе открываем список пользователей и в списке находим предопределенного пользователя **WebService**.
Данный пользователь должен появиться после публикации веб-сервисов, если этого не произошло и в списке его нет, тогда создайте его вручную.
В настройках пользователя нужно указать пароль, снять галочки *показывать в списке выбора* и *защита от опасных действий*.
На закладке **Прочие** необходимо убедиться, что у него установлены роли: Телефония: Базовые права и Телефония: Веб сервисы.
Без этих ролей пользователь не сможет подключаться к веб сервису.
После выполнения этих действий нужно проверить корректно ли работает опубликованный веб-сервис.
Для этого в браузере введите адрес и авторизуйтесь под служебным пользователем.
`http://[АдресСервера]/[ИмяПубликации]/ws/miko_crm_api.1cws?wsdl`
Если все в порядке отобразится строка **Не указан заголовок управления сеансами или куки с идентификатором сеанса**.
Оно говорит, что все в порядке, включен режим повторного использования сеансов для повышения быстродействия в работе веб-сервиса.
Вместо сообщения возможно отображение XML представление веб-сервиса.
## Настройка подсистемы в конфигурации
После выполненных манипуляций можно запускать конфигурацию и приступать к настройкам подсистемы телефонии непосредственно в программе.
После запуска конфигурации можно будет заменить, что в основном разделе меню программы появился дополнительный раздел **Звонки и сообщения**,
в котором располагаются все функциональные возможности расширения телефонии.
Для первоначальной настройки лучше всего воспользоваться мастером первоначальной настройки,
который быстро пошагово проведет нас по основным настройкам.
Для этого перейдем в раздел **Звонки и сообщения -> Мастер первоначальной настройки**. Откроется первая страница мастера настройки.
На самом первом шаге Вам необходимо выбрать схему подключения 1С и АТС.
Это может быть расположение обоих в одной локальной сети или же, например, расположение АТС в облаке.
При этом сразу хочу отметить, что понятие "облако" здесь стоит рассматривать как нечто за пределами локальной сети, это может быть даже просто другая локальная сеть и т.д.
В зависимости от выбранной схемы в расширенных настройках подключения будут установлены подходящие к схеме каналы передачи событий и контактных данных.
В случае нашей настройки мы выбрали схему **Сервер 1С и Сервер АТС в одной сети**.
При этом мастер первоначальной настройки напоминает нам, что для этой схемы необходимо опубликовать веб-сервис, что мы и сделали ранее,
поэтому не обращаем на это внимание. Если веб-сервис не опубликован, тогда конфигурация не сможет установить связь с сервером АТС и подсистема не будет функционировать.
На следующем шаге система проверит подключена ли конфигурация к сервису 1С "Обсуждения" и если подключение не было осуществлено будет предложено настроить данную связь.
Функционал обсуждений необходим для работы механизма **What's App**.
Если Вы не подключитесь к этому сервису, тогда телефония не сможет работать с чатами what's app.
На данном шаге необходимо указать адрес электронной почты, который будет служить основным для осуществления регистрации и нажать кнопку зарегистрироваться.
На данный адрес почты будет выслан код, который нужно ввести в соответствующее окно для завершения регистрации.
Жмем кнопку **Далее** и на следующем шаге необходимо выбрать одну из доступных АТС.
В нашем случае указываем MikoPBX выбираем режим ручной настройки и в пустое поле вводим IP адрес АТС.
После этого переходим к следующему шагу. Если подключение прошло успешно, то Вы будете направлены на следующую страницу, в противном случае будет выдано предупреждение.
:::info Внимание!
Если соединение с сервером АТС не устанавливается **обязательно** убедитесь, что в MikoPBX установлен и подключен к опубликованному веб-сервису модуль "Панель телефонии 4.0 для 1С:Предприятие".
Подключение осуществляется именно благодаря этому модулю и веб-сервису.
:::
На следующем шаге мастер предложит указать виды внутренних и мобильных номеров.
Для вида внутреннего телефона следует использовать предопределенный вид *Телефон*, а для мобильных *Телефон, для рассылки оповещений*.
Вид внутреннего телефона указывать **обязательно**.
На следующем этапе необходимо каждому пользователю, который будет использовать подсистему **Телефония** указать внутренний номер.
Этот номер будет использоваться для подключения к панели софтфона.
:::info Внимание!
Для того, чтобы пользователь мог пользоваться телефонией он должен быть также указан и в списке сотрудников в самой АТС MikoPBX.
:::
После указания внутренних номеров пользователей жмем кнопку **Далее** и дожидаемся окончания применения всех настроек.
По завершению Вы будете уведомлены об успешном окончании.
Далее возвращаемся в раздел **Звонки и сообщения -> Настройки подсистемы -> Параметры конфигурации** и проверить, что заполнены все реквизиты появившегося окна:
* [x] **Вид внутренний номер** - вид контактной информации внутреннего номера, обязателен к заполнению и заполняется при первоначальной настройке.
* [x] **Вид мобильный номер** - вид контактной информации для использования мобильных номеров.
* [x] **Группа видов контактной информации компании** - группа видов контактной информации справочника "Контрагенты". В телефонии основной справочник для работы "Контрагенты", поэтому и группу контактной информации необходимо указывать данного справочника.
* [x] **Группа видов контактной информации контактного лица** - группа видов контактной информации справочника "Контактные лица". Необходимо указать справочник контактных лиц, который непосредственно связан со справочником "Контрагенты".
* [x] **Имя справочника компания** - указываем наименование основного справочника для работы подсистемы, это имя справочника "Контрагенты".
* [x] **Имя справочника контактное лицо** - указываем наименование справочника "Контактные лица" и через точку с запятой реквизит "Владелец".
* [x] **Ответственный** - указывается реквизит, который будет использоваться в качестве ответственного менеджера.
:::info Обратите внимание
Eсли данные параметры будут не заполнены подсистема не будет работать корректно.
:::
После этого возвращаемся в раздел **Звонки и сообщения** и открываем раздел настроек телефонии **Персональные настройки**.
В персональных настройках задаются настройки использования функционала подсистемы конкретному пользователю или для всех пользователей в совокупности (общие настройки).
В списке выбора пользователей выбираем необходимого пользователя телефонии и устанавливаем необходимые настройки действий:
* [x] **Использовать общие настройки** - устанавливает выбранному пользователю настройки, которые были заданы для всех пользователей.
* [x] **Совершать и принимать звонки из 1С** - устанавливает настройку, которая позволяет пользователю звонить прямо из конфигурации без использования прямого набора в панели СофтФона.
* [x] **Действие при входящем звонке** - позволяет указать действие, которое будет выполняться при входящем звонке. Можно установить значение "Открыть карточку клиента", которое будет открывать карточку клиента при входящем звонке. Обратите внимание, что карточка будет открыта только при поднятой трубке (принятии звонка).
* [x] **Действие при исходящем звонке** - позволяет указать действие, которое будет выполняться при исходящем звонке. Можно установить значение "Открыть карточку клиента", которое будет открывать карточку при исходящем звонке. Обратите внимание, что карточка будет открыта только после принятия звонка с той стороны провода.
* [x] **Способ регистрации нового клиента** - позволяет указать действие, которое будет выполняться при звонке от неизвестного номера (незанесенного в базу). Указывается форма, которая будет открываться при принятии (входящего вызова) от неизвестного номера.
* [x] **Форма отчетов** - указывается вид формы отчета, который будет использоваться по умолчанию у отчетов, относящихся к подсистеме телефонии.
Далее для корректного создания сторонних документов конфигурации на основании контрагента из его карточки, необходимо проверить,
что созданы пользовательские документы в разделе **Звонки и сообщения -> Пользовательские документы**.
В данном списке при первоначальном запуске по умолчанию создаются два пользовательских документа **Заказ клиента** и **Заказ поставщику**.
Если данных документов нет в списке их необходимо создать.
Последнее, что необходимо настроить - это назначить права доступа пользователям, которые будут работать с телефонией.
В настройках параметров учета откроем раздел **Права доступа** и добавим в группу доступа **МИКО: Пользователи телефонии и мессенджера** пользователей подсистемы, которые будут совершать и принимать звонки.
---
## Обновление расширения Телефонии "МИКО"(Подсистема Телефония)
Если вы используете расширение телефонии, тогда эта статья для вас.
Мы позаботились, чтобы значjк данного расширения корректно отображался в командном интерфейсе.
Для этого, необходимо обновить расширение телефонии в пользовательском режиме.
Расширение находится в zip-архиве с обновлением конфигурации.
1. Нажимаем правой кнопкой мыши на архив с обновлением.
2. Извлекаем все в папку.
3. Запускаем дистрибутив.
4. Указываем путь для установки, и запоминаем куда установили. (можно в эту же папку)
5. После установки, открываем папку, куда установили обновление и переходим `\SoftOnIT > it > 3_1_17_4 > Общие файлы`.
Находим файл расширения: *ПодсистемаТелефонии40_УИТ8*.
Далее выполняем действия по инструкции в [видео](https://youtu.be/fUJSqIp1wDc)
---
## Переход с телефонии версии 2 на версию 4(Подсистема Телефония)
В данной статье будет рассмотрен правильный переход на новую телефонию версии 4.
Данная инструкция поможет Вам избежать потерю данных по ранее сохраненным звонкам.
Стоит отметить, что в данной инструкции будут приведены советы для работы с АТС mikoPBX, для других АТС инструкцию по переходу смотрите на официальном сайте МИКО.
:::info ВНИМАНИЕ!
Для перехода на новую версию телефонии Вам не нужно переустанавливать свою АТС. Для перехода достаточно выполнить шаги, описанные ниже.
:::
1. **Подготовка АТС к переходу.** Первым делом перед переходом на новую версию телефонии Вы должны подготовить АТС.
Для этого ее необходимо обновить до релиза **1.281 или выше**.
Информация по доступным обновлениям mikoPBX можно посмотреть в веб-интерфейсе в разделе **Обновления PBX**.
2. **Установка нового модуля.** После успешного обновления АТС, необходимо установить новый модуль телефонии, который станет доступен.
Перейдите в раздел **Управление модулями**. В списке доступных модулей найдите и установите модуль **Панель телефонии 4.0 для 1С**.
После того, как модуль будет успешно установлен, его необходимо настроить также как это делалось при первоначальной настройке.
То есть, ввести все данные для успешной связи модуля и 1С конфигурации.
3. **Установка лицензионного ключа для 4-ой версии.** Последним этапом настройки перехода АТС это привязка нового ключа лицензирования, который предусмотрен для работы именно с версией 4.0.
4. **Установка обновления УИТ8.** После проделанных манипуляций с АТС можно приступать к обновлению основной конфигурации "УИТ8". Обращаем внимание, что новая версия телефонии - это расширение, которое устанавливается отдельно.
Поэтому после успешного обновления основной конфигурации, прt;yzz подсистема телефонии МИКО полностью удалится из программы.
5. **Установка расширения телефонии**. Когда обновление основной конфигурации успешно выполнено, приступаем к установки в конфигурацию самого расширения телефонии.
[Инструкция по установке расширения](/it3/podsistema-service-desk-upravlenie-incidentami/podsistema-telefoniya/nastroyka-telefonii-v-programme). В данной инструкции, Вам необходимо выполнить все действия до раздела **Настройка подсистемы в конфигурации**, так как это не первоначальная установка, а переход.
6. **Настройка телефонии в программе.** Когда Вы выполнили 5-ый шаг, необходимо запустить конфигурацию и перейти в разделе **Звонки и сообщения** открыть **Мастер первоначальной настройки**.
По шагам пройдите первоначальную настройку и **обязательно** дождитесь последнего шага **Заполнение телефонной книги**.
Если этот шаг затягивается слишком долго, закройте окно мастера и перейдите в раздел **Звонки и сообщения -> Телефонная книга** и в открывшейся форме нажмите кнопку **Перезаполнить телефонную книгу**.
Дождитесь завершения. После можете открыть "Журнал звонков" и убедиться, что все данные звонков подтягиваются корректно с привязкой к конкретному контрагенту, сотруднику и т.д.
Если по какой-то причине телефоны подтягиваются без привязки к сущности ИБ, Вы можете перезаполнить эти данные принудительно.
Для этого перейдите в раздел **Настройки подсистемы -> Журнал звонков** и нажмите гиперссылку *Обновить контактные данные журнала звонков*.
---
## Работа с телефонией(Подсистема Телефония)
:::info Подсистема "Телефония"
Позволяет работать с входящими и исходящими звонками прямо в конфигурации без использования лишнего оборудования.
Что в свою очередь ускоряет работу сотрудников, так как вся информация по клиенту находится у них перед глазами.
:::
В данной статье подробно рассмотрим процесс работы с телефонией и разберем основные нюансы.
## Основное рабочее меню
Основное рабочее меню подсистемы находится в разделе **Звонки и сообщения**, именно здесь расположены необходимые механизмы подсистемы, с которыми нужно работать.
Каждый из разделов позволяет отразить различную информацию для пользователя, рассмотрим каждый из них подробней:
* **Журнал звонков** - это основной модуль подсистемы, который отражает фильтруемый список по всем осуществленным звонкам в программе.
* **Чаты** - это основной модуль подсистемы, который позволяет работать с чатами What's app прямо из конфигурации 1С.
* **Статистика и аналитика** - это главный модуль отчетности подсистемы, в котором в виде диаграмм или таблиц будет отражена подробная информация по работе с телефонией.
:::info Доступ
Для доступности и работы с подразделом "Телефония" у пользователя должны быть установлены роли: *Использование взаимодействий*, а также права группы доступа *МИКО: Пользователи телефонии*.
:::
## Журнал звонков
**Журнал звонков** - собирает все звонки Вашей организации в одном месте с привязкой к клиентам и менеджерам, отражением направления звонка, информацией о длительности звонка, а также добавленным комментарием и возможностью прослушивания записи разговора.
Весь список журнала полностью фильтруется по таким направлениям как:
- Входящие;
- Исходящие;
- Непринятые;
- Мои звонки;
- А также по дате и времени.
Список журнала разделен на определенные столбцы, каждый из которых отражает важную информацию по звонку. Таким образом каждая строка списка содержит следующие данные:
* Специальная символика звонка в виде определенных иконок для выделения вызова
* Дата и время звонка с иконками входящего, исходящего или пропущенного звонка.
* Представление клиента (наименование) если номер телефона закреплен за контрагентом или контактным лицом. Или же просто номер телефона, когда текущий номер еще не закреплен за контрагентом.
* Сотрудники или группа сотрудников, которые обработали вызов.
* Статус звонка, который отражает состояние вызова: принят, нет ответа, дозвонились, отменен, потерян.
* Комментарий звонка, если он был добавлен менеджером либо в самом журнале звонков или же в карточке клиента, которая открывается во время звонка
Длительность звонка- отражает фактическую длину разговора по текущему вызову.
Из журнала звонков можно напрямую открывать карточки уже созданных в базе контрагентов или же заводить новых контрагентов и их контактных лиц, если выбранный номер ранее не был зафиксирован.
Для того, чтобы открыть карточку созданного контрагента, необходимо выделить нужную строку в списке журнала звонков и в панели **Записи разговора** нажать кнопку **Открыть**.
Создавать нового контрагента в новой карточке клиента также можно из журнала звонков.
Для этого нужно в списке выбрать незарегистрированный номер.
Если данный номер относится к контактному лицу контрагента, тогда введите название уже заведенного в базе контрагента и, программа предложит добавить данный номер, либо контактному лицу, либо же контрагенту.
Если выбрать необходимый номер в строке и просто нажать кнопку "+", тогда данный номер сразу же будет присваиваться новому(создаваемому) контрагенту и откроется карточка создания нового объекта соответствующего справочника.
Нужно будет заполнить основные реквизиты и записать объект.
В журнале звонков можно развернуть дополнительное окно детализации звонка, которое будет отображать более подробную информацию по звонку и позволит прослушать запись разговора.
Если данное окно не развернуто, его можно открыть, нажав кнопку в виде зеленых стрелочек.
После того, как окно открылось, по каждому звонку будет отражаться более детальная информация.
В верхней части располагается панель управления (плеер) записями разговора.
Данный проигрыватель позволяет сразу же воспроизвести запись или скачать ее на локальный диск.
Также есть возможность ускорить воспроизведение если запись слишком длинная или промотать на необходимый интервал времени.
Кнопки **Подробнее** и **Детализация звонка** открывают страницу детализации выбранного Вами звонка, но уже в отдельной полноценной форме, которая отражает практически туже саму информацию.
:::info Стоит отметить
Механизм записи разговоров настолько мощный, что умеет разделять записи разговоров на несколько частей по множественной переадресации.
Другими словами, при переадресации вызова на другого сотрудника начнется запись именно его разговора и будет предоставлена в виде отдельной записи.
:::
## Чаты
Чаты - здесь хранятся все чаты с клиентами организации, каждая позиция списка данного функционала представляет собой отдельный документ с информацией по конкретному участнику обсуждения, а также сам чат, в котором ведется общение.
Список чатов, разделен на три раздела **В очереди**, **В работе** и **Закрытые**.
В каждом разделе отображаются чаты соответствующей категории.
Также прямо из списка документа можно создать на основании один из основных документов.
Основная форма чата отражает список следующей информации:
* **Статус** - текущий статус чата, который устанавливается менеджером вручную.
* **Дата создания и номер** - дата создания данного чата, а также порядковый номер.
* **Клиент** - контрагент, с которым ведется общение.
* **Контактное лицо** - контактное лицо контрагента, который также может вести общение в текущем чате.
* **Идентификатор чата** - уникальный идентификатор чата what's app.
* **Ответственный** - ответственный сотрудник нашей организации, который закреплен за данным чатом.
* **Наблюдатели** - список причастных сотрудников нашей организации, которые числятся в качестве наблюдателей данного общения.
Для того, чтобы начать отправку сообщений необходимо активировать кнопку **Обсуждение**, которая располагается в правом верхнем углу.
В результате откроется панель, в которой будет вестись вся переписка по текущему чату.
В данной панели доступны все стандартные возможности функционала **Взаимодействий**.
Чтобы подключить основной аккаунт What's App вашей организации для ведения чатов из конфигурации необходимо перейти в раздел **Звонки и сообщения -> Настройки мессенджера**.
Откроется окно настроек, в котором подробно отражена первичная настройка мессенджера для работы данного модуля.
## Статистика и аналитика
Помимо ведения журнала звонков телефония позволяет формировать отчеты по звонкам, которые могут быть представлены в виде таблицы или диаграммы. Первый вариант отчета подходит для анализа отчетности, а второй для более удобного визуального восприятия информации.
В любом случае и те, и другие отчеты можно открыть в разделе **Взаимодействия -> Статистика и аналитика**.
Первый отчет, который встречает нас при открытии данного раздела - это *Количество звонков*, отражающий информацию по количеству всех звонков произведенных в системе.
В табличном и визуальном представлении данный отчет выглядит как на скриншотах ниже.
Для визуального типа отчета можно изменить формат отображения диаграммы и вывести информацию в виде линий графика.
Для этого необходимо нажать кнопку **Отобразить линиями**.
Если хотите вернуть формат к стандартному виду "барами" нажмите кнопку **Отобразить барами**.
Следующий отчет **Направление звонков**, который выбирается в верхней части панели отчета **Количество звонков**.
Данный отчет формирует информацию по направлениям звонков: мобильные номера, бесплатные вызовы или не установленные.
Отчет выглядит следующим образом:
Для пользователей, которые пользуются в конфигурации [механизмом CRM](/it3/podsistema-service-desk-upravlenie-incidentami/crm-podsistema) будет полезно использовать отчет "Лиды", который можно выбрать из меню **Эффективность обработки звонков**.
---
## Установка АТС(Подсистема Телефония)
## Инструкция по установке АТС MikoPBX
Подсистема встроенная в нашу конфигурацию работает совместно с АТС станцией, которая в свою очередь уже осуществляет непосредственную связь с провайдером интернет телефонии.
Поэтому первым делом нужно установить саму АТС, ее настроить и уже после приступить к настройке самой панели телефонии в конфигурации.
Используемая в нашем решении АТС - это MikoPBX, которая представляет собой полноценную операционную систему и телефонный сервер.
MikoPBX можно скачать в виде образов операционной системы в форматах файла: `*.iso`, `*.img`, `*.raw`, которые подходят для установки на отдельный компьютер (сервер, виртуальную машину) или облако.
Скачать подходящий Вам образ можно в личном кабинете клиента на сайте компании МИКО или по ссылке:
[Официальный репозиторий MikoPBX.](https://github.com/mikopbx/Core/releases)
В данной инструкции продемонстрируем установку АТС на виртуальную машину, созданную на VirtualBOX.
## Создание виртуальной машины
Открываем VirtualBOX и нажимаем кнопку **Создать**, чтобы создать новую виртуальную машину.
Далее в появившемся окне указываем **Имя, Тип** и **Версию ВМ**, как на рисунке ниже. Папку расположения можете указать любую.
Для работы виртуальной машины необходимо выделить **1024 Мб** оперативной памяти.
Нажимаем кнопку далее и в следующем окне создания жестких дисков, выбираем пункт **Создать новый виртуальный жесткий диск**.
Нажимаем кнопку **Создать** и после указываем тип файла **VDI (Virtual Disk Image)**, определяющий формат нового жесткого диска.
Нажимаем кнопку **Создать** и после указываем тип файла VDI (Virtual Disk Image), определяющий формат нового жесткого диска.
После этого указываем размер жесткого диска **500 Мб** и нажимаем кнопку **Создать**.
## Настройка виртуальной машины
Открываем настройки созданной виртуальной машины.
После этого переходим в раздел **Носители** и добавляем новый жесткий диск, который будет использоваться для хранения записей разговоров.
В открывшемся окне выбираем **Создать новый диск**.
Формат жесткого диска указываем как и при первоначальном создании виртуальной машины **(VDI VirtualBox Disk Image)** и создаем его *фиксированного размера*.
Далее задаем произвольное имя и указываем размер. Минимальный рекомендованный размер **50 Гб**, стоит отметить, что запись одного часа разговора весит примерно 14 Мб.
На этом создание дополнительного диска для хранения записей закончено.
Теперь не переключаясь с раздела **Носители**, сразу укажем оптический диск, с которого будем осуществлять установку.
После этого необходимо перейти в раздел **Сеть** и произвести настройки сети.
Укажем тип подключения **Сетевой мост**, а остальные настройки оставим без изменений.
## Установка MikoPBX
Запускаем созданную нами виртуальную машину, после чего MikoPBX запустится с оптического диска, который был указан ранее в режиме **Live CD восстановление**.
Об этом будет информировать строка показанная на скриншоте ниже.
Для выполнения полноценной установки введем номер команды **8** и нажмем клавишу `Enter`.
После чего MikoPBX выведет информацию о доступных для записи жестких дисках.
В текущем примере отображаются два диска **SDA, SDB**, которые ранее были созданы. **SDA** - это основной системный диск, который будет использован для установки АТС.
Для этого вводим наименование диска **sda**, система запросит подтверждение, подтверждаем нажатием **Y**.
После выбора системного диска куда будет установлена АТС, система предложит Вам также выбрать диск, созданный ранее для хранения записи разговоров.
Укажите второй диск **SDB** и продолжите следовать инструкциям. Если система не предложила выбор диска для хранения записей, его можно будет указать позже в меню установленной **АТС**.
:::info Обратите внимание!
Наименования дисков могут отличаться для Вашей системы.
Будьте предельно внимательны с выбором необходимого диска, так как все данные на нем будут полностью очищены.
:::
После подтверждения начнется процесс установки, после которого система самостоятельно перезагрузится.
После перезагрузки MikoPBX автоматически извлечет из привода установочный диск, который был указан для установки и запустит АТС с диска SDA.
После запуска мы увидим, что надпись "АТС запущена с Live CD в режиме восстановления" исчезла, что означает успешно выполненную установку.
Если на этапе выбора системного диска во время установки система не предложила Вам указать диск для хранения записей разговоров, тогда в меню АТС выберите пункт **Подключить диск для хранения данных**.
:::info Внимание!
Если по какой-то причине Вы указали не тот диск для хранения данных, то повторно изменить данную настройку не получится. Нужно будет переустанавливать АТС.
:::
## Настройка веб-интерфейса АТС
После успешной установки необходимо произвести настройку веб-интерфейса для полноценной работы телефонии в конфигурации.
Откройте любой браузер и введите IP адрес полученный АТС в момент запуска.
Данный IP отображается в строке **LAN IP назначен......** (см. скриншот).
Введя данный ip в браузере, перед Вами откроется веб-оболочка MikoPBX, в которой будут осуществлены все основные настройки работы телефонии.
По умолчанию данные для авторизации:
- **Логин** - *admin*;
- **Пароль** - *admin*.
После успешной авторизации Вы будете перенаправлены в рабочее пространство АТС.
Первым делом необходимо активировать работу АТС и других продуктов телефонии.
Для этого перейдем в раздел меню **Модули -> Лицензирование**.
Если Вы приобрели ПЛАТНЫЕ лицензии на использование телефонии МИКО, тогда Вам нужно поочередно в поле **Активация купона** ввести все ключи, которые были получены.
Для активации БЕСПЛАТНОГО периода использования (без обрезки функционала), Вам необходимо на этой же закладке, сначала ввести регистрационные данные Вашей организации и email адрес, куда будут высланы бесплатные ключи для активации программ.
Полученные ключи нужно вводить в поле **Лицензионный ключ**.
После успешной активации станут доступны все возможности использования телефонии, а информация о лицензии будет отражена в разделе подробной информации.
Следующим шагом настройки будет установка необходимого модуля панели телефонии, который будет связывать АТС и конфигурацию 1С.
Переходим в раздел **Модули -> Управления модулями**.
И в списке доступных для установки модулей устанавливаем **Панель телефонии 4.0 для 1С:Предприятия**.
После того как данный модуль будет установлен необходимо открыть его настройки и выбрать один из режимов соединения с конфигурацией "Управление IT-отделом 8".
Для настройки доступны два режима:
1. Через LongPool соединение - это когда 1С осуществляет подключение к самой АТС MikoPBX. Данный вариант подходит для клиент-серверных баз;
2. Через web сервис - в этом случае подключение осуществляет АТС к 1С, используя заранее опубликованный web сервис.
Мы рекомендуем использовать режим WEB сервис, так как он более стабилен в работе.
Перед тем как вводить данные нужно опубликовать базу и необходимые для работы в этом режиме web сервисы, подробнее об этом в статье [Настройка телефонии в программе](/it3/podsistema-service-desk-upravlenie-incidentami/podsistema-telefoniya/nastroyka-telefonii-v-programme).
Далее нужно указать провайдера интернет телефонии, который предоставляет данные для подключения по **SIP протоколу**.
Для этого переходим в раздел **Маршрутизация -> Провайдеры телефонии**.
Вы можете откорректировать имеющегося демо-провайдера, введя свои данные, либо создать нового, нажав на кнопку **Подключить SIP**.
После нажатия данной кнопки откроется окно добавления нового провайдера. Вам необходимо заполнить основные поля настроек:
- **Название провайдера** - может задаваться любое.
- **Хост или ip адрес** - имя хоста провайдера или его ip адрес для осуществления подключения.
- **Логин** - логин выдаваемый провайдером интернет телефонии для подключений сторонних программ по протоколу SIP.
В качестве логина может выступать линия номера телефона, например, когда Вы используете телефонию от Telphin.
- **Пароль** - пароль от выданного логина.
Остальные настройки можно оставить без изменений при необходимости их можно откорректировать в любой момент.
После ввода и сохранения настроек провайдера в списке *Провайдеры телефонии* у него должен загореться зеленый кружок,
сигнализирующий об успешной регистрации и работе добавленного провайдера.
В некоторых случаях регистрацию можно отключить, тогда кружок будет иметь оранжевый цвет.
Следующее, что необходимо настроить - это добавить пользователей, которые будут использовать телефонию и софтфон.
Открываем **Телефония -> Сотрудники**. В открывшемся списке нажимаем кнопку **Добавить сотрудника** и вводим основные параметры.
Обязательно нужно указать внутренний номер, который будет использоваться для подключения к панели софтфон.
На этом минимальный набор настроек АТС, которые необходимо выполнить для работы подсистемы выполнен.
Вам останется настроить под себя входящие и исходящие маршруты звонков, очереди вызовов и IVR меню.
Примеры настроек можно посмотреть, открыв демо настройки каждых из перечисленных пунктов.
---
## Установка панели софтфона(Подсистема Телефония)
Для того, чтобы совершать звонки, используя **подсистему "Телефонии"**, необходимо на локальном компьютере пользователя установить панель СофтФон, которая будет связующим звеном.
Первым делом скачиваем дистрибутив панели СофтФон. Скачать последнюю версию софтфона можно прямо из конфигурации.
Для этого перейдите в раздел **Звонки и сообщения -> Установка CTI приложения -> Скачать**.
После того как скачали дистрибутив софтфона запускаем установщик и устанавливаем панель.
:::info Версия
На момент написания статьи версия панели софтфона 2.3.3.
После установки панель автоматически проверит наличие новых обновлений и если обновления будут найдены предложит их установить.
:::
После выполнения установки запускаем софтфон для осуществления подключения пользователя.
Откроется окно софтфона, в котором необходимо ввести либо **DNS-имя** сервера, на котором установлена **АТС** или **IP адрес**.
В нашем случае указываем IP и нажимаем кнопку **Далее**.
Если связь будет установлена успешна, тогда Вы будете перенаправлены на следующую страницу подключения.
В противном случае проверьте доступность сервера АТС с локального компьютера, где запускается панель софтфона.
На следующей странице необходимо ввести код подключения, который генерируется в самой конфигурации.
Для этого открываем конфигурацию и переходим в раздел **Звонки и сообщения -> Авторизация CTI приложения**.
Результатом данных действий будет автоматически сгенерированный код, который нужно будет ввести в самой панели софтфона.
Полученный код вводим в соответствующие поля подключения и дожидаемся успешной автоматической настройки софтфона.
:::info
Если на данном этапе Вы получаете ошибку, обязательно убедитесь, что в конфигурации у подключаемого пользователя указан внутренний номер.
А также для данного пользователя создан соответствующий сотрудник на сервере АТС MikoPBX.
:::
После успешной авторизации необходимо дождаться завершения автоматической настройки панели.
По завершению данной операции Вы можете приступать к полноценному использованию **подсистемы "Телефония"** совместно с нашей конфигурацией.
---
## Работа с отчетами(Работа с отчетами)
В конфигурации используются отчеты для вывода на экран, в печать или файл структурированной информации.
***Пример отчета:***
Формировать вывод информации в отчете, можно с помощью группы предопределенных или собственных отборов.
В расширенном виде настроек отчета, можно устанавливать нужные настройки: отборов, полей и сортировки, оформления, структурирования.
| **Список ролей для работы с подсистемой "Отчеты"** |
|----------------------------------------------------|
| Добавление и изменение вариантов отчетов |
| Добавление и изменение личных вариантов отчета |
| Использование универсального отчета |
| Чтение вариантов отчета |
| Просмотр отчета движения документа |
| Добавление и изменение рассылок отчетов |
| Чтение рассылок отчетов |
---
## Анализ опроса(Работа с отчетами)
Отчет ***Анализ опроса***
**Техническая поддержка -> Анализ опроса**
позволяет отразить результаты проведенного ранее опроса.
По каждому вопросу видны результаты ответов.
---
## Анализ работ, детальный анализ работ(Работа с отчетами)
Отчет ***Анализ работ***
**Техническая поддержка -> Анализ работ**
отражает информацию по заданиям на основании, которых был создан документ "Наряды на работы". Выводит количество проведенных работ и их стоимость.
Отчет ***Детальный анализ выполненных работ***
**Техническая поддержка -> Детальный анализ выполненных работ**
содержит аналогичную, но более детализированную информацию.
---
## Аналитический отчет по анкетированию(Работа с отчетами)
Отчет ***Аналитический отчет по анкетированию***
**Техническая поддержка -> Аналитический отчет по анкетированию**
отражает аналитическую информацию о проведенном анкетировании с ответами пользователя.
---
## Загруженность сотрудников(Работа с отчетами)
Контролировать загруженность сотрудников можно с помощью одноименного отчета
**Техническая поддержка -> Загруженность сотрудников**
Отчет позволяет наглядно увидеть нагрузку сотрудника по часам, минутам и дням.
Вывод данных осуществляется на основе выбранных этапов задания. Каждый
этап имеет свой цвет (источником цвета является поле *Цвет текста* конкретного этапа процесса)
---
## Настройки отчета(Работа с отчетами)
Отчеты в программе весьма гибкие, но при этом сказать, что **как угодно можно настраивать отчеты** будет не корректно - т.к. **доступные данные** для использования будут **ограничены запросом** к базе данных, построенным разработчиком заранее. Тем не менее, возможность видоизменять отчет без привлечения программистов - есть. Для этих целей используются инструменты **СКД**.
:::info Система компоновки данных
СКД – является визуальным средством для построения и вывода отчетов, без использования кодирования на языке 1С. Т.е. мы можем задавать источники данных, способ их вывода на экран, при этом, не написав ни строчки кода.
:::
**Как использовать данный инструмент покажем на примере, но данный механизм относится к платформе 1С, поэтому более подробную информацию по работе с данной системой вы можете найти в интернете.**
Задача: выводить в отчет информацию о среднем времени реакции и среднем времени выполнения задач по исполнителям.
**Что для этого нужно?**
* Количество заданий за период
* Сумма фактического времени исполнителя по всем задачам за период
* Вычислить среднее значение по формуле: Сумма времени за период / количество задач за период
Наилучшим образом для решения данной задачи подойдет отчет «Исполнение SLA» , т.к. в нём есть предопределенные поля: *Время реакции факт (в часах)* и *Время выполнения факт (в часах)*
Путь по умолчанию:
**Техническая поддержка -> Отчеты по технической поддержке -> Область SLA -> Исполнение SLA**
Для того, чтобы в этот отчет приобрел необходимое нам визуальное представление - изменим настройки отчета.
1. Нажимаем кнопку **Настройки...** на панели инструментов:
В открывшемся окне нам становятся доступные вкладки, позволяющие управлять отчетом и менять его итоговое представление как нам необходимо:
* **Фильтры** - на данной вкладке устанавливаются отборы, критерии по котором задания будут или не будут выводиться в отчет.
* **Поля и сортировки** - раздел, отвечающий за то, каким образом будут отсортированы поля, выводимые в отчет
* **Оформление** - возможность задавать условное визуальное отражение полей при соблюдении условий. Так, например, можно красить в зеленый цвет поля, значения которых будет равно нулю
* **Структура** - главный раздел, определяющий какие именно данные будут использованы для построения отчета. В самом начале мы говорили о том, что доступные для выбора данные ограничены запросом, который был сформирован в процессе разработки данного отчета:
2. Изменяем структуру отчета
Добавим в структуру нашего отчета поле «Среднее время фактической реакции», которое будет заполняться на основе расчета формулы: *общее время реакции / количество заданий* - на изображении ниже пример того, как добавить формулу.
3. Добавим фильтров и оформление, уберем лишние поля
Установим отборы заданий и для наглядности добавим поле *Количество заданий за период*, чтобы убедиться в корректности нашей формулы среднего расчета. Дополнительно установим округление значений до сотых через условное оформление и скроем ненужные нам поля.
4. Результат
---
## Отчет "Светофор"(Работа с отчетами)
В отчете ***Светофор***
**Техническая поддержка -> Светофор**
отражена информация о заданиях, которые являются просроченными, находятся в работе, или переведены на этап *Выполнено*.
Фильтр, который указывается на период - это фильтр на дату документа. Тут мы пишем не даты когда задание было выполнено, а даты в которых задание было зарегистрировано.
Если необходимо видеть лишь выполненные задания за период - добавьте 2 фильтра по дате выполнения, где первый будет больше, либо равным дате, второй же, меньше, либо равным дате.
---
## Оценки по заданиям за период(Работа с отчетами)
Отчет ***Оценки по заданиям за период***
**Техническая поддержка -> Оценки по заданиям за период**
позволяет отображать результаты оценок в разрезе определенного периода. Данные в отчете выводятся в виде диаграммы с подробным списком заданий по каждой из оценок.
---
## Показатели ITIL(3)
Отчет ***Показатели ITIL***
**Техническая поддержка -> Показатели ITIL**
отражает процентную информацию решенных заданий, согласно соглашению ITIL.
---
## Прайс-лист(Работа с отчетами)
Отчет ***Прайс-лист***
**Техническая поддержка -> Прайс-лист**
отражает цены тарифов на услуги.
---
## Причины отклонений(Работа с отчетами)
Отчет ***Причины отклонений***
**Техническая поддержка -> Причины отклонений от графика**
отражает информацию о сотрудниках, которые по определенным причинам были вынуждены отклониться от графика работы.
Причины отклонений:
* Авария;
* Заболевание;
* Командировка;
* Отгул;
* Отпуск;
* Отпуск без сохранения заработной платы;
* Отсутствует по невыясненной причине;
* Прогул;
* Регламентные работы.
Отчет формируется на основании документа [Причины отклонения от графика](/it3/podsistema-service-desk-upravlenie-incidentami/upravlenie-vremenem-sotrudnikov-i-rabotami-po-zadaniyam/prichiny-otkloneniya-ot-grafika).
---
## Просроченные задания(Работа с отчетами)
Отчет ***Просроченные задания***
**Техническая поддержка -> Просроченные задания**
выводит подробную информацию о просроченных заданиях.
---
## Рейтинговый отчет(Работа с отчетами)
***Рейтинговый отчет***
**Техническая поддержка -> Рейтинговый отчет**
отражает в виде диаграммы (вид диаграммы может быть изменен), информацию по количеству созданных заданий конкретным инициатором.
---
## Список заданий(3)
Отчет ***Список заданий***
**Техническая поддержка -> Список заданий**
позволяет отобразить список заданий.
---
## Список проблем(Работа с отчетами)
Отчет ***Список проблем***
**Техническая поддержка -> Список проблем**
отражает подробную информацию о созданных проблемах.
---
## Cправка об исполнительской дисциплине(Работа с отчетами)
Отчет ***Справка об исполнительской дисциплине***
**Техническая поддержка -> Справка об исполнительской дисциплине**
отражает информацию, которая показывает, как дисциплинированно сотрудники выполняют свою работу.
---
## Трудозатраты(Работа с отчетами)
В конфигурации трудозатраты по заданиям, отражаются в отчете ***Хронометраж***
**Техническая поддержка -> Трудозатраты**.
---
## С чего начать?(Подсистема Service Desk (управление инцидентами))
Вы готовы к ведению учета? Ну что, начнем?
Прежде всего, Вам необходимо ясно представить цели, которые Вы хотите получить в конце от автоматизации Service Desk и быть морально готовым к кропотливой работе по упорядочиванию задач, их систематизации, обучению пользователей новой системе и т.д.
На бумаге нарисуйте схему обработки инцидентов (в нашей терминологии и далее – заданий) у Вас в отделе, как бы Вы хотели, чтобы это работало. Есть ли у Вас менеджер по приему заданий, который распределяет задания по направлениям, или Вы будете работать без него? Составьте ПОЛНЫЙ СПИСОК всех возможных процессов в Вашей ИТ-структуре. И для каждой сделайте свою схему.
> *В этой статье мы вам покажем, как настроить работу для одного вида процессов. Остальное Вы сделаете по аналогии.*
Рассмотрим **бизнес-процесс обращения** пользователей организации (инициаторов) в ИТ-службу на примере следующей схемы (по умолчанию она присутствует в только что установленной конфигурации и называется «Обращение»).
Допустим, в нашем виртуальном примере есть человек, который отвечает на все телефонные звонки (оператор), фиксирует все данные в самом начале и распределяет эти обращения по исполнителям.
При этом он регистрирует все данные (тема, текст, приоритет, от кого и т.д.). Потом отдает на выполнение другому специалисту отдела, а тот уже выполняет все, чтобы обратившийся получил решение поставленного задания.
Причем, человек регистрирующий обращение достаточно грамотен и может решить вопрос самостоятельно, не передавая другому сотруднику. Так же в процессе беседы может оказаться, что обращение было вызвано неграмотностью пользователя вследствие чего, обращение было отменено.
После того, как оператор выбрал исполнителя, исполнитель может установить другого исполнителя, т.е. передать его другому специалисту, а также самостоятельно выполнить задание. В процессе работы может быть такая ситуация, когда конечный исполнитель указал, что он выполнил задание, но после проверки его инициатором оказалось, что задание не доведено до конца. В таком случае необходимо предусмотреть переход из состояния «Выполнено» в состояние «Выполнение», из которого потом снова можно перейти в состояние «Выполнено» и т.д.
В результате имеем этапы обращения:
* Новый (обращение еще не рассмотрено оператором)
* Регистрация (обращение рассмотрено оператором, внесены все реквизиты обращения)
* Отмена (оператор решил вопрос самостоятельно, или по какой-то причине обращение было отменено)
* Выполнение (оператор назначил конечного исполнителя)
* Выполнено (конечный исполнитель выполнил задание)
По этим этапам нарисуем схему, как в нашей мнимой организации происходит работа с обычным обращением пользователей:
В конфигурации получим процесс **Техническая поддержка -> Процессы** :
Причем видно, что из шага (этапа) *Новый* (когда задание только что создано) можно перейти на этап *Регистрация*,
если мы станем на этап *Регистрация*, мы должны иметь возможность пойти на два других этапа: либо *Выполнение*, либо *Отменено*,
что, собственно, на втором рисунке и видно. Где текущий этап *Регистрация*, а возможные переходы указаны в выпадающем списке.
Это возможные переходы на этапы. А в задании получаем:
Видно, что перевести с этапа "Регистрация" можно на один из двух этапов: либо *Выполнение*, либо *Отменено*.
Если мы выберем *Выполнение*, то задание будет переведено на новый этап *Выполнение* с этапа *Регистрация*,
таким образом мы перейдем с одного этапа на другой.
Аналогично и для других этапов.
Последовательный переход с этапа на этап позволит перевести задание из начального этапа *Новый* в конечный этап *Выполнено* или *Отменено*.
Исходя из выше составленной схемы и описанными возможностями программы, на данном этапе необходимо определить,
как Вы хотите работать с пользователями и их заявками. Конфигурация предлагает несколько вариантов на Ваш выбор:
## 1. Работа службы поддержки через единый ящик поддержки
Есть служебный почтовый ящик вида `support@mymail.ru` (или несколько таких ящиков), пользователи на него пишут заявки и служба поддержки работает по этим заявкам.
В конфигурации, это реализовано следующим образом: в настройках параметров учета есть список ящиков, с которых выполняется загрузка писем от пользователей (письма попадают в конфигурацию, загружаясь регламентным заданием).
На основе загруженных писем, другим регламентным заданием анализируются и создаются новые задания, или, если это переписка уже по существующей задаче, то добавление сообщений в уже созданное задание.
Изменение статуса задания, смена ответственного, переписка и т.д. осуществляется в конфигурации, подписчикам задания, в том числе и автору, отправляются уведомления об изменениях по заданию.
При этом, службе поддержки не нужно анализировать почтовые письма, задания создаются из писем, мы лишь контролируем задания.
Такой способ работы самый распространенный.
## 2. Работа от звонков пользователей (Call Center)
Есть диспетчер или разделение исполнителей по ролям, им звонят, они выполняют задания, получив описание проблемы по телефону.
Такое тоже встречается, в этом случае, задания в Service Desk, необходимо вносить вручную, там же регистрировать этапы и тонкости решения поставленных заданий.
Это необходимо делать, т.к. если не регистрировать эти инциденты, то через время начнутся ситуации, когда что-то забыли, что-то не доделали и т.д.
Задания, заведенные в нашем решении никуда не денутся, и помогут Вам ничего не забыть.
При этом, есть возможность, если у обратившегося сотрудника, в справочнике физ лица, заполнено поле e-mail, то можно настроить все так, чтобы инициатор задания получал уведомления по почте об изменении своего задания.
## 3. Комбинированный способ поддержки (единый ящик поддержки + Call Center)
В этом способе есть как письма, так и звонки от пользователей.
Т.е. ничего не исключает отправку писем пользователями и звонки с заданиями одновременно.
## 4. Пользователи сами заходят в конфигурацию через Веб - клиент (используя интернет - браузер), или через 1С:Предприятие и сами вносят задания в конфигурацию
Если корпоративная почта отсутствует, но при этом необходима фиксация поручений и контроль их выполнения, то возможен и такой вариант работы с нашей конфигурацией.
## 5. [Мобильное приложение](/it3/mobilnoe-prilozhenie)
## 6. [Личный кабинет](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/http-servisovy/lichnyy-kabinet)
## 7. [Telegram бот](/it3/integraciya-s-telegram-botom)
Выберите необходимый для себя способ работы для продолжения изучения.
---
## Удаленное управление(Удалённое управление)
Подсистема позволяет быстро подключаться к компьютерам пользователей.
В объектах "Физические лица", "Места хранения", "Контрагенты", "Пользователи", "Контактные лица", есть дополнительная команда *Удаленное управление*:
При нажатии на нее открывается форма с подключением:
Теперь можно нажать на кнопку "Запустить" и запустится внешнее приложение, которое позволит подключиться к конкретному пользователю используя внешнее ПО (Team Viewer, RAdmin и т.д.).
Это позволяет быстро подключаться к удаленным компьютерам прямо из конфигурации, что сэкономит ваше время.
:::info Внимание!
Для того, чтобы подсистема работала на клиентском компьютере должны быть установлены программы для удаленного подключения (Team Viewer, RAdmin и т.д.).
:::
Формы справочника "Удаленное управление" отличаются друг от друга в зависимости от того, как был открыт данный справочник.
То есть, если справочник был открыт через объект подключения (пользователя, контрагента, места хранения и т.д.), то форма справочника выглядит как на изображении выше.
Если же "Удаленное управление" открыто через раздел "Техническая поддержка", то форма примет иной внешний вид (изображение ниже).
А вот форма редактирования удаленного подключения:
Можно выбрать параметры запуска и основные параметры. Если не понятно какие параметры использовать, нажмите на знак вопроса рядом с параметрами.
Пути к внешним приложениям предопределены, но их можно изменить для каждого пользователя в его персональных настройках.
Функционал удаленного управления использует достаточно широкий выбор вариантов для осуществления удаленного подключения, который был расширен.
В состав входят такие программы и подключения как:
* [x] AeroAdmin
* [x] AmmyAdmin
* [x] AnyDesk
* [x] DameWare Mini Remote Control
* [x] HTTP(S)
* [x] LiteManager
* [x] RAdmin
* [x] RDP - возможности подстановки пароля нет
* [x] Remote manipulator system (RMS)
* [x] Team Viewer
* [x] Ultra VNC
* [x] Произвольная команда
:::info Важно!
Функционал доступен в редакции КОРП.
:::
---
## Справочник "Настройки подключений"(Удалённое управление)
Справочник **Настройки подключений** предназначен для хранения информации об удаленных подключениях, для быстрого подключения к рабочим местам сотрудников.
* **Объект** - устройство или рабочее место к которому подключаемся.
* **Тип подключения** - Тип подключения из предопределенного списка.
* **Комментарий** - произвольное описание.
* **Имя пользователя (логин)** - имя пользователя для подключения.
* **Пароль** - пароль подключения (скрыт).
* **Параметры запуска** - дополнительные параметры запуска для подключения (приведены ниже для каждого из ПО).
## Параметры запуска LiteManager
### Основные ключи
`/name:<название_соединения>` — название соединения, для которого необходимо выполнить команду.
`/password:<пароль>` — пароль для доступа к удаленному серверу. Если пароль не задан явно, то он берется из сохраненных настроек соединения.
`/USERNAME:<имя_пользователя>` — для авторизации соединения по логину и паролю.
### Режимы соединения
`/FULLCONTROL` — управление мышью и клавиатурой удаленного компьютера.
`/VIEWONLY` — просмотр экрана удаленного компьютера.
`/FTP` — файловый менеджер.
`/OVERLAY` — видео оверлей.
` /SHUTDOWN` — перезагрузка, выключение, выход пользователя и блокирование (уточняющие ключи: `/RESTART, /POWEROFF, /SWITCHOFF, /LOCK, /WAKEONLAN, /MONITOROFF, /MONITORON, /HIBERNATION`) компьютера.
`/TASKMANAGER` — диспетчер задач.
`/REMOTEEXECUTE` — удаленный запуск программ (уточняющие ключи: `/FILENAME:<название_программы>, /HIDDEN, /RUNASCURRENTUSER, /RUNASUSER + /RUNUSERNAME:<имя_пользователя> + /RUNUSERPASS:<пароль> + /RUNUSERDOMAIN:<домен>`).
`/TELNET` — терминал.
`/DEVICEMANAGER` — диспетчер устройств.
`/RDP` — подключение через Microsoft Remote Desktop Protocol.
`/CHAT` — текстовый чат.
`/SCREENRECORD` — запись экрана по расписанию.
`/SEND_MESSAGE` — отправка простого текстового сообщения.
`/REGEDIT` — редкатор реестра.
`/AVCHAT` — аудио-видео чат.
`/AUTORIZATION` — авторизация.
`/WOL` — функция wake on LAN.
`/EXIT` — завершение работы программы.
`/CLOSEAFTERFULLCONTROL` — завершение работы программы после завершение сеанса управления или просмотра.
`/DEMONSTRATION` — запуск режима демонстрации.
### Дополнительные параметры для Viewer
`/KEY:<лицензионный_ключ>` — лицензионный ключ для программы, ключ будет применен но в менеджере лицензий он не отобразится.
`/NOIPID:` — ID соединения, применяемый для соединения по ID, если соединения с данным ID нет, то создается новое.
`/NOIPIP:` — IP адрес Вашего NOIP.
`/NOIPPORT:<Порт_NOIP_сервера >` — Port адрес Вашего NOIP.
Дополнительные параметры для `/FTP`, можно запустить отдельно копирование файла `/FTPACTION:` или `, /FTPLOCAL:<Путь к файлу>, FTPREMOTE:<Путь к файлу>`
Пример: `/FTP/FTPACTION:DOWNLOAD/FTPLOCAL:D:\1.bmp/FTPREMOTE:E:\2.bmp`
### Примеры
Пробуем подключить соединение с названием «Server» в режиме управления мышью и клавиатурой, для теста указан символический пароль.
`ROMViewer.exe /name:Server /password:123456789 /fullcontrol`
Запуск калькулятора, пароль берется из настроек (опция «Сохранять пароль» должна быть включена)
`ROMViewer.exe /name:Server /remoteexecute /filename:calc.exe`
Запуск и создание нового соединения в качестве имени указываете IP или NETBIOS имя, а при необходимости указываете порт /port: если он отличен от порта используемого по умолчанию.
`ROMViewer.exe /name:192.168.0.1 /port:7777 /fullcontrol`
Параметры командной строки для серверного модуля Server
`/silentinstall` — установить службу, тихая установка программы.
`/silentuninstall` — деинсталлировать службу, тихое удаление программы.
`/firewall` — интегрировать с системным файрволлом Windows XP/Vista/7.
`/start` — запустить сервер.
`/stop` — остановить сервер.
`/config` — открыть окно настроек.
`/compact` — компактный режим запуска сервера, режим запуска со съемного носителя, программа автоматически устанавливается, и запускается как сервис.
`/userstop` — корректная остановка сервера запущенного с правами ограниченного пользователя т.е. как обычное приложение.
`/showconnectbyid` — открыть окно соединения по ID при запуске.
`/HIDETRAY` —скрыть иконку в трейе.
`/PASSWORD:<пароль>` — пароль для сервера.
`/ID:` — ID для соединения по ID.
`/NOIPIP:` —IP адрес вашего NOIP.
`/NOIPPORT:` —порт вашего NOIP.
`/RESTART` — перезапуск сервера.
#### Для NoIP
`/start` — запустить службу.
`/stop` — остановить службу.
`/silentinstall` — установить службу.
`/silentuninstall` — удалить службу.
:::info Внимание!
Команды Server нужно выполнять только от имени администратора.
:::
### Параметры запуска RAdmin
Вы можете запустить исполняемый файл Radmin Viewer (radmin.exe) в папке установки со следующими параметрами командной строки:
* **`/connect`**
Соединение с удаленным компьютером без использования адресной книги.
`/connect:<адрес>:<порт>`
Где:
*адрес* - IP адрес удаленного компьютера или DNS имя.
*порт* - номер порта, который использует Radmin Server, установленный на удаленном компьютере.
Пример:
`/connect:212.44.120.10:4899`
* **`/through`**
Соединение через промежуточный Radmin Server.
`/through:<адрес>:<порт>`
Где:
*адрес* - IP адрес или DNS имя промежуточного компьютера.
*порт* - порт, на который настроен Radmin Server, установленный на промежуточном компьютере.
Пример: `/connect:212.44.120.10:4899 /through:212.44.121.1:2000`
* **`/pbpath`**
Запуск программы с указанным файлом адресной книги.
`/pbpath"путь"`
Где:
*путь* - путь к файлу адресной книги.
Пример: `/pbpath"C:\my.rpb"`
* **`/noinput`**
Соединение в режиме 'Просмотр'.
Пример: `/connect:212.44.120.10:4899 /noinput`
* **`/telnet`**
Соединение в режиме `'Telnet'`.
Пример: `/connect:212.44.120.10:4899 /telnet`
* **`/file`**
Соединение в режиме 'Передача файлов'.
Пример: `/connect:212.44.120.10:4899 /file`
* **`/shutdown`**
Соединение в режиме 'Выключение'.
Пример: `/connect:212.44.120.10:4899 /shutdown`
* **`/chat`**
Соединение в режиме 'Текстовый чат'.
Пример: `/connect:212.44.120.10:4899 /chat`
* **`/voice`**
Соединение в режиме 'Голосовой чат'.
Пример: `/connect:212.44.120.10:4899 /voice`
* **`/message`**
Соединение в режиме 'Передача текстового сообщения'.
Пример: `/connect:212.44.120.10:4899 /message`
* **`/fullscreen`**
Используется с режимом соединения 'Управление' (без ключей командной строки) или 'Просмотр' (с ключом '/noinput'). Отображает рабочий стол удаленного компьютера во весь экран.
Пример: `/connect:212.44.120.10:4899 /noinput /fullscreen`
`**/24bpp, /16bpp, /8bpp, /4bpp, /2bpp, /1bpp`**
Используется с режимом соединения 'Управление' (без ключей командной строки) или 'Просмотр' (с ключом '/noinput'). Определяет глубину цвета изображения, передаваемого с удаленного компьютера на локальный, в битах на пиксел. Чем ниже глубина цвета, тем меньше объем передаваемых данных и выше скорость работы, но качество изображения ухудшается. При максимальном значении глубины цвета изображение имеет такое же качество, как и исходное, но скорость обновления может уменьшиться.
Пример: `/connect:212.44.120.10:4899 /noinput /16bpp`
* **`/updates`**
`/updates:<количество обновлений в секунду >`
Где:
*количество обновлений в секунду* - означает максимальное количество обновлений в секунду.
Ключ используется с режимом соединения 'Управление' (без ключей командной строки) или 'Просмотр' (с ключом '/noinput') и позволяет отобразить удаленный экран с указанным или меньшим количеством обновлений.
Пример: `/connect:212.44.120.10:4899 /noinput /updates:30`
* **`/sendrequest`**
Использует сгенерированный Radmin-сервером файл запроса на активацию, отправляет запрос на веб-сервер активации компании Фаматек и сохраняет полученный в ответ файл с лицензией. Полученный файл с лицензией может использоваться для [ручной](http://www.radmin.ru/support/radmin3help/files/reg.htm) активации Radmin Server или активации с использованием [ключей командной строки Radmin Server](http://www.radmin.ru/support/radmin3help/files/cmd.htm).
`/sendrequest /requestfile"<файл запроса на активацию >"/licensefile"<файл с лицензией >" [/outputfile"<файл отчета >"]`
Где:
**файл запроса на активацию* - путь к файлу запроса на активацию, предварительно сгенерированному сервером Radmin. Подробнее...
*файл с лицензией* - путь, по которому следует сохранить файл с лицензией.
*файл отчета* - (необязательно) путь и имя файла с отчетом о выполнении команды. Файл отчета содержит информацию о том, была ли операция выполнена успешно или нет.
Пример:
`radmin.exe /sendrequest /requestfile"C:\fam.request" /licensefile"C:\fam.license"`
или
`radmin.exe /sendrequest /requestfile"C:\fam.request" /licensefile"C:\fam.license" /outputfile"C:\fam.log"`
* **`/?`**
Выводит список доступных ключей командной строки
### DameWare Mini Remote Control
```
dwrcc.exe, -?|-?:, -c:, -h:, -m:MachineName, -u:UserName, -p:Password | -p:"Password", -d:Domain, -o:TCPport, -s:SharedSecret, -r:, -vnc:, -a:0|1|2, -prxa:MRCproxyAddress, -prxp:MRCproxyPort, -prxsMRCproxySecret, -v:, -md:, -i:n, -x:, -bh:CentralServerHostAddress, -bpn: CentralServerPortNumber -bu:CentralServerUserName, -bps:CentralServerUserPassword.
```
**-?:** Displays this Help menu.
> **Example dwrcc.exe -?:**
**-c:** Connect automatically.
> **Example: dwrcc.exe -c: -m:123.123.123.123**
**-h:** Will bypass the MRC Host Entry settings using the default connection settings unless specified otherwise by additional command line options (used with -c).
> **Example: dwrcc.exe -c: -h: -m:123.123.123.123**
**-m:** Sets the machine or host name or IP address.
> **Example: dwrcc.exe -c: -m:123.123.123.123**
**-u:** Sets the User ID.
> **Example dwrcc.exe -c: -m:123.123.123.123 -u:myUsername**
**-p:** The password field now has the ability to be enclosed in double quotes.
> **Example dwrcc.exe -c: -m:123.123.123.123 -u:myUsername -p:"my Password"**
> ***Note:*** When Smart Card Logon authentication method selected (i.e. -a:3), -p: parameter is used to supply PIN, instead of Password.
> Example dwrcc.exe -c: -m:123.123.123.123 -a:3 -p:PIN (v5.5 and above)
**-d:** Specifies the Domain name.
> **Example dwrcc.exe -c: -m:123.123.123.123 -u:myUsername -p:myPassword -d:myDomainName**
**-o:** Specifies the TCP Port Number.
> **Example dwrcc.exe -c: -m:123.123.123.123 -o:6129**
**-s:** Specifies the Pre-Shared Secret Password (version 4.4 and above).
> **Example dwrcc.exe -c: -h: -m:123.123.123.123 -u:myUsername -p:myPassword -s:mySharedSecre**t
**-r:** Specifies the use of the Remote Desktop Protocol (RDP).
> **Example dwrcc.exe -m:myMachineName -r:**
**-vnc:** Specifies the use of the Virtual Network Computing (VNC) viewer.
> **Example dwrcc.exe -m:myMachineName -vnc:**
**-a:** Specifies the Authentication Method. (0=Proprietary Challenge/Response, 1=NT Challenge/Response, 2=Encrypted Windows Logon, 3=Smart Card Logon).
> Example dwrcc.exe -c: -m:123.123.123.123 -u:myUsername -p:myPassword -d:myDomainName **-a:2**
> ***Note:** When Smart Card Logon authentication method selected (i.e. -a:3), -p: parameter is used to supply PIN.
> Example dwrcc.exe -c: -m:123.123.123.123 **-a:3 -p:PIN** (v5.5 and above)
**‑prxa:** Specifies the MRC proxy address.
> **Example dwrcc.exe -c: -m:123.123.123.123 -prxa:192.168.1.1**
**‑prxp:** Specifies the MRC proxy port number.
> **Example dwrcc.exe -c: -m:123.123.123.123 -prxa:192.168.1.1 -prxp:6529**
**-prxs:** Specifies the MRC proxy secret, if the MRC proxy requires a shared secret.
> **Example dwrcc.exe -c: -m:123.123.123.123 -prxa:192.168.1.1 -prxs:SharedSecret**
**-v:** Open this DMRC session in View Only Mode.
> **Example dwrcc.exe -c: -m:123.123.123.123 -v:**
**-md:** Specifies the use of the DameWare Mirror Driver (if installed).
> **Example dwrcc.exe -c: -m:123.123.123.123 -md:**
**-i:** Instance number override.
> **Example dwrcc.exe -c: -m:123.123.123.123 -i:n (where `0 **Example dwrcc.exe -c: -m:123.123.123.123 -x:**
**-bh:** Specifies Central Server host address (only for MRC instances installed in centralized mode)
> **Example = dwrcc.exe -bh:Centralserver -bpn:6133 -bu:user -bps:use**r
**-bpn:** Specifies Central Server port number (only for MRC instances installed in centralized mode)
> **Example = dwrcc.exe -bh:Centralserver -bpn:6133 -bu:user -bps:user**
**-bu:** Specifies Central Server user name (only for MRC instances installed in centralized mode)
> **Example = dwrcc.exe -bh:Centralserver -bpn:6133 -bu:user -bps:user**
**-bps:** Specifies Central Server user password (only for MRC instances installed in centralized mode)
> **Example = dwrcc.exe -bh:Centralserver -bpn:6133 -bu:user -bps:user**
### Remote Manipulator System (RMS)
**Основные ключи:**
• `/name:<название_соединения>` — название соединения, для которого необходимо запустить определенный режим.
• `/password:<пароль>` — пароль для доступа к удаленному серверу. Если пароль не задан явно, то он берется из настроек соединения.
**Режимы соединения:**
• `/FULLCONTROL` — управление мышью и клавиатурой удаленного компьютера.
• `/VIEWONLY` — просмотр экрана удаленного компьютера.
• `/FTP` — файловый менеджер.
• `/WEBCAMERA` — удаленная камера.
• `/SHUTDOWN` — перезагрузка, выключение, выход пользователя и блокирование (уточняющие ключи: `/RESTART`, `/POWEROFF`, `/SWITCHOFF`, `/LOCK`) компьютера.
• `/TASKMANAGER` — диспетчер задач.
• `/REMOTEEXECUTE` — удаленный запуск программ (уточняющие ключи: `/FILENAME:<название_программы>`, `/HIDDEN`).
• `/TELNET` — терминал.
• `/REGISTRY` — реестр.
• `/DEVICEMANAGER` — диспетчер устройств.
• `/RDP` — подключение через Microsoft Remote Desktop Protocol.
• `/CHAT` — текстовый чат.
• `/SCREENRECORD` — запись экрана по расписанию.
• `/SEND_MESSAGE` — отправка простого текстового сообщения.
• `/OVERLAY` — видео оверлей.
**Примеры:**
Подключение соединения с названием "XP" в режиме управления мышью и клавиатурой
`RMSViewer.exe /name:XP /password:123456789 /fullcontrol`
Запуск калькулятора, пароль берется из настроек (опция "Сохранять пароль" должна быть включена)
`RMSViewer.exe /name:XP /remoteexecute /filename:calc.exe`
Для R-Server
• `/silentinstall` — установить службу.
• `/silentuninstall` — деинсталлировать службу.
• `/firewall` — интегрировать с системным файрволлом Windows XP/Vista/7.
• `/start` — запустить сервер.
• `/stop` — остановить сервер.
• `/config` — открыть окно настроек.
:::info Внимание!
Команды R-Server нужно выполнять только от имени администратора.
:::
### UltraVNC
```
-help, -? or -h
Print a help message.
-listen [port]
Start the VNCviewer in listen mode. If port is specified, the viewer listens on that port instead of 5900 default port.
example vncviewer listen non standard port 80
vncviewer.exe -listen 80
-dsmplugin filename.dsm
example1: vncviewer.exe host -dsmplugin msrc4plugin.dsm
example2: vncviewer.exe host -dsmplugin securevncplugin.dsm
-proxy host:port
the proxy is not your office proxy, is ultravnc repeater proxy.
the proxy/repeater mode I (distributor) repeater must be on your lan
"%:\programfiles%\UltraVNC\vncviewer.exe" -proxy host:5901 -connect hostname
"%programfiles%\UltraVNC\vncviewer.exe" -proxy distributor:5901 -connect host -dsmplugin filename.dsm
proxy/repeater mode II (with ID number)
"%:\programfiles%\UltraVNC\vncviewer.exe" -proxy host:5901 ID:1234
"%programfiles%\UltraVNC\vncviewer.exe" -proxy host:5901 ID:1234 -dsmplugin filename.dsm"
```
**`-autoacceptincoming`**
Auto Accept Incoming connection (no SC server info)
**`-autoacceptnodsm`**
server connection set without encryption, there no message is NOT encrypted while vncviewer listen with dsmplugin
**`-autoreconnect [DelayInSeconds]`**
-autoreconnect (default value 3 seconds)
example: autoreconnect after 15 seconds
vncviewer.exe -autoreconnect 15 -connect hostname
commandline autoreconnect
default=3
value is number of seconds between reconnects This allow to set a bigger timeout between reconnect intervals this function is blocked by repeater for viewer."
%programfiles%\ultravnc\vncviewer.exe" -autoreconnect 30 -connect hostname::5900 -quickoption 3 -dsmplugin SecureVNCPlugin.dsm
**`-reconnect x`** (warning) not yet available by command line) only gui
This is the number of times a reconnect is made before the viewer
close the connection.
-disablesponsor
remove the sponsor of vncviewer message error
**`-fttimeout`** sec
Filetransfer timeout sec `[1-60]`
**`-keepalive sec`**
Interval to send a keepalive message
**`-askexit`**
Open a dialogbox on exit " do you realy want to quit"
**`-restricted`**
remove options from system menu ( Filetransfer, chat ....)
**`-viewonly`**
Do not send local keyboard or mouse events to the remote computer.
**`-nostatus`**
Don't show the status window while connecting.
**`-nohotkeys`**
Do not enable hot keys (like CTRL+ALT+F9 for full screen mode etc.). Can be useful in case of conflict with other installed software hotkeys.
**`-notoolbar`**
Do not display the toolbar.
**`-autoscaling`**
Automatically scale the viewer window so that the remote screen fits at best your local screen size.
**`-fullscreen`**
Display viewer in full screen mode.
**`-noauto`**
Disable auto mode. Required for using the color options below or saving a custom configuration (otherwise the settings from quick options always override).
**`-8bit, -256colors, -64colors, -8colors, -8greycolors, -4greycolors, -2greycolors`**
Set the color depth. Fewer colors can significantly reduce the required bandwidth.
Note: Grey colors only work with 32 bits color screen resolution. 16 or 24 bits color resolutions just don't work with grey colors.
**`-shared`**
Share the server with other viewers, i.e. allow several viewers to connect simultaneously to the server.
**`-swapmouse`**
Swap left and right button of the mouse.
**`-nocursor`**
Do not display any local dot mouse cursor.
**`-dotcursor`**
Display the local dot mouse cursor.
**`-normalcursor`**
Display the normal local mouse cursor.
**`-belldeiconify`**
not used
**`-emulate3`**
Emulate a 3-button mouse.
**`-noemulate3`**
Do not emulate a 3-button mouse.
**`-nocursorshape`**
don't change cursor chapes
**`-noremotecursor`**
"." is used as remote cursor
**`-scale A/B`**
Scale the display by the factor A/B.
**`-emulate3timeout Timeout`**
emulate 3 button mouse with 2 buttons
**`-emulate3fuzz Emul3Fuzz`**
emulate 3 button mouse with 2 buttons
**`-disableclipboard`**
Do not transfer clipboard content.
**`-delay delay`**
debug option
**`-loglevel loglevel`**
Set the loglevel. This can range from 0 (minimal) to 10 (maximum logging).
**`-console`**
Open a console window for log output.
**`-logfile filename`**
Log to the file specified by filename.
**`-config filename`**
Read the configuration from filename.
**`-register`**
Record the path to the VNC viewer and the type of the .vnc files in the registry
**`-encoding encoding`**
Encoding is either raw, rre, corre, hextile, zlib, zlibhex, tight or ultra. Encodings are described here.
**`-compresslevel level`**
Use specified compression level (0..9) for "tight" and "zlib" encodings (Tight encoding specific). Level 1 uses minimum of CPU time and achieves weak compression ratios, while level 9 offers best compression but is slow in terms of CPU time consumption on the server side. Use high levels with very slow network connections, and low levels when working over high-speed LANs. It's not recommended to use compression level 0, reasonable choices start from the level 1.
**`-quality quality`**
Use the specified JPEG quality (0..9) for the "tight" encoding (Tight encoding specific). Quality level 0 denotes bad image quality but very impressive compression ratios, while level 9 offers very good image quality at lower compression ratios. Note that the "tight" encoder uses JPEG to encode only those screen areas that look suitable for lossy compression, so quality level 0 does not always mean unacceptable image quality.
**`-user msuser`**
ms logon (NTLM1) username set at server (not viewer side)
**`-password password`**
Use the specified password for "classic" VNC authentication.
**`-serverscale scale`**
Scale the display on the server side by 1/scale. For instance scale = 2 means that the remote screen dimensions are reduced by 2 ("half screen size"), reducing at the same time the amount of graphical data received by a factor 4 (2^2).
**`-quickoption n`**
Select a quickoption. Modem option is default
1 = AUTO (auto select best settings, this never use ultra experimental maybe "forever")
2 = LAN (> 1Mbit/s) Max Colors
3 = MEDIUM (> 128Kbit/s )- 256 Colors
4 = MODEM (19K - 128Kbit/s) - 64 Colors
5 = SLOW (< 19Kbit/s) 8 Colors
6 = (custom ?) N/A (not available and fail)
7 = ULTRA (> 2Mbit/s) - Experimental (still experimental after 2 years)
REMARK
Commandline options are Merged with the default saved settings.
Sample:
if you save viewonly as default -> a viewer started with a commandline option will always be "viewonly".
### AnyDesk
[https://support.anydesk.com/Command_Line_Interface](https://support.anydesk.com/Command_Line_Interface)
#### Overview
| **Parameter** | **Description** |
|---------------|-----------------|
|`--control` | Starts the process which creates the tray icon. During installation, AnyDesk creates a link with this parameter in the autostart start menu entry. This process also handles the clipboard.|
|`--start-service` | Starst the AnyDesk service, if not already running. |
|`--with-password` | Reads the password from stdin and connect to the alias given in the command line using the password.|
|`--set-password` | Sets a password for unattended access. |
|`--get-alias` | Gets the current AnyDesk alias. |
|`--get-id` | Gets the current AnyDesk ID. |
|`--get-status` | Returns the network status of AnyDesk (online or offline). |
|`--register-license` | Registers a license key with AnyDesk. |
|`--silent` | AnyDesk will not display message boxes when this parameter is specified. Recommended for scripts. |
|`--plain` | Generates a main window with no shading, frame or other decorations. |
For installation parameters, see [Automatic Deployment](https://support.anydesk.com/Automatic_Deployment).
#### Get Alias or ID
:::info Note:
The AnyDesk service must be running. Use these commands via batch scripts
:::
AnyDesk will write the requested information to stdout. If the service is not running, SERVICE_NOT_RUNNING is returned and an exit is set indicating the error. If AnyDesk is not installed, it needs to be started first, in order to launch a local service.
Get AnyDesk Alias or ID of the installed and running AnyDesk, with this syntax:
`anydesk.exe --get-alias `
`anydesk.exe --get-id`
**Example script:**
```
@echo off
for /f "delims=" %%i in ('"C:\Program Files (x86)\AnyDesk\AnyDesk.exe" --get-id') do set CID=%%i
echo AnyDesk ID is: %CID%
pause
```
**Likewise for the alias:**
```
@echo off
for /f "delims=" %%i in ('"C:\Program Files (x86)\AnyDesk\AnyDesk.exe" --get-alias') do set CID=%%i
echo AnyDesk alias is: %CID%
pause
```
**Starting the AnyDesk Service**
`anydesk.exe --start-service`
This requires administrator privileges.
#### Connecting with Password
Example script that connects to alias@ad with password. Use command line or batch script:
`echo password | "C:\Program Files (x86)\AnyDesk\AnyDesk.exe" alias@ad --with-password`
#### Automatic Execution (script/MSI)
AnyDesk is installed by script with the following command:
`anydesk.exe --install --start-with-win`
:::info Important:
`` must be a valid installation path, e.g. c:\anydesk. Currently, AnyDesk must be started with Windows.
:::
The following parameters are available after `--install --start-with-win:`
| **Parameter** | **Description** |
|---------------|-----------------|
| | |
|`--remove-first` | Perform update or replace existing installation |
|`--create-shortcuts` | Create Start menu item |
|`--create-desktop-icon` | Create shortcut on the Windows desktop |
|`--silent` | Do not start AnyDesk after installation and do not display error messages. |
#### Setting a Password
For security reasons, a password for unattended access can not be set from the command line directly as this would enable malicious users to spy the password from the command line in Task Manager. Instead, a pipe is used to set the password.
`echo password | anydesk.exe --set-password`
:::info Note:
Example: `echo my_new_password | anydesk.exe --set-password`
:::
:::info Note:
Example for an custom version: `echo my_new_password | anydesk-123abc456.exe --set-password`
:::
This requires administrator privileges.
#### Registering License Key
You can register a license with the current AnyDesk installation using the command line. The service must be running.
`echo license_key | anydesk.exe --register-license`
Almost every scripting language has a pipe interface for stdin and stdout. See the programming language documentation for more information.
**Uninstalling without Notice (silent uninstall)**
`--remove`
### AeroAdmin
AeroAdmin supports following arguments:
`-install_service` (installs AeroAdmin as Windows service. Admin rights're required)
`-minimize` (runs AeroAdmin minimized)
`-sims` (opens SOS service window)
`-sims_admin_email` (specifies SOS destination email)
`-cur_rights` (AeroAdmin is launched under current user privileges. Some of the features like installation as service, Ctrl+Alt+Del etc may not work)
`-connect 123456 -pw Pass123456` (AeroAdmin, when started and ready, will automatically connect to client ID 123456 with password Pass123456)
PROXY (SOCKS 3,4) support:
**`-proxy_ip`** 127.0.0.1
**`-proxy_port`** 443
**`-proxy_user`** user
**`-proxy_pass`** password
---
## Управление временем сотрудников и работами по заданиям(Управление временем сотрудников и работами по заданиям)
В данной главе описана работа с документами, которые позволяют отслеживать и управлять временем сотрудников.
| **Список ролей для работы с подсистемой "Управление временем сотрудников"** |
|-----------------------------------------------------------------------------|
| Добавление и изменение нарядов на работы |
| Чтение нарядов на работы |
| Добавление и изменение графиков работы |
| Чтение графиков работы |
---
## Листы учета рабочего времени(Управление временем сотрудников и работами по заданиям)
Листы учета рабочего времени создаются на основании документа [Наряд на работы](/it3/podsistema-service-desk-upravlenie-incidentami/upravlenie-vremenem-sotrudnikov-i-rabotami-po-zadaniyam/naryady-na-raboty) и служит для цели обобщения работ по конкретному клиенту за период.
Документ не делает никаких движений и позволяет на основании создать оплату нарядов [Учет денежных средств](/it3/denezhnye-sredstva/uchet-denezhnyh-sredstv), а в форме списка документа будет видно оплачен ли данный лист учета или нет.
Так же содержит печатную форму ЛУРВ:
---
## Наряды на работы(Управление временем сотрудников и работами по заданиям)
:::info Наряд на работы
Документ, который фиксирует фактическое время работы сотрудников.
:::
Наряды на работы обычно создаются на основании поступившего задания, но может и использоваться сам по себе. Выглядит совместное использование следующим образом: сначала поступает задание, а затем на его основании создается **Наряд на работы**.
Но эта схема не является обязательной. Благодаря гибкости системы Вы можете создать **Наряд на работы** как самостоятельный документ, не привязанный к заданиям.
## Список нарядов на работы
В этом списке документов Вы можете увидеть все наряды на работы и некоторую информацию по ним.
## Окно наряда на работы
В окне наряда на работы Вы можете увидеть и изменить подробную информацию по конкретному факту работы пользователей отдела. Наряд на работы может быть создан на основании **Задания** с автоматическим заполнением данных.
На основании документа **Наряд на работы** можно создать документы **Лист учета рабочего времени** и **Учет денежных средств**.
---
## Причины отклонения от графика(Управление временем сотрудников и работами по заданиям)
Документ предназначен для фиксирования отсутствия пользователей или времени, когда сервисы не могут быть оказаны. Найти его можно в разделе
**Техническая поддержка -> Отклонения от графика**
Документ учитывается при [автоматическом назначении исполнителя в документе "Задание"](/it3/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/avtomaticheskoe-naznachenie-ispolnitelya).
---
## Управление проблемами(Подсистема Service Desk (управление инцидентами))
Согласно ITIL: **Проблема** – это неизвестная причина одного или более инцидентов. Одна проблема может породить несколько инцидентов.
В нашем решении реализован механизм управления проблемами ITIL.
Проблема может быть создана как из формы задания, так и из формы списка заданий (множественная).
Проблема стоит выше НАД заданиями (инцидентами), так как имеет приоритетную первостепенность.
После создания открывается форма:
Где мы укажем краткое описание проблемы, список задач (инцидентов), которые участвуют в проблеме.
Так же в проблеме может быть Исполнитель, а первоначально проблема имеет статус *Зарегистрирована*.
При этом статус на *Решена* изменить у проблемы нельзя без выполнения указанных дочерних инцидентов.
Так же есть возможность указать Решение для проблемы, тогда при добавлении задания в проблему, в самом задании появится возможность быстро выбрать решение в решениях так как будет видна связь.
Поскольку завершить и закрыть проблему без перевода всех инцидентов на этап *Выполнено* нельзя,
в данном документе предусмотрен функционал, позволяющий массово выполнять выделенные задания (инциденты).
При этом механизм позволяет выбрать способ выполнения: с отправкой решения или без отправки.
:::info ВАЖНО!
Для того, чтобы задания были переведены на этап "Выполнено" необходимо, чтобы в настройках процесса, который указан в заданиях было заполнено "Значение преопределенного этапа выполнения задания". Данный реквизит заполняется в настройках каждого процесса на закладке "Автоматическое выполнение". Подробнее можно узнать в статье.
:::
**1. Выполнить задания с отправкой решения.**
Предположим, что в проблеме были выполнены все входящие в ее состав задания и теперь нам необходимо их перевести на этап *Выполнено*
и отправить комментарием с пояснением решения. Для этого на закладке **Задания (инциденты)** сочетанием клавиш `CTRL+A` или `CTRL + ЛКМ` выделяем нужные задания
и нажимаем кнопку **Выполнить задания** - **С отправкой решения**.
:::info ВАЖНО!
Для отправки решения необходимо, чтобы у Вас на закладке "Решения" была указана как минимум одна статья базы знаний,
так как текст пояснения выполнения будет браться именно из статей.
:::
## Рассмотрим каждый из способов:
После этого система в автоматическом режиме переведет все выделенные задания на этап *Выполнено* и в качестве комментария добавит текст из статьи базы знаний, которая была указана на закладке **Решения**.
При этом если было указано несколько статей, то система объединит текст всех статей в один и добавит его в комментарий к каждому заданию.
**2. Выполнить задания без отправки решения.**
Для тех ситуаций, когда требуется массовое выполнение заданий, но не нужно отправлять комментарий решения,
можно воспользоваться кнопкой **Выполнить задания** - **Без отправки решения**.
В этом случае выделенные задачи будут просто переведены на этап *Выполнено* и комментарий с решением не будет добавлен.
При этом не важно указаны на закладке **Решения** статьи базы знаний или нет.
Для дальнейшего анализа проблем есть отчет **Список проблем**, который поможет проанализировать проблемы и выявить причины их появления.
---
## Правила событий
**Подсистема Правила событий** - это гибкий механизм с помощью, которого можно реализовывать нестандартную логику работы программы.
Работа системы заключается в выполнение действий, при соблюдении определенных условий.
Таким образом, механизм может позволить реализовать практически любую потребность.
Настроить подсистему можно, используя интерфейс программы, или воспользоваться программным вариантом.
В этой главе подробно описана первоначальная настройка и дальнейшая работа с данной подсистемой.
| Список ролей для работы с подсистемой "Правила событий" |
|---------------------------------------------------------|
| Добавление изменений правил событий |
| Чтение правил событий |
---
## Есть ли ограничения на изменения шаблонов писем? Можно ли, например, вместо ID# указать № и так далее?
Ограничений особых нет, и да, это возможно.
Для изменения текстов писем необходим открыть правила событий:
раздел **Справочники -> Правила событий**.
Найдем нужное нам правило и отредактируем его.
Предположим, нам необходимо изменить текст письма, которое отправляется пользователю при загрузке заявки из почты.
Найдем такое правило:
На второй вкладке:
И сам шаблон:
Тут его и можно править. Можно внести свой текст, можно перетаскивать мышкой переменные и добавлять в письмо свои значения. Причем, это как с телом письма можно сделать, так и с темой.
Но вопрос то был в другом. А именно: как поменять **ID# на №**
Первое, что хотим отметить - не нужно менять ID на простой - это связано с тем, что если вдруг в теме будет он не в контексте номера, а в другом, то будет проблема...
Вместо того, чтобы сделать новую задачу, программа будет пытаться вставить комментарий в уже существующее задание.
Пример темы: **Просьба проверить план закупки №1 на следующий год**.
Напомним, что наша конфигурация умеет не только загружать письма и создавать на их основании задания, но и понимать, что это не новое задание, а переписка по существующей задаче.
См. статью [Создание заданий на основании электронных писем, которые приходят в службу технической поддержки](/it3/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/sozdanie-zadaniy-iz-elektronnyh-pisem)
(в конце алгоритм определения, что задача по переписке)
Программа найдет № поймет, что это маркер номера в теме письма далее прочтет номер задачи (это первый номер), найдет задание с номером 1, оно существует. Программа поймет, что "все звезды сошлись" и не будет создавать новое задание (хотя надо было бы), а добавит в задачу №1 в переписку это письмо.
Да, оно не относится, да это не правильно. Но в программе, если задать маркер №, то будет именно так.
Поэтому необходим маркер, который не встретится просто так в тексте. По умолчанию, мы предлагаем маркер **ID#**. Но вы можете поменять маркер или добавить несколько.
Это можно сделать в **Настройках параметров учета**
**Администрирование -> Настройка параметров учета -> Проекты и задания -> Электронная почта -> Маркеры -> Маркеры номера задания в теме электронных писем при ответе**
Там можно изменить маркер ID# и/или добавить свой. По одному маркеру на строке.
---
## Изменение оформления шаблона электронных писем (e-mail)
Кастомизация электронных писем (e-mail) часто необходима.
Предположим, требуется добавить свое: логотипы, ссылки на социальные сети, общую подпись отдела после текста письма и т.д. Подсистема правил событий позволяет это сделать. Для этого, откройте справочник **Справочники -> Оформление оповещений e-mail правил событий**.
Далее, можно либо изменить стандартный шаблон, либо добавить собственные шаблоны.
**Блок шапка** - это то, что будет выведено перед текстом, который будет отправлен. Здесь можно определить свои стили css, свой логотип, который будет идти вверху и т.д. В общем все, что должно идти выше отправляемого текста. Этот блок в обязательном порядке должен содержать два тега: `` и `` (без кавычек).
**Блок подвал** - это то, что будет выведено после текста, который будет отправлен. Здесь выводим логотип, который будет внизу (если он нужен), ссылки на социальные сети, стандартная подпись и т.д. Этот блок в обязательном порядке должен содержать два тега: `` (без кавычек). Так сказать, закрыть открытые системные теги начала HTML-документа ``, и начала тела письма ``.
При этом можно посмотреть как будет выглядеть письмо на следующей вкладке *Предпросмотр*:
Если Вы хотите видеть минималистичные письма и Вам не нужно оформление (так кстати было до версии 3.0.36), то можете вернуть старый шаблон.
В шапку добавьте ``, в подвал `` (без кавычек).
После этого рассылка будет точно такой же, как и в старых версиях.
---
## Методики работы с правилами событий
Очень часто возникают вопросы касаемо работы с подсистемой **Правила событий**. В связи с этим в данном разделе будут разобраны на практических примерах популярные схемы использования правил событий. Покажем насколько гибкая и простая в настройке эта подсистема.
---
## Автоматическое добавление наблюдателей
С помощью подсистемы **Правил событий** можно не только работать с оповещениями различного рода, но и настроить автоматическую установку реквизитов в документе **Задание**. При этом условия начала работы механизма могут быть абсолютно разные. Так, например, сталкиваемся с ситуацией, когда необходимо на основании темы задания установить определенный набор реквизитов, не прибегая к ручному вводу. Или бывают случаи, когда обращение поступает и нужно автоматически назначить того или иного исполнителя. Об автоматическом назначении исполнителя можно ознакомиться [здесь](/it3/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/avtomaticheskoe-naznachenie-ispolnitelya). В данном уроке рассмотрим ситуацию, когда на основании темы задания нужно автоматически установить в наблюдатели определенных пользователей. Сначала перейдем в раздел **Справочники -> подраздел Service Desk -> Процессы**, выберем из списка нужный процесс (или создадим новый) и откроем его настройки. Перейдем на закладку **Наблюдатели** и с помощью кнопки **Добавить** укажем список пользователей, которые должны быть добавлены в наблюдатели задания.
Далее переходим в раздел **Справочники -> Правила** событий и нажимаем кнопку **Создать**, чтобы добавить новое правило событий. Форма создания нового правила событий включает в себя следующие реквизиты:
* **Тип правила** - данный реквизит определяет поведение правила событий. Варианты выбора: изменение объекта (тип правила, позволяющий изменять документы или справочники), периодическое событие (тип правила, позволяющая настроить периодическое выполнение), расчет метрик (тип правила, который используется для автоматического расчета метрик);
* **Тип условия** - данный реквизит определяет вариант условия правила событий и имеет варианты выбора: проверка реквизитов объекта и произвольный алгоритм;
* **Наименование** - реквизит, который отвечает за название правила события;
* **Имя объекта** - реквизит, в котором указывает необходимый объект информационной базы для проверки условия правила событий;
* **Условие** - реквизит, в котором выбирается вариант условия проверки указанного объекта информационной базы.
После заполнения описанных выше реквизитов необходимо добавить новый отбор по теме задания, по которому будут отбираться для проверки условия новые задания. Нажимаем на кнопку **Добавить новый элемент** и из списка выбираем реквизит **Тема**, в виде сравнения указываем вариант **Содержит**, а в значение пишем тему задания, при котором будет отрабатывать условие.
В результате настроек правило событий будет выглядеть следующим образом:
Обращу Ваше внимание на то, что в данном примере мной было выбрано условие **Запись документа**, это означает, что отрабатывать и проверять соответствие отбору правило событий начнет в момент, когда произойдет первая запись документа. Прошу не путать с созданием задания, это два разных случая. Вариант условия, указанный в этой статье подходит для заданий создаваемых вручную, если Вы хотите, чтобы подобное происходило с заданиями создаваемыми на основании входящих писем, тогда нужно установить условие **Задание создания**. Следующий шаг, создание действия для данного правила событий. Переходим на закладку **Действия** и нажимаем кнопку **Добавить -> Создать**. В форме создания действия расположены следующие реквизиты:
* **Тип действия** - реквизит, отвечающий за принцип поведения действия. Имеет значения: *Назначение исполнителя* (используется для настройки автоматического назначения исполнителя), *оповещение по e-mail, telegram, sms* (для создания уведомлений), *проверка обязательных реквизитов* (используется для проверки заполнения ряда обязательных реквизитов), *произвольный алгоритм* (используется для написания собственной логики поведения создаваемого действия), *расчет метрик* (применяется при формировании метрик и KPI), (создать напоминание) (для автоматического создания напоминаний), (установка реквизитов объекта) (используется, чтобы заполнять необходимые реквизиты задания);
* **Наименование** - реквизит для указывания названия данного действия.
Так как нам нужно установить определенный процесс в задание, то в этом случае выбираем тип действия **Установка реквизитов объекта**. А в табличной части, расположенной ниже добавляем необходимый реквизит и указываем значение, которое он должен принять. В итоге должно получиться как на изображении ниже.
В результате подобной настройки, в заданиях, у которых реквизит **Тема** содержит определенное словосочетание будет установлен соответствующий процесс со своими наблюдателями. Таким образом получаем полноценный механизм автоматического добавления наблюдателей в документ **Задание**.
---
## Выполнение обработки
В подсистеме правил событий имеется ряд предопределенных действий, которые отвечают за реализацию различных возможностей работы функционала программы. В этот список действий входят оповещения, установка, проверка реквизитов и так далее. Но иногда для создания определенного правила событий стандартных действий не хватает. Для таких случаев предусмотрен тип действия правила событий *Произвольный алгоритм*, который позволяет реализовать на языке программирования 1С любую логику работы. В дополнение к произвольному алгоритму был разработан дополнительный тип действия *Выполнение обработки*. Назначение данного типа полностью аналогично произвольному алгоритму, за исключением того, что здесь используются для выполнения ранее созданные обработки. В реквизите *Внешняя обработка* необходимо выбрать обработку, которая находится в справочнике *Дополнительные отчеты и обработки*, если такой нет, то ее можно добавить.
Стоит отметить, что данное действие, как и произвольный алгоритм может выполняться в фоновом режиме, но тогда переменная *Отказ* не будет применяться.
---
## Групповое выполнение заданий с добавлением единого комментария
Еще одна часто встречающаяся потребность пользователей заключается в том, чтобы задания, которые переводятся на определенный этап автоматически выполнялись и в них добавлялся согласованный комментарий. Это очень полезная функция, когда происходит процесс согласования. То есть, например, есть процесс согласования каких-либо документов, это отражается в документе **Задание**. На заключительном этапе согласования, проверяющему необходимо поставить свою резолюцию в комментариях, а также перевести на этап **Согласовано** (аналогичен *Выполнено*). Хорошо, когда подобных задачек пару, а что делать, когда их пару десятков? В каждом задании придется устанавливать этап и ставить свою печать в виде добавленного комментария. Однако в конфигурации можно настроить для подобных целей подсистему **Правила событий** и сейчас мы разберем как же это сделать. Переходим в раздел **Справочники -> Правила событий** и создаем новое правило событий. В реквизите **Тип правила** выбираем **Изменение объекта**, в тип условия указываем **Проверка реквизитов объекта**. Далее в реквизите **Имя объекта** выбираем документ **Задание**, а в условие **Изменение этапа (Задание не выполнено)**. Следом в отборах правила указываем отбор по полю **Текущий этап** с видом сравнения **Равно** и значением, например, **Согласование**.
На следующем шаге переходим на закладку **Действия** и создаем новое действие для данного правила событий. В реквизите **Тип действия** указываем **Установка реквизитов объекта** и добавляем необходимые реквизиты в нашем случае, это реквизит **Текущий этап** и **Комментарий**. В значение текущего этапа устанавливаем этап, который переводит задание на этап **Выполнено** в моем случае это этап **Разрешено**, а значение комментария указываем необходимый текст комментария.
В результате подобных настроек получаем следующий алгоритм действий. Проверяющий устанавливает в задании этап **Согласование**, после чего задание автоматически переходит на этап **Выполнено** и добавляет соответствующий комментарий.
---
## Заполнение реквизитов на основании темы входящего письма
Подсистема [правил событий](/it3/pravila-sobytiy) позволяет изменять или заполнять по собственному условию реквизиты документа, создавать документы по произвольным условиям. В этом уроке давайте разберем на примере возможность создания нового документа из сообщения отправленного по e-mail. Искомой фразой давайте выберем **1С**, на основании этого заполняться Инициатор и Исполнитель.
Для начала нужно создать своё правило.
**Тип правила** оставим без изменений - **Изменение объекта**, **Тип условия** тоже не будем изменять - **Проверка реквизитов объекта**. Заполним **Наименование**.
На вкладке **Условия** установим следующие условия:
* **Имя объекта** в значение *Задание*;
* **Условие** - *Создание задания*;
* **Отбор** - *Тема содержит 1С*.
На вкладке **Действия** добавим новый элемент и в открывшемся окне создадим новое действие правила *Установка реквизитов объекта (Задание)*.
В самом действии *Установка реквизитов объекта (Задание)* установим следующие реквизиты и их значения:
* **Инициатор** - *Иванов Иван Иванович*;
* **ТекущийИсполнитель** - *Петров*.
После этого сохраним созданное нами правило событий. Далее можно проверить корректность создания задания и заполнения реквизитов. Для этого отправим сообщение с темой, в которой будет *1С* на почтовый ящик, с которого создаются задания.
После этого можно увидеть результат, конфигурация увидела искомое значение *1С* и заполнила инициатора и исполнителя из действия.
Как видите, подсистема довольно простая в понимании с одной стороны, а с другой многофункциональна.
---
## Запрет перевода задания на этап "Выполнено" или "Выполнение", если не указан исполнитель
Зачастую встречаются ситуации, которые требуют проверку заполнения определенных реквизитов документа **Задания**. Это становиться еще более актуально, когда задание должно быть переведено на этап **Выполнено** или **Выполнение**. Согласитесь, что будучи переведенным на выполнение без указанного текущего исполнителя, задание не является корректно заполненным. В свою очередь, это влечет за собой свои проблемы, которые всплывут по ходу работы с заданием. Поэтому сегодня рассмотрим настройку способа запрета перевода задания на этапы **Выполнено** или **Выполнение**, если не указан **Текущий исполнитель**. Как и прочие тонкие настройки программы, данный способ настраивается с помощью подсистемы **Правила событий**.
Переходим в раздел **Справочники -> Правила событий** и нажимаем кнопку **Создать**. В настройках создаваемого нового правила событий указываем реквизит **Имя объекта** документ **Задание**, а в условие **Запись документа**. Данные реквизиты дают понять, что проверяться будет документ **Задание**, при попытке записи документа. Тип правила укажем **Изменение объекта**, тип условия **Проверка реквизитов объекта**. Далее в табличной части отборов нужно установить отбор по текущему этапу. В виде сравнения указать проверку **В группе из списка**, что позволит добавить несколько этапов, а в значении укажем необходимые этапы: ***Выполнение, Выполнено***. По указанному отбору, правило событий будет отрабатывать в тех случаях, когда задание будет переведено на один из соответствующих этапов. В результате правило событий будет выглядеть так:
Далее перейдем к созданию и настройки действия данного правила событий. Открываем закладку **Действия** и переходим к созданию нового действия. В реквизите **Тип действия** установим значение **Проверка обязательных реквизитов** и с помощью кнопки **Добавить** добавим проверяемый реквизит **Текущий исполнитель**. В строку сообщения можно указать любой произвольный комментарий, который будет выводиться в виде подсказки.
Результатом будет проверка заполнения реквизита **Текущий исполнитель**, при записи документа **Задания**, которое находится на этапе ***Выполнение\Выполнено***.
---
## Использование произвольного алгоритма
Произвольный алгоритм в *Правилах событий* позволяет значительно расширить функционал и возможности за счет написания кода на языке 1с. Для примера, рассмотрим правило событий, которое при установке процесса *Автоматизация*, изменяет некоторые реквизиты в документе *Задание*. А именно поля Инициатор, Клиент, Комментарий, Текущий этап. Для этого создадим новое *Правило событий*, зададим Наименование, установим Тип правила: *Изменение объекта*, Тип Условия *Проверка реквизитов объекта*, Имя объекта *Задание*, Условие *Создание задания* и выставим в отборах Процесс *Автоматизация*. Данные настройки нам нужны для того, чтобы при создании документа задания и установки Процесса *Автоматизация*, отрабатывал наш произвольный алгоритм.
После настройки отборов, можно перейти на вкладку *Действия* и нажать на кнопку добавить, которая добавит строку. В данной строке мы можем выбрать существующее действие, либо создать новое. Мы создадим новое Действие для правил событий.
В появившемся окне выберем Тип действия Произвольный алгоритм. Для нас откроется поле для ввода кода на языке 1с. Введем код. В данном коде Источник это объект Задание в котором мы изменяем данные.
Теперь если создать документ Задание и указать в нем процесс *Автоматизация* , то после записи, поля изменятся соответственно нашему коду.
---
## Оповещение при окончании срока лицензии
Иногда случаются такие ситуации, когда необходимо оповещать сотрудника при окончании срока лицензии заранее. К счастью, в нашем решении данный функционал присутствует при помощи правил событий. Разберемся как это работает в этой статье.
## Оприходование «номенклатуры» и «карточки номенклатуры»
В начале, оприходуйте номенклатуру с видом **Программное обеспечение** с созданной карточкой номенклатуры, чтобы в итоге, в карточке номенклатуры заполнился документ поступления:
Также в карточке включите ограничение по сроку действия лицензии и укажите дату окончания лицензии:
## Правило события
Далее включите правило события, которое будет отрабатывать при окончании срока лицензии. Раздел: **Справочники -> Правила событий -> Карточка номенклатуры -> Карточка номенклатуры (окончание срока действия лицензий)**. Если нужно, чтобы событие срабатывало заранее, добавьте время выполнения действия до события (Например, за три дня до окончания лицензии):
После этого устанавливаем действие, которое будет выполняться при событии (Например, оповещение по e-mail):
Cообщение было отправлено за три дня до окончания лицензии:
Как мы видим, в настройке такого механизма нет ничего сложного, и его можно настроить для каждой карточки номенклатуры отдельно.
---
## Настройка подсистемы правил событий
Чтобы начать пользоваться подсистемой, необходимо предварительно её настроить. Для этого нужно перейти на вкладку **Справочники** в раздел **Правила событий**.
Далее открыть справочник **Правила событий**. Программа уже содержит определенный набор правил по умолчанию.
Откроем правило для редактирования.
**Здесь можно установить следующие значения:**
* **Тип правила** - тип срабатывания правила. Может выполняться один раз - *Изменение объекта* или неоднократно - *Периодическое изменение*;
* **Тип условия** - условие, при котором сработает правило. *Проверка реквизитов объекта* - срабатывает при изменении реквизита. *Произвольный алгоритм* - своё условие на встроенном языке 1С;
* **Наименование** - наименование правила события.
**На вкладке "Условия" можно установить:**
* **Имя объекта** - объект, к которому будут применены условия;
* **Условие** - при каких условиях будет срабатывать правило событий;
* **Отбор** - отбор значений, при которых сработает правило событий;
* **Проверка использует СКД: Да\Нет** - Если в таблице СКД (табличная часть отборов) не используются отборы, рекомендуем установить этот переключатель в значение *Нет*. При таком подходе правила событий будут работать быстрее за счет уменьшения числа проверок.
На вкладке **Действия** указываются действия, которые будут выполнены при срабатывании условий правила.
Для того, чтобы добавить действие в правило событий, необходимо нажать на кнопку **Добавить**, после чего будет открыт справочник **Действия правил событий** (справочник также содержит предопределенный набор действий по умолчанию).
:::info **Внимание!**
Не рекомендуется изменять предопределенные правила событий, так как изменения могут быть затерты в следующем обновлении. Если есть необходимость изменить правило событий, то лучше всего создать свое правило и использовать его.
:::
Далее выбрать нужное действие и открыть его для редактирования.
Здесь можно заполнить следующие параметры:
* [x] **Тип действия** - тип действия для правила события. Это может быть ***Оповещение по е-mail, Оповещение по SMS, Проверка обязательных реквизитов , Произвольный алгоритм, Создание напоминания, Установка реквизитов объекта***, и в случае, если основанием является документ ***Задание - Пересчет SLA***;
* [x] **Наименование** - наименование действия.
Действие с типом **Оповещение по email** отвечает за отправку уведомлений по e-mail.
Строка настройки действия может быть заполнена следующими значениями:
* [x] **Вариант заполнения получателя** - может принимать значения *Реквизит основания* (будет использоваться значение реквизита или значение параметра из основания) или *Указанный* (тогда в поле *Значение* можно указать произвольного получателя);
* [x] **Значение получателя** - имя реквизита (параметра) из основания, либо указанный пользователем получатель;
* [x] **Шаблон сообщения** - шаблон сообщения e-mail для создания уведомления;
* [x] **Шаблон оформления** - шаблон оформления создаваемого уведомления;
* [x] **Вариант заполнения учетной записи эл. почты** - может принимать значения *Реквизит основания* (будет использоваться соответствующее значение реквизита из основания) или *Указанный* (тогда в поле *Значение* можно указать произвольную учетную запись электронной почты для отправки уведомления);
* [x] **Значение учетной записи эл. почты** - имя реквизита из основания, либо указанная пользователем учетная запись электронной почты для отправки уведомления.
В подсистеме можно изменять *под себя* шаблоны сообщений. Для этого нужно открыть справочник *Шаблоны сообщений*, выбрать нужный и открыть его для редактирования.
В шаблон сообщения можно прикладывать печатные формы и вложения.
После того, как всё настроено можно посмотреть, что получилось. В документе **Задание** изменим этап и сохраним документ.
Получится такой результат: создано уведомление в виде **документа "Электронное письмо исходящее"** (раздел *Взаимодействия -> Исходящие электронные письма*).
Подсистема событий позволяет гибко настроить, а так же охватить все возможные варианты работы.
Для правила события с типом **Периодическое событие** доступен еще один реквизит: **Выполнить действия до события по условию за** *Количество часов*, который отвечает за какое время до наступления события, указанного в условии правила, выполнить действия правила (например, отправить уведомления по e-mail).
Для проверки правил с типом **Периодическое событие** необходимо, чтобы было включено и настроено **регламентное задание "Проверка и выполнение правил событий"** (раздел *Администрирование -> Регламентные и фоновые задания*).
Рассмотрим остальные типы действий правил событий.
Действие с типом **Оповещение по SMS** отвечает за отправку уведомлений по SMS.
Строка настройки действия может быть заполнена следующими значениями:
* [x] **Вариант заполнения** получателя - может принимать значения *Реквизит основания* (будет использоваться значение реквизита или значение параметра из основания) или *Указанный* (тогда в поле *Значение* можно указать произвольного получателя);
* [x] **Значение получателя** - имя реквизита (параметра) из основания, либо указанный пользователем получатель;
* [x] **Шаблон сообщения** - шаблон сообщения SMS для создания уведомления.
Действие с типом **Проверка обязательных реквизитов** при записи (проведении) объекта правила проверяет заполнение указанных пользователем реквизитов (в дополнение к обязательным реквизитам, которые проверяются программой автоматически).
Строка настройки действия может быть заполнена следующими значениями:
* [x] **Реквизит** - имя реквизита объекта правила, которое должно быть проверено;
* [x] **Строка сообщения** - сообщение, которое будет отображено пользователю, если указанный реквизит не будет заполнен пользователем.
Действие с типом **Произвольный алгоритм** описывает инструкции на встроенном языке 1С, которые должны будут выполнены при выполнении условий правила.
Действие с типом **Создать напоминание** создает напоминания в программе указанным в действии пользователям.
Строка настройки действия может быть заполнена следующими значениями:
* [x] **Вариант заполнения получателя** - может принимать значения *Реквизит основания* (будет использоваться значение реквизита или значение параметра из основания) или *Указанный* (тогда в поле *Значение* можно указать произвольного получателя - пользователя программы);
* [x] **Значение получателя** - имя реквизита (параметра) из основания, либо указанный пользователем получатель;
* [x] **Вариант заполнения даты начала отображения напоминания** - может принимать значения *Смещение даты* (дата начала отображения созданного напоминания будет смещена относительно указанного в поле *Значение* значения) или *Указанный* (тогда дату начала отображения напоминания пользователь может установить произвольной);
* [x] **Значение даты начала отображения напоминания** - зависит от указанного *Варианта заполнения* даты (для варианта *Смещение даты* значения могут быть *Дата срабатывания правила*, *Через час*, *Через день*, *Через неделю*, *Через месяц* от даты срабатывания правила, либо точная дата, указанная пользователем - для варианта заполнения *Указанный*).
Действие с типом **Установка реквизитов объекта** при записи (проведении) объекта правила заполняет перечисленные реквизиты объекта указанными значениями.
Строка настройки действия может быть заполнена следующими значениями:
* [x] **Реквизит** - имя реквизита объекта правила, которое должно быть заполнено;
* [x] **Значение** - значение, которое будет установлено указанному реквизиту.
Если объектом правила указан **документ Задание**, то среди возможных типов действия присутствует действие с типом **Пересчет Метрик**, которое используется для формирования данных построения метрик и KPI.
Предопределенные реквизиты для ввода формул расчета:
* **Формула** - формула расчета значений метрики;
* **План\факт** - признак, где будет учитываться вычисленное значение метрики;
* **Период регистрации** - формула расчета периода (даты), в котором будет учитываться значение метрики.
Действие с типом **Всплывающее оповещение** отвечает за отправку всплывающих оповещений.
Табличная часть действия может быть заполнена следующими значениями:
* [x] **Вариант заполнения получателя** - может принимать значения *Реквизит основания* (будет использоваться значение реквизита или значение параметра из основания) или *Указанный* (тогда в поле *Значение* можно указать произвольного получателя);
* [x] **Значение получателя** - имя реквизита (параметра) из основания, либо указанный пользователем получатель.
* [x] **Шаблон сообщения** - шаблон сообщения всплывающих оповещений. Для каждого получателя можно создать свой шаблон сообщения с необходимыми параметрами.;
---
## Общая схема работы правил событий
Определим схему работы подсистемы *Правила событий*. Так работает подсистема:
Под изменением объекта в информационной базе следует понимать любое как интерактивное (сделанное пользователем) так и неинтерактивное действие с объектами. Это может быть изменение реквизита, создание объекта, добавление строки в табличной части и т.д.
Событие, которое срабатывает по времени наступает в определенное время для объектов. Например, задание с определенного времени становится просроченным, или карточка номенклатуры с видом номенклатуры *Лицензия*, завершается срок действия.
Одновременно для этих двух типов событий происходят проверка условий, и если условия выполняются делается набор действий: изменяются реквизиты, отправляются оповещения и т.д.
Таким образом с подсистемой, мы можем предусмотреть для объектов и по времени выполнения какие-то действия, которые будут выполняться при определенных обстоятельствах.
Приведем примеры использования.
* При изменении этапа задания, отправлять оповещение инициатору задания на e-mail о том, что у задания поменялся этап.
* При добавлении сообщения в задание, отправлять уведомления наблюдателям задания.
* При создании документа *Заказ поставщику* и установке статуса *В работе* отправлять поставщику письмо с приложенным заказом во вложении.
* При изменении статуса *Заказа поставщику* на *Выполнено* отправлять уведомление сотруднику организации, который делал заказ первоначально.
* При окончании ремонта и создании документа *Окончание обслуживания* и изменении состояния, отправлять письмо или sms инициатору.
Как видите применений у подсистемы масса. Это далеко не полный перечень ее возможностей.
Видеоинструкция [**Правила событий**](https://youtu.be/0OenFWsR7og)
---
## Приоритет и применение остальных правил
Обычно в полноценно используемой конфигурации задействован ряд различных правил событий, которые отвечают за уведомления, установку реквизитов или выполняют абсолютно другие [произвольные действия](/it3/pravila-sobytiy/metodiki-raboty-s-pravilami-sobytiy/vypolnenie-obrabotki). Нередко бывают случаи, когда имеется несколько правил событий, в которых настроены одинаковые действия, но при этом согласно установленным в них отборам отрабатывать должны по степени важности. Так, например, есть два правила события (типовое и созданное вручную) **Электронное письмо входящее (Запись)**, которые принимают входящую почту и на основании этих писем создают заявки с соответствующими реквизитами. К каждому правилу подвязана отдельная учетная запись электронной почты. Автоматическое заполнение реквизитов создаваемых заявок на основании входящих писем на данные учетные записи различаются. Поэтому важно разграничить приоритет выполнения типового и созданного вручную правила. Для этого в настройках правила событий необходимо установить правильно приоритет и при необходимости активировать\деактивировать чек-бокс **Применять остальные правила**.
Перейдем в раздел **Справочники -> Правила событий** и откроем необходимое правило событий.
В самом низу формы элемента настроек правила событий располагаются необходимые реквизиты **Приоритет** и **Применять остальные правила**. Разберем принцип работы и способ применения данных реквизитов.
> **Приоритет и применение остальных правил**
> Реквизит *Приоритет* определяет, в какой последовательности должны быть запущены правила событий, при выполнении регламентной проверки.На практике распределение приоритетов работает следующим образом: есть два правила событий у одного приоритет 100 у другого 50, первым выполнится правило событий, которое имеет приоритет 100. Стоит отметить, если флаг *Применить остальные правила* отключен, то на этом проверка заканчивается и остальные правила с приоритетом ниже не будут выполнены. Для того, чтобы менее приоритетные правила тоже отрабатывали нужно обязательно включить данный флажок. Другими словами, сначала система проверяет среди активных правил событий, те правила, у которых приоритет больше, далее смотрит включен флаг *Применить следующие правила*? Да, включен, значит система переходит к проверке других правил, если флаг был отключен, значит проверка заканчивается. Если система находит несколько правил событий с одинаковым приоритетом, тогда они будут отработаны в том порядке, в каком их определит система. При этом порядок может меняться по-разному в момент выполнения следующей проверки.
Возвращаясь к первоначальному примеру с двумя правилами событий *Электронное письмо входящее(запись)*, перейдем к настройкам приоритетного выполнения. Предположим, нам важно, чтобы типовое правило отрабатывало первое, но при этом также нужно выполнить новосозданное если есть соответствия условиям и отборам.
Для этого установим следующие настройки приоритетности:
Настройки правила события, созданного вручную.
Прошу заметить, что во втором правиле событий была убрана галочка **Применить остальные правила**, это связано с тем, что в данной ситуации нам не нужно выполнять остальные правила **Электронное письмо входящее(запись)**, так как в наличии только два правила с расставленными приоритетами. В результате, в программу поступает входящее письмо. Запускается регламентная проверка, в первую очередь будет проверяться на соответствие условий предопределенное правило (типовое) событий, если данное письмо подходит под условия, тогда создастся новое задание на основании этого электронного письма. Однако проверка не закончится и система проверит второе правило с приоритетом ниже. И только после это регламентная проверка будет закончена. Если входящее письмо будет соответствовать условиям второго правила, то система проведет аналогичную проверку и создаст задание уже вторым правилом событий. Вот таким нехитрым образом работает механизм приоритетов правил событий.
---
## Работа правил событий в фоновом режиме
## Подсистема "Правила событий"
**Подсистема "Правила событий"** - это удобный и гибкий механизм, позволяющий изменять и настраивать логику работы практически всего функционала конфигурации. Однако при всей своей полезности, данная подсистема достаточно требовательна к ресурсам системы и при большом количестве одновременно используемых правил может наблюдаться ухудшение производительности в части работы с документом *Задание*. Для большего понимания, давайте представим рабочую базу, в которой используются правила событий, отвечающие за отправку оповещений по e-mail,sms,telegram при создании нового задания. При всем при этом, оповещения должны отправляться инициатору, исполнителю (или группе исполнителей), наблюдателям, а также отправка может осуществляться согласно каким-либо отборам. Это действительно может серьезно помешать рабочему процессу, поэтому нами было принято решение полностью пересмотреть и оптимизировать механизм правил событий. Новый подход заключается в работе правил событий, используя фоновый режим, а также добавление возможности отключения неиспользуемых отборов (таблиц СКД). При этом сохранена возможность работы правил событий в прежнем режиме. Можете использовать старый подход или перейти на новый по своему желанию.
### Работа правил событий в фоновом режиме.
Раньше правила событий отвечающие за уведомления работали совместно с запуском регламентного задания *Получение и отправка электронных писем*. Что это значит?
В момент срабатывания регламентного задания запускается регламентная проверка, которая проверяет соответствующие объекты информационной базы на выполнение условия заложенного в правиле событий. После того, как соответствующий объект или объекты были найдены создается необходимое оповещение и только после этого осуществляется отправка уведомления. Например, есть предопределенное правило событий *Задание(создание)*, которое осуществляет отправку уведомления о создании нового задания инициатору, исполнителю и наблюдателям. В программе создается новое задание, далее мы ждем, когда по настроенному расписанию выполнится регламентное задание *Получение и отправка электронных писем*. Как только регламентное задание выполняется, осуществляется регламентная проверка, находится соответствующее новое задание, создается уведомление и отправляется получателям на почту.
По такому принципу ранее работала система оповещения с помощью правил событий. Теперь же все работает иначе и быстрее. Правило событий не ждет момент выполнения регламентного задания, а в фоновом режиме при записи документа создает уведомление и помещает в очередь выполнения фонового задания. То есть, оповещение создается мгновенно, а отправка осуществляется в соответствии с расписанием регламентного задания *Получение и отправка электронных писем*.
**Рассмотрим подробнее.**
Для того, чтобы включить работу правила события в фоновом режиме, нужно в действии правила события активировать чек-бокс *Выполнять в фоне*.
:::info **ВНИМАНИЕ!!!**
Если используется действие типа *Произвольный алгоритм* или *Выполнение обработки*, переменная *Отказ* не будет применена при работе в фоновом режиме. Также с осторожностью стоит использовать данный механизм в файловых базах.
:::
В результате включения данного механизма, при добавлении комментария в задании, уведомление создается мгновенно и автоматически помещается на очередь выполнения фоновым заданием. И созданное оповещение будет отправлено регламентным заданием *Получение и отправка электронных писем*.
Данный механизм применим для оповещений (e-mail, telegram, sms), произвольного алгоритма и выполнения обработки.
### Отключение отборов (таблиц СКД).
Если в правилах событий не используются никакие отборы, по которым должна осуществляться выборка объектов на соответствия условию, то в подобных правилах событий можно и нужно отключать таблицу отборов (СКД). Это позволит увеличить скорость, за счет сокращения числа проверок.
:::info **ВАЖНО!!!**
Функционал фонового выполнения правил событий доступен с релиза **3.1.7.4.** Возможность отключения проверки таблиц СКД доступна с релиза **3.1.7.1.**
:::
---
## Тонкости настройки
## Фоновый режим правил событий
Подробнее — в статье [Работа правил событий в фоновом режиме](https://docs.softonit.ru/it/pravila-sobytiy/rabota-pravil-sobytiy-v-fonovom-rezhime).
Начиная с версии 3.1.7.4 для действий правил событий доступен фоновый режим. При записи документа уведомление создаётся мгновенно и помещается в очередь — это снижает нагрузку в момент записи. Режим работает не только для email, но и для SMS, Telegram и действий типа «Произвольный алгоритм» / «Выполнение обработки».
**Как включить:**
Откройте правило событий → вкладка «Действия» → в нужном действии активируйте чек-бокс **Выполнять в фоне**.
## Не изменяйте предопределённые правила событий
О структуре и настройке правил событий — в статье [Настройка подсистемы правил событий](https://docs.softonit.ru/it/pravila-sobytiy/nastroyka-podsistemy-pravil-sobytiy).
В системе есть набор предопределённых правил событий, поставляемых вместе с конфигурацией. Изменять их напрямую не рекомендуется: при обновлении программы внесённые изменения **могут быть затерты** и вернуться к исходным значениям.
Если нужно изменить поведение стандартного правила — создайте собственное правило по аналогии. Быстрый способ: откройте предопределённое правило в справочнике и нажмите кнопку **копирования элемента** — это создаст копию со всеми настройками. Затем настройте копию под свои нужды, а предопределённое правило отключите.
Типичный пример. Пользователи часто настраивают несколько правил на основе предопределённого правила «Электронное письмо входящее (запись)», чтобы автоматически разбивать входящие письма по категориям, сервисам или процессам. Правильный порядок действий в этом случае:
Создайте копии предопределённого правила — по одной на каждую категорию.
В каждой копии пропишите условия отбора так, чтобы они не пересекались между собой и охватывали все поступающие письма — иначе возможны дубли или потеря писем.
Исходное предопределённое правило отключите (не удаляйте) — оно останется как эталон и не будет мешать работе копий.
Такой подход позволяет безопасно дорабатывать поведение системы и не потерять изменения при обновлении конфигурации.
## Приоритет правил и флаг «Применять остальные правила»
Подробный разбор с примерами — в статье [Приоритет и применение остальных правил](https://docs.softonit.ru/it/pravila-sobytiy/prioritet-i-primenenie-ostalnyh-pravil).
Когда на одно и то же событие настроено несколько правил, важно понимать порядок их выполнения.
**Приоритет** — числовое значение, определяющее порядок проверки. Правило с бо́льшим числом срабатывает первым. При одинаковом приоритете порядок выполнения не гарантирован.
**Применять остальные правила** — флаг, определяющий, нужно ли продолжать проверку после выполнения данного правила. Если флаг отключён — система останавливается, правила с меньшим приоритетом не проверяются.
Оба реквизита находятся в нижней части формы элемента правила событий.
**Пример.** Нужно запретить создание задач по автоответам почтового клиента (письма с темой «Автоматический ответ...»). Создаётся отдельное правило с отбором по теме письма. Этому правилу выставляется высокий приоритет (например, 100), а флаг «Применять остальные правила» отключается. В результате: когда приходит автоответ — срабатывает правило-фильтр, цепочка останавливается и задача не создаётся. Обычные письма не попадают под отбор этого правила, поэтому система переходит к следующим правилам с меньшим приоритетом и создаёт задачи штатно.
---
## Практические методики(Практические методики)
В этой главе содержатся практические и методические приемы работы с конфигурацией.
---
## Изменяем рабочий стол(Практические методики)
В конфигурации есть возможность изменить рабочий стол, который отображается по умолчанию, например, на список заданий. Для этого необходимо открыть форму настройки:
В открывшейся форме можем изменить рабочий стол формами в конфигурации по своему усмотрению из доступных форм.
---
## Как узнать номер текущей версии конфигурации(Практические методики)
Номера версий можно узнать в информации *О программе* нажав на кнопку *i* (information, информация)
Как видите здесь указан номер версии платформы 1С:Предприятия и номер версии используемой конфигурации.
---
## Ограничение прав пользователей для доступа только к заданиям?(Практические методики)
Достаточно следующих прав:
[Статья с более расширенным описанием прав доступа.](/it3/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/raspredelenie-prav-dostupa)
---
## Пример по закупке картриджей(Практические методики)
## Рассмотрим следующую задачу
1. В течении месяца от разных подразделений собираются заявки на расходные материалы для принтеров (например 20 картриджей). По мере того как заявки собираются, по ним выдаются картриджи из наличия на складе.
2. В конце месяца на основании собранных заявок формируется заказ поставщику. Один заказ на 20 картриджей.
3. Поставщик выставляет 1 счет на 20 картриджей. Его оплачивают.
4. Получаем товар и он попадает на общий склад.
5. А дальше все повторяется.
**Основная задача учитывать расходы по подразделениям.**
На основании полученной заявки создаём документ **Окончание обслуживания** (это избавит нас от оформления накладных перемещения).
Важно в документе на закладке **Дополнительно** заполнить **Место хранения на склад** и **Место хранения со склада** (в нашем случае это одно и тоже место хранения картриджей):
В конце месяца формируем документ **Заказ поставщику** (указав в настройках документа **Положение подразделения: в табличной части** можно сразу отметить какому подразделению сколько картриджей требуется):
Результат:
Факт оплаты счета поставщика отражаем созданным документом **Учет денежных средств** (также указав в настройках документа *Положение подразделения: в табличной части*):
Сформируем отчет **Бюджетная ведомость** в варианте *Подразделение, статья затрат (без иерархии) по периодам бюджета*:
О том, как запланировать бюджет можно прочитать в [статье](/it3/denezhnye-sredstva/byudzhetirovanie/planirovanie-rashodov).
---
## Скопировать настройки оформления и отборов от другого пользователя(Практические методики)
Скопировать настройки другого пользователя можно следующим образом:
---
## Создание нового процесса(Практические методики)
Процессы в конфигурации имеют значимую роль в работе подсистемы **Техническая поддержка**. В программе имеется ряд предопределенных процессов, но зачастую у пользователей возникает необходимость в создание собственных процессов. Давайте подробно разберем создание нового процесса.
Откроем форму списка справочника **Процессы**. Для этого перейдем в раздел
**Справочники -> подраздел Service Desk -> Процессы**
Перед нами будет выведен весь список, уже имеющихся процессов конфигурации.
Чтобы создать новый процесс необходимо нажать кнопку *Создать* (рис 1). Также на форме списка можно с помощью одноименной кнопки, создать новую группу, в которой будут сгруппированы определенные виды процессов.
Перед нами откроется форма создания нового процесса. Данная форма имеет два реквизита **Наименование** и **Вес**, а также табличные части: **Этапы**, **Возможные исполнители на этапах**, **Настройки** и т.д (о табличных частях поговорим позже, более подробно). Интуитивно понятно, для чего предназначен первый реквизит, а вот второй реквизит нужно разобрать. Вес процесса используется при автоподсчете общего веса задания и может принимать значения от 0 до 9999. То есть, вес процесса может влиять на порядок выполнения заданий исполнителем. Назовем новый процесс, например, согласование, а реквизит вес оставим без изменений (рис 2).
В табличной части **Этапы** с помощью кнопки **Добавить** добавим необходимые этапы, которые будут использоваться в данном процессе (рис 3). Также стоит отметить, что в процессе помимо этапов можно добавить необходимые подпроцессы, которые имеют ряд своих этапов. Таким образом можно построить иерархическую структуру, состоящую из процессов и подпроцессов.
После того, как добавили все необходимые этапы, нужно осуществить схему перехода между этапами данного процесса. Это можно сделать следующим образом, в левой колонке табличной части выделите этап, а в правой колонке активируйте чек-бокс возле этапа, на который возможно осуществить переход (рис 4). Аналогичные действия необходимо провести с каждым из этапов процесса.
С помощью кнопок вверх\вниз (рис 5) или сочетанием клавиш *Ctrl+Shift+Up\Ctrl+Shift+Down*, можно перемещать элементы левой колонки табличной части **Этапы** вверх или соответственно вниз.
Также у каждого из этапов можно установить исполнителем по умолчанию пользователя или группу пользователей. То есть, переводя задание на определенный этап, будет автоматически изменяться исполнитель в соответствие с указанным значением в данном реквизите (рис 6). При этом возможность перевода на следующий этап будет доступна пользователю, относящегося к данной группе исполнителей.
Как говорилось ранее, нужно уделить больше внимания каждой из табличных частей. Ведь в них производятся важные настройки процесса, которые в дальнейшем могут влиять на работу с подсистемой **Техническая поддержка**. Перейдем на закладку **Возможные исполнители на этапах**, в данной табличной части указываются, прошу заметить ВОЗМОЖНЫЕ исполнители. То есть единственным отличием между данной табличной частью и реквизитом **Исполнитель по умолчанию** является то, что исполнитель по умолчанию проставляется без возможности выбора. Другими словами, если, например, исполнителем по умолчанию установлена группа пользователей IT-отдел, то полностью вся группа будет выставлена исполнителем, а не конкретный пользователь этой группы. А табличная часть **Возможные исполнители на этапах** дает возможность выбора конкретного пользователя, входящего в указанную группу или список пользователей (рис 7).
Далее перейдем на закладку **Настройки** (рис 8), в которой указывается тип процесса, позволяющий классифицировать задания по данному процессу, а также список чек-боксов:
* [x] вывод прошлых исполнителей в списке выбора исполнителей;
* [x] не использовать в задании;
* [x] не изменять в задании;
* [x] при переходах на этапы никогда не вводить комментарии;
* [x] добавлять нового инициатора в наблюдатели;
* [x] не переходить на этапы выполнения без указания решений.
В программе каждый чек-бокс из вышеперечисленных имеет свое пояснение.
На закладке **Автоматическое выполнение** можно установить настройки таким образом, чтобы задание, находясь на установленном этапе, автоматически было переведено на необходимый этап (состояние этапа должно быть *Выполнен* или *Закрыт*), в течение указанного срока, если последнее изменение по заданию было ранее n-часов (рис 9). Для более ясного понимания как закрывается задание, рекомендую ознакомиться со [статьей](/it3/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/shema-zhizni-dokumenta-zadanie) или раскрыть подсказку **Схема жизни задания**.
Табличная часть **Наблюдатели** позволяет указать пользователей программы, которые будут автоматически помещены в список наблюдателей, если при создание нового задания будет указан данный процесс (рис 10-11).
Закладка **Схема** не влияет на сам процесс, а приводится лишь для справочной информации. Однако если процесс состоит из большого количества этапов и подпроцессов, то изобразив схематично взаимосвязь между ними, легче воспринимать роботу и предназначение процесса (рис 12).
И заключительная закладка **Дополнительно**, на которой можно установить родительскую группу процесса, а также добавить произвольный комментарий для справочной информации (рис 13).
После того, как создали новый процесс давайте, на примере, рассмотрим его использование в задание. Задача состоит в согласование нового договора на предоставление аутсорсинговых услуг нашем клиенту (рис 14).
Назначенный исполнитель производит обработку задания. Указывает свои трудозатраты на данном этапе, после переводит задачу на следующий этап **Назначение ответственных**. На данном этапе исполнителем по умолчанию назначается группа пользователей IT-отдел, в соответствии с настройками, произведенными при создании процесса. IT-отделом осуществляется назначение ответственных сотрудников, которые будут предоставлять наши услуги, эти действия документируются, отмечаются трудозатраты и задание переводится на следующий этап (рис 15).
Задание переведено на этап **Рассмотрение**, где исполнителем по умолчанию является Шатова Марина Александровна. Данный сотрудник оценивает правильность подготовленных бумаг и если все верно, то отправляет документы на согласование в бухгалтерию. При этом она также отмечает свои трудозатраты и переводит задание на следующий этап **Согласование** (рис 16).
И так, когда документы были проверены и одобрены бухгалтерией, главный бухгалтер отмечает трудозатраты и переводит задание на этап **Согласовано** (рис 17).
На этом этапе задание является выполненным, при этом учтены все трудозатраты сотрудников, участвовавших в выполнении. Теперь, используя отчет **Трудозатраты**, можно увидеть сколько было затрачено времени (по каждому пользователю) на согласования договора контрагента (рис 18).
---
## Ремонты и обслуживание(Ремонты и обслуживание)
Подсистема **Ремонты** позволяет производить обслуживание и ремонт оборудования собственными силами или силами сторонних организаций (контрагентов).
Подсистема состоит из трех документов и нескольких отчетов.
| Список ролей для работы с подсистемой "Ремонт и обслуживание" |
|---------------------------------------------------------------|
| Добавление и изменение обслуживания и ремонтов |
| Чтение обслуживания ремонтов |
---
## Движения документов Начало обслуживания и Окончание обслуживания(Ремонты и обслуживание)
Документы предназначены для отражения факта ремонта или обслуживания оборудования. Движения документы делают по регистрам накопления: Взаиморасчеты с контрагентами, Обслуживание контрагентами, Остатки и Ремонты, регистры сведений: Бюджеты, Состояния карточек номенклатуры. Т.к. видов обслуживания, а также событий для номенклатуры может быть много, довольно сложно разобраться какие движение и по каким регистрам создаёт документ. В этой статье постараемся разобраться со всеми.
## Начало обслуживания
### Внутреннее обслуживание
* **Регистр накопления Ремонты** - движение в приход (+);
* **Регистр сведений Состояние карточек номенклатуры** - В не рабочем состоянии.
## Начало обслуживания
### Обслуживание контрагентом
* **Регистр накопления Обслуживание контрагентам**и - движение в приход (+);
* **Регистр накопления Остатки** - движение в расход (-);
* **Регистр накопления Ремонты** - движение в приход (+);
* **Регистр сведений Состояние карточек номенклатуры** - В не рабочем состоянии.
При создании документа Окончание обслуживания, на основании документа Начало обслуживания, движения обратные, за исключением регистра накопления Остатки. Движения по этому регистру "двойные" - приход/расход, сделано так для того, чтобы увидеть движения в отчетах. Данное поведение встретится в будущем для регистра накопления Ремонты.
## Окончание обслуживания на основании Начала обслуживания
### Внутреннее обслуживание
* **Регистр накопления Остатки** - движение в приход/расход (+-);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания на основании Начала обслуживания**
**Внутреннее обслуживание**
#### Списание
* **Регистр накопления Остатки** - движение в расход (-);
* **Регистр накопления Ремонты** - движение в расход (-).
**Окончание обслуживания на основании Начала обслуживания**
**Внутреннее обслуживание**
#### На склад
* **Регистр накопления Остатки** - движение в расход/приход (-+);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания на основании Начала обслуживания**
### Обслуживание контрагентом
* **Регистр накопления Обслуживание контрагентами** - движение в расход (-);
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания на основании Начала обслуживания**
**Обслуживание контрагентом**
#### Списание
* **Регистр накопления Обслуживание контрагентами** - движение в расход (-);
* **Регистр накопления Ремонты** - движение в расход (-).
**Окончание обслуживания на основании Начала обслуживания**
**Обслуживание контрагентом**
#### На склад
* **Регистр накопления Обслуживание контрагентами** - движение в расход (-);
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
Со связкой документов Начало обслуживания и Окончание обслуживания разобрались, но бывают случаи, когда нужно создать документ Окончание обслуживания без создания Начала обслуживания. В этом случае вид документа может быть следующим:
* **Внутреннее обслуживание** - обслуживание производилось своими силами на складе ремонта;
* **Внутреннее обслуживание произведено сразу** - обслуживание производилось своими силами на месте хранения оборудования;
* **Обслуживание контрагентом** - обслуживание производится контрагентом, при этом оборудование забирается;
* **Обслуживание контрагентом произведено сразу** - обслуживание производится контрагентом на месте хранения оборудования.
## Окончание обслуживания
### Внутреннее обслуживание
* **Регистр накопления Остатки** - движение в приход/расход (+-);
* **Регистр накопления Ремонты** - движение в приход/расход (+-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Внутреннее обслуживание**
#### Списание
* **Регистр накопления Остатки** - движение в расход (-);
* **Регистр накопления Ремонты** - движение в приход/расход (+-).
**Окончание обслуживания**
**Внутреннее обслуживание**
#### На склад
* **Регистр накопления Остатки** - движение в приход/расход (+-);
* **Регистр накопления Ремонты** - движение в приход/расход (+-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
### Внутреннее обслуживание произведено сразу
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Внутреннее обслуживание произведено сразу**
#### Списание
* **Регистр накопления Остатки** - движение в расход (-).
**Окончание обслуживания**
**Внутреннее обслуживание произведено сразу **
#### На склад
* **Регистр накопления Остатки** - движение в приход/расход (+-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
### Обслуживание контрагентом
* **Регистр накопления Обслуживание контрагентами** - движение в расход (-);
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Обслуживание контрагентом**
#### Списание
* **Регистр накопления Обслуживание контрагентами** - движение в расход (-);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Обслуживание контрагентом**
#### На склад
* **Регистр накопления Обслуживание контрагентами** - движение в расход (-);
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр накопления Ремонты** - движение в расход (-);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Обслуживание контрагентом**
#### Добавление
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
### Обслуживание контрагентом произведено сразу
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Обслуживание контрагентом произведено сразу**
#### Списание
* **Регистр накопления Остатки** - движение в расход (-).
**Окончание обслуживания**
**Обслуживание контрагентом произведено сразу**
#### На склад
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
**Окончание обслуживания**
**Обслуживание контрагентом произведено сразу**
#### Добавление
* **Регистр накопления Остатки** - движение в приход (+);
* **Регистр сведений Состояние карточек номенклатуры** - В рабочем состоянии.
---
## Изменение показателей оборудования(Ремонты и обслуживание)
Очень часто хочется получать информацию о комплектующих, которые имеют показатели, изменяющиеся со временем.
Например, количество заправок картриджей, количество отпечатанных листов бумаги и т.д.
С помощью данного документа можно вести учет числовых показателей оборудования, таких как: количество заправок картриджей, количество отпечатанных листов и т.д. Т.е. это какой-то числовой показатель, который будет накапливаться со временем. Для просмотра сколько всего раз был заправлен картридж, отпечатано листов и т.д. воспользуйтесь отчетом **Показатели оборудования**.
**Отчет "Показатели оборудования"**
---
## Начало обслуживания(Ремонты и обслуживание)
Документ **Начало обслуживания** предназначен для фиксирования факта переноса оборудования для ремонта или обслуживания в место ремонта или передачу контрагенту, который делает ремонт (обслуживание).
Рассмотрим сквозной пример работы подсистемы.
***Пример.*** Допустим на "Компьютере №13" сгорела материнская плата, необходимо ее заменить на новую, которая есть на складе.
Для решения поставленное задачи в конфигурации необходимо забрать системный блок с места хранения "Кабинет 141", где хранится данный компьютер и отнести в "Место ремонта". Т.к. ремонт будет проходить не на рабочем месте сотрудника, закрепленного за "Кабинет 141", то необходимо системный блок перенести на место ремонта.
**Создаем документ "Начало обслуживания"**
* **Организация** - это наша фирма, за которой закреплено оборудование для ремонта;
* **Обслуживание** - может иметь два значения: внутреннее обслуживание или обслуживание контрагентом. В зависимости от выбранного реквизита оборудование будет перемещено либо на склад, либо контрагенту для ремонта (соответственно будет показано либо место обслуживание, либо контрагент с договором);
* **Место хранения** - место, с которого перемещается оборудование;
* **Место обслуживани**я - место, куда перемещается оборудование на время ремонта;
* **Дерево "Номенклатура"** содержит всю номенклатуру, которую необходимо отдать в ремонт;
* **На закладке "Номенклатура для ремонта"** указывается список номенклатуры, который необходимо приобрести для осуществления ремонта основной техники. Например, для ремонта ПК сначала нужно приобрести деталь, так как в наличие на текущий момент у нас ее нет.
* **На закладке "Услуги"** необходимо выбрать дополнительные платные услуги. Например, доставку до контрагента, если ремонт осуществляет контрагент;
* **
* **На закладке "Дополнительно"** размещены дополнительные сведения по бюджетам и подразделению.
Видим, что на компьютере стоит GIGABYTE GA-F2A68HM-S1, которую необходимо заменить.
Так же выбрали в реквизите обслуживание **Внутреннее обслуживание**, т.к. ремонт собственными силами. Если обслуживание будет контрагентом, то необходимо выбрать другой вид. Но об этом чуть позже. На закладке **Номенклатура**, нажимаем **Подбор** и выбираем то, что будет перемещено на место обслуживания из места хранения "Кабинет 141".
После создания и заполнения документа проведем его. Теперь системный блок "Компьютер №13" с остатков места хранения "Кабинет 141" убран и перемещен на место хранения "Место ремонта".
Первый шаг сделан, мы забрали системный блок для ремонта. Переходим ко второму шагу.
[Перейти далее >>](/it3/remonty-i-obsluzhivanie/okonchanie-obsluzhivaniya)
---
## Окончание обслуживания(Ремонты и обслуживание)
Документ **Окончание обслуживания** предназначен для фиксирования факта ремонта оборудования или его обслуживания или возврат от контрагента, оборудования, которое он ремонтировал(обслуживал).
Продолжим решать поставленную задачу рассмотренную на [предыдущем этапе](/it3/remonty-i-obsluzhivanie/nachalo-obsluzhivaniya).
Итак, мы переместили системный блок со сгоревшей материнской платой на место ремонта, теперь необходимо заменить плату на другую.
Для этого на основании документа **Начало обслуживания** создаем документ **Окончание обслуживания**.
Это операция позволит в документе **Окончание обслуживания** не заносить данные по новой. Будет создан документ следующего содержания:
Теперь необходимо в нем заменить сгоревшую материнскую плату. Для этого в поле **Событие** необходимо выбрать **Списание** - если надо списать комплектующую в процессе ремонта, или **На склад**, в случае если мы позже попытаемся выяснить причину поломки, и кто знает, может починим комплектующую. Выберем **На склад**.
При этом Вы должны понимать, что комплектующие с видом события **На склад**, будут помещены на место хранения, которое указано на закладке **Дополнительно: Место хранения на склад**.
В нашем случае мы поместим ее в **Место ремонта**.
Так же есть реквизит **Место хранения со склада**, он предназначен для указания с какого места хранения будут устанавливаться комплектующие. И в этом случае это тоже **Место ремонта**.
Выбрали место хранения со склада, теперь добавим новую материнскую плату:
Понятное дело, что новая материнская плата должна находиться на **Место хранения со склада**.
После подбора, необходимо перетащить установленную комплектующую мышкой в тот комплект, в котором она будет укомплектована. В нашем случае это "Компьютер №13".
Вот, что получилось:
Т.е. в данном документе видно, что мы перемещаем на место, где будет проходить ремонт **Место ремонта** (указан на закладке **Дополнительно**) материнскую плату GIGABYTE GA-F2A68HM-S1 и ставим новую со склада **Место ремонта** (указан на закладке **Дополнительно**) ASUS A68HM-K. После нужно отнести системный блок на то место, куда его необходимо вернуть.
Проводим документ и вот, что получилось:
Как видим вместо старой сгоревшей материнской платы, у нас ASUS A68HM-K, что, собственно, нам и нужно было.
:::info **Важно!**
Хотелось бы еще добавить следующее... Мы сделали этот пример с использованием двух документов: **Начало обслуживания** и **Окончание обслуживания**. Очень часто бывают такие ситуации, при которых ремонт или обслуживание происходят на месте. Например, принесли картридж и просто поменяли его. Для таких случаев можно не делать документ **Начало обслуживания**. В реквизите обслуживания документа **Окончание обслуживания** выберите **Внутреннее обслуживание произведено сразу** или **Обслуживание контрагентом произведено сразу** в таком случае можете сразу произвести ремонт.
:::
---
## Покупка деталей для ремонта(Ремонты и обслуживание)
Зачастую при осуществлении ремонта того или иного оборудования на складе как на зло нет необходимой детали, которая нужна для починки. Ее необходимо заказывать и только после этого приниматься за работу. Мы предусмотрели данную ситуацию и добавили в документ **Начало обслуживания** новую табличную часть **Номенклатура для ремонта**, позволяющую отражать комплектующие необходимые для выполнения ремонтных работ. В данной статье рассмотрим пример правильного отражения подобной ситуации. Первым делом создаем новый документ **Начало обслуживания** и указываем на закладке **Номенклатура** оборудование, которое вышло из строя.
Как видно на скриншоте выше, в одном из компьютеров предприятия перестала работать видеокарта. В результате данная комплектующая требует замены, но на остатках у нас нет такой детали, ее нужно заказывать. Для этого переходим на закладку **Номенклатура для ремонта** и указываем номенклатуру, которую нужно купить.
Стоит отметить, что номенклатура добавленная на закладке **Номенклатура для ремонта** выбирается только из справочника **Номенклатура** и не подтягивает с собой карточку номенклатуры, что позволяет указывать в столбце **количество** значение больше единицы. Также при добавлении новой номенклатуры на текущей закладке автоматически присваивается статус **Необходимо приобрести**, который служит отличительной чертой данной номенклатуры в документе **Заказ поставщику**. После того, как необходимая для ремонта номенклатура добавлена, нужно установить у данного документа реквизит **Состояние** в значение **Ожидание комплектующих**, который будет сигнализировать о том, что текущий документ находится на стадии ожидания.
Следующим шагом нужно на основании документа **Начало обслуживания** создать **Заказ поставщику** и продолжить цепочку оформления документов покупки и оприходования купленного оборудования.
---
## Сотрудники(3)
Справочник **Сотрудники** предназначен для хранения всех необходимых данных о сотрудниках организации.
Сотрудники участвуют во многих блоках, таких как: [складской учет](/it3/nomenklatura-i-sklad), [service desk](/it3/podsistema-service-desk-upravlenie-incidentami), [взаимодействия](/it3/vzaimodeystviya) и многое другое.
Все это в одном месте - в конфигурации [Управление IT-отделом 8](https://softonit.ru/catalog/products/it/#detail)
| **Список ролей для работы с подсистемой "Сотрудники"** |
| ---------------------------------------------------|
| Добавление и изменение операций по сотрудникам |
| Чтение сотрудников |
| Добавление и изменение доступа к информационным ресурсам |
| Чтение доступа к информационным ресурсам |
| Добавление изменение заработной платы |
| Чтение заработной платы |
---
## Закрепление сотрудников(Сотрудники)
**Закрепление сотрудников** приписывает их к определенному месту хранения, например, при приеме на работу. Документ предназначен для работы с материальными лицами.
Если используется [складской учет клиентов в аутсорсинговых компаниях](/it3/nomenklatura-i-sklad/metodiki-ucheta/uchet-nomenklatury-klientov-dlya-autsorsingovyh-kompaniy), то вместо организации возможно выбрать контрагента, а вместо сотрудника необходимо указать контактное лицо контрагента.
---
## Заработная плата(Заработная плата)
Конфигурация позволяет рассчитывать заработную плату по сотрудникам (на текущим момент, расчет автоматически не выполняется). Для того, чтобы воспользоваться функционалом, его необходимо включить. Для этого нужно перейти в раздел
**Администрирование -> Настройки параметров учета -> Функциональность -> Использовать подсистему заработная плата**.
---
## Назначения начислений и удержаний(Заработная плата)
Документ предназначен для фиксирования факта назначения начислений сотруднику.
---
## Начисления заработной платы(Заработная плата)
Документ предназначен для расчета заработной платы по сотрудникам.
---
## Логины и пароли(Логины и пароли)
## Зачем в нашем решении эта возможность?
Нас часто спрашивают о том, зачем эта подсистема вообще нужна? Проще ведь хранить где-то логины/пароли одному человеку и все. Но не все так просто...
Иногда в организациях есть какие-то общие логины/пароли, которые хотелось бы хранить где-то централизовано и что бы доступ к ним был для нескольких сотрудников. Например, это могут быть: данные к доступам роутеров, общих корпоративных аккаунтов или учетных записей, данные камер видео наблюдений и т.п. Эта информация часто нужна не только одному человеку и проблема осложняется тем, что пароли могут меняться со временем, как в этом случае безопасно передавать пароли?
В этой связи, в Управление IT-отделом 8, мы добавили возможность учета паролей и постарались сделать ее удобной и безопасной на сколько это возможно.
## О безопасности хранения паролей в конфигурации
Согласно системе стандартов и методик разработки конфигураций, данный механизм работает следующим образом: информация о логине и пароле хранится отдельно от учетной карточки (это справочник "Логины и пароли"), при этом сам пароль хранится в закрытом виде (в отдельном регистре сведений в реквизите с типом "Хранилище значения"). Доступ к учетной карточке ограничивается наличием соответствующих ролей и типом пароля, но перед передачей логина и пароля с сервера на клиент, сохраненный пароль шифруется на сервере и дешифруется на клиенте при открытии формы учетной карточки. Подобное хранение паролей не решает всех проблем безопасности, а лишь усложняет задачу для злоумышленника при попытке перехвата конфиденциальной информации. В свою очередь, данный подход накладывает и свои ограничения - в форме списка справочника "Логины и пароли", а также в отчете "Логины и пароли" сами пароли отображаются в виде звездочек и не передаются на клиент. Просмотр ранее сохраненного пароля возможен из учетной карточки (вызывается из списка учетных карточек для формы списка справочника), либо открыв форму просмотра пароля.
Таким образом, пароль в открытом виде в конфигурации не хранится.
## Работа с логинами и паролями
Теперь давайте рассмотрим работу механизма "Логины и пароли" более подробно. Этот модуль позволяет упорядоченно хранить в виде журнала учета логинов и паролей пользователей, которые располагаются в форме списка справочника "Логины и пароли", а также хранить историю изменений и генерировать новые. На форме списка отображается:
* [x] **URL** - если пароль можно открыть в браузере, то здесь задается адрес сайта. Щелкнув по этому полю можно открыть сайт, каталог, FTP и т.д.
* [x] **Объект** - объект информационной базы, к которому принадлежит логин и пароль (пользователь, сотрудник, физ. лицо, организация и т.д.);
* [x] **Программа** - номенклатура с видом программное обеспечение или лицензия, либо произвольная строка;
* [x] **Категория** - категория к которой относится запись логина и пароля.
* [x] **Логин** - соответствующий логин объекта ИБ;
* [x] **Пароль** - пароль для доступа объекта ИБ;
* [x] **Тип пароля** - устанавливает ограничения видимости пароля (личный, общий, группы пользователей);
* [x] **Сложность пароля** - индикатор, который указывает на сколько пароль безопасен;
Ниже изображено окно логина и пароля. Значок "глаза" позволяет скрыть или показать пароль. На самой форме есть возможность копировать пароль в буфер обмена для дальнейшего его использования в браузере.
Если вы хотите сгенерировать пароль случайным образом, то воспользуйтесь соответствующей кнопкой **Генератор паролей** (иконка "волшебная палочка"). Окно генератора паролей позволяет задать параметры пароля и сформировать его случайным образом, а так же оценить его надежность.
Если ваш пароль будет не достаточно надежным, или скомпрометированным, то соответствующая надпись, будет сигнализировать вам об этом. Так же подобная проверка есть и в самом генераторе.
Учетная карточка помимо основной информации о логине и пароле, также хранит историю изменений данного пароля. Отображается измененный пароль в истории на следующий день, при этом будут отражены **только последние записанные изменения**. Т.е., например, сегодня вносим в течении дня ряд корректировок, последние внесенные изменения записываем и именно они на следующий день будут отображены в истории.
С помощью кнопки **Отчет по логинам** осуществляется переход к формированию одноименного отчета. Как говорилось в начале, пароли отображаются в виде звездочек, просмотреть пароль можно через учетную карточку или в сформированном отчете. Выбираем пароль и двойным кликом по нему вызываем форму просмотра паролей, в которой можно отобразить пароль.
| **Список ролей для работы с подсистемой "Логины и пароли"** |
|-------------------------------------------------------------|
| Добавление и изменение паролей|
| Чтение паролей|
| **Список ролей для работы с подсистемой "Логины и пароли" в мобильном приложении** |
|------------------------------------------------------------------------------------|
| Базовые права мобильное приложение |
| Выполнение заданий |
| Добавление заданий |
| Чтение заданий |
| Добавление и изменение паролей |
| Чтение паролей |
---
## Механизм расчета количества взлома пароля(Логины и пароли)
## Вычисление количества взлома пароля
Контроль за количеством взлома пароля играет ключевую роль в обеспечении безопасности данных, так как он помогает:
* **Защите персональной информации:** чем чаще ваш пароль подвергается взлому, тем выше риск несанкционированного доступа к учетным записям и конфиденциальным данным
* **Укреплению безопасности:** информация о количестве взлома позволяет своевременно принять меры: изменить пароль на более сложный, добавив заглавные и строчные буквы, цифры и специальные символы
* **Выявлению уязвимостей:** анализ количества атак помогает определить слабые места в защите учетных данных и предпринять дополнительные меры по их усилению
Рассмотрим пример создания простого пароля. Для начала откроем окно **Логин и пароль** и введем в поле *Пароль* значение *123456*. Как видим появилась надпись *Пароль был взломан 50203085 раз(а)*, что говорит нам о ненадежности и необходимости сменить пароль.
Но как же все-таки высчитывается это «Количество»? Давайте рассмотрим на данном примере:
> Для начала 1С высчитывает Хэш-сумму (Хеш-код) нашего пароля. Хэш-сумма однозначно соответствует исходным данным, но не позволяет их восстановить. Явное значение хэш-суммы, как правило, записывается в шестнадцатеричном виде и используется в криптографии
> Далее берутся первые 5 символов хэш-суммы и отправляются на сайт `https://api.pwnedpasswords.com`, который возвращает нам массив всех паролей, которые содержат в себе наши 5 символов. Значение перед двоеточием – хэш-сумма, значение после двоеточия – сколько раз был взломан пароль
> 1С принимает данный массив, пробегается по каждой строчке и сравнивает ее с нашей хэш-суммой. При совпадении берется правое значение (после двоеточия) и выводится в окно **Логин и пароль**
:::info Важно!
Пароль, который мы указали не отправляется третьим лицам, он остается внутри 1С, отправляется только первые 5 символов хэш-суммы пароля, по которым невозможно восстановить пароль.
:::
Если пароль, который мы указали будет надежным и его нельзя будет взломать, мы увидим надпись ***Надежный***.
Таким образом, функционал, показывающий сколько раз был взломан пароль, поможет вам улучшить безопасность вашей учетной записи и предотвратить потенциальные угрозы безопасности.
---
## Сейфы(Логины и пароли)
Ранее при создании записей с логинами и паролями необходимо было вручную указывать тип доступа (личный, групповой, общий) для каждой записи.
Чтобы упростить этот процесс, была внедрена концепция сейфов. Теперь все пароли хранятся в определённых сейфах, каждый из которых имеет свои права доступа.
При создании нового сейфа прописывается его наименование и выбирается тип доступа:
* **По группам** – доступ предоставляется отдельным пользователям или группам согласно назначенным ролям (чтение, изменение).
* **Общий** – пароли из этого сейфа доступны всем пользователям.
* **Личный** – доступ только их создателю.
Создавать сейфы можно как в разделе **Сейфы** так и в логинах и паролях. Они будут отображаться в дереве логинов и паролей, что позволяет оперативно перемещаться между сейфами и ориентироваться в созданных записях.
---
## Перемещение сотрудников(Сотрудники)
Документ **Перемещение сотрудников** позволяет закрепить новое место хранения за сотрудником, вместо старого.
Но при этом номенклатура ответственного сотрудника не переносится данным документом. Чтобы перенести закрепленную номенклатуру на другое место хранение нужно воспользоваться документом [Перемещение](/it3/nomenklatura-i-sklad/skladskie-dokumenty/dokument-peremeshchenie).
---
## Снятие закрепления(Сотрудники)
Снятие закрепления позволяет снять закрепленного сотрудника с места хранения, например, при увольнении.
---
## Управление доступом к информационным ресурсам(Управление доступом к информационным ресурсам)
Содержание главы:
* Согласование прав доступа
* Просмотр доступных информационных ресурсов
* Процесс согласования доступа
---
## Просмотр доступных информационных ресурсов(Управление доступом к информационным ресурсам)
Иногда возникает необходимость узнать какими правами доступа к информационным ресурсам обладает тот или иной сотрудник. Например, у сотрудника вышел из строя жесткий диск, и мы не можем узнать, какие программы у него были установлены, а самое главное с какими правами. Чтобы долго и нудно это не выяснять, мы можем просто посмотреть к каким информационным ресурсам у пользователя был доступ. Для этого мы сформируем отчет **Доступ к информационным ресурсам**, который находится в подсистеме **Сотрудники**.
Для формирования отчета нажмем кнопку **Сформировать**.
Также можно воспользоваться сортировкой по *периоду, организации, сервису, сотруднику и программному продукту*.
Если же мы нажмем кнопку **Еще** можно выбрать вариант отчета **Матрица доступа**:
---
## Согласование прав доступа(Управление доступом к информационным ресурсам)
## Процесс согласования доступа
Процесс согласования доступа к информационным ресурсам начинается с подачи пользователем заявки на предоставление этого доступа. Процесс указывается **Согласование доступа к программам и информационным ресурсам**.
При создании задания можно выбрать предопределенный процесс **Согласование прав доступа к программам и информационным ресурсам**. При этом сам процесс создания задания не меняется. Отличие заключается в другом наборе этапов (новый, согласование, разрешено, отказано, возобновлено).
Далее переводим задание на этап **Согласование**. Это означает что предоставление доступа находится на рассмотрении у начальства.
Если согласование с начальством прошло успешно - переходим на этап **Разрешение**. В противном случае переходим на этап **Отказано**.
## Cоздать документ "Права доступа к информационным ресурсам"
Теперь мы можем создать на основании нашего задания **Права доступа к информационным ресурсам** .
Выбираем сотрудника, виды доступа (можно создавать свои собственные виды доступа с разными наборами прав), отмечаем галочками **Права доступа** .
Есть возможность создать документ **Права доступа к информационным ресурсам** на основании задания. Также документ может быть создан в разделе
**Сотрудники -> Права доступа сотрудников к информационным ресурсам**
Вот так выглядит фиксирование у кого и куда есть доступ, и с какими правами:
## Форма элемента
Cодержит следующие реквизиты:
* [x] **Сотрудник** - указывается сотрудник, которому открываем доступ;
* [x] **Организация** - указывается организация;
* [x] **Инициатор** - указывается сотрудник, который является инициатором предоставления доступа.
## Форма создания "Вида доступа сотрудника к информационным ресурсам"
Cодержит следующий список реквизитов:
* [x] **Родитель** - выбирается *родительская группа видов*;
* [x] **Наименование** - указывается название вида;
* [x] **Программный продукт** - программа, в которой открывается доступ;
* [x] **Сервис** - сервис в рамках, которого открывается доступ к программе.
---
## Aspia - краткий обзор(Aspia)
:::info **Aspia**
это бесплатное программное обеспечение с открытым исходным кодом, которое представляет собой полноценный набор инструментов для удаленного управления компьютерами в локальной сети и за ее пределами. Это означает, что вы сможете подключаться и контролировать компьютеры, находящиеся в других сетях, даже если они защищены сетевым адресным переводом (NAT). Aspia подобен другим популярным программам удаленного доступа, таким как `TeamViewer`, `AmmyyAdmin`, `Radmin` и `AnyDesk`.
:::
 
## Список возможностей программы
1. Удаленное управление с различными уровнями доступа
2. Собственный файловый менеджер
3. Просмотр информации о системе: оборудование, программы, службы, процессы, лицензии и многое другое
4. Текстовый чат между оператором и подключенным хостом
5. Использование адресных книг с различными уровнями вложенности
6. Aspia позволяет подключаться к компьютерам, находящимся за NAT, с помощью своего собственного ID-сервера (роутера).
7. Балансировка нагрузки на ID-сервер с помощью нескольких Relay серверов.
8. Поддержка операционных систем `Linux` (`Debian`, `Ubuntu`), `Windows` и `MacOS`.
## Системные требования
1. x86 или x86_64 процессор с поддержкой инструкций SSE2
2. Windows 7/2008 R2 или выше, Debian 11/Ubuntu 20.04, MacOS X
3. «Белый» IP - для работы с внешним соединением в обход NAT
### Дополнительные требования
* **Aspia Router: TCP 8060.** Используется для входящих подключений ретрансляторов (Aspia Relay) и сигнальных подключений хостов (Aspia Host), в т.ч. получения ID.
* **Aspia Relay: TCP 8070.** Используется для входящих подключений хостов (Aspia Host).
* **Aspia Host: TCP 8050.** Используется для входящих подключений операторов через клиентов (Aspia Client) и консолей (Aspia Console).
## Модули комплекса Aspia
* **Host** – устанавливается на компьютер, которым необходимо управлять (на данный момент только Windows).
* **Console** – устанавливается на компьютер администратора и выполняет роль клиента с адресной книгой и имеет интерфейс по управлению router’ом (поддерживаются Linux, Windows, MacOS).
* **Client** – легкий клиент, аналог консоли, с возможностью быстрого подключения к хосту (поддерживаются Linux, Windows, MacOS).
* **Router** – собственная реализация ID сервера для хостов (подключенных компьютеров), находящихся за NAT и, соответственно, не имеющих белого IP адреса (поддерживаются Linux и Windows).
* **Relay** – работает совместно с Router и служит для балансировки нагрузки. При небольших нагрузках возможно использование Router + Relay на одном физическом сервере (поддерживаются Linux и Windows).
## Режимы работы
1. **Локальный доступ:** если удаленное управление планируется использовать только лишь во внутренней сети или с машинами, подключенными через VPN, достаточно использовать связку для работы по локальной сети: **Aspia Host - Aspia Console\Client**. Подключение производится по IP-адресу машины внутри сети
2. **Внешнее соединение:** для работы с машинами вне периметра локальной сети, без доступа к ним через VPN и работающие через NAT - понадобится дополнительно установить на серверные машины **Aspia Router + Aspia Relay**
### Локальный доступ
Для **настройки локальной схемы** работы нам понадобится следующее:
1. [Скачать](https://github.com/dchapyshev/aspia/releases) установочный файл Aspia Client или Aspia Console в зависимости от операционной системы: `.msi` - для Win, `.deb` - для Linux, `.dmg` - для MacOS. Между **Client** и **Console** есть значимая разница:
* **Aspia Client** - предназначен исключительно для быстрого подключения к удаленным компьютерам и ничего более.
* **Aspia Console** - предназначена для облегчения подключения к удаленным компьютерам с использованием адресной книги. Кроме того, она также позволяет управлять Aspia Router.
2. [Скачать](https://github.com/dchapyshev/aspia/releases) Aspia Host для дальнейшей установки на машины, которыми собираемся управлять(пользовательские/сервер). Host доступен только для ОС Win.
3. Открытый порт 8050 на машине-хосте, который Aspia Host использует для входящих подключений операторов через клиентов (Aspia Client) и консолей (Aspia Console).
4. Инструкция [как настроить Aspia](/it3/universalnye-mehanizmy/aspia/kak-nastroit) в локальной сети.
* Все три компоненты(Aspia Console\Client\Host) могут находиться на одной машине, что позволит подключаться к этой машине и совершать подключения к другим машинам в локальной сети по IP-адресу.
### Внешнее соединение
Для настройки **схемы внешнего подключения** понадобится:
1. Аналогично и для локального подключения - скачать Aspia `Clien\Console\Host`
2. Обязательно дополнительно скачиваем **Aspia Router** и **Aspia Relay** (поддерживаются Linux и Windows) - оба продукта могут быть установлены как на одном сервере совместно, так и на разных для увеличения масштабируемости системы в целом и разделения нагрузки, в случае большого количества соединений.
3. Дополнительно должны быть открыты порты:
* **для Aspia Relay: TCP 8070** - используется для входящих подключений хостов (Aspia Host) , где будут установлены Router и Relay
* **для Aspia Router: TCP 8060** - используется для входящих подключений ретрансляторов (Aspia Relay) и сигнальных подключений хостов (Aspia Host), в т.ч. получения ID.
1. Как настроить Aspia для внешних подключений
## Зачем нужен Aspia Router и Aspia Relay
**Aspia Router** и **Aspia Relay** работают вместе и зависят друг от друга. **Aspia Relay** используется для передачи трафика между компьютерами, обходя **Aspia Router**. Оба продукта могут быть установлены на одном сервере или на разных серверах для увеличения масштабируемости и распределения нагрузки при большом количестве соединений.
Aspia Router функционирует исключительно как маршрутизатор и не пропускает трафик между хостом и клиентом через себя. Вместо этого он направляет трафик на Aspia Relay. Это позволяет предотвратить перегрузку своего канала и всегда быть доступным для "сигнальных соединений". Одному Aspia Router может быть подключено несколько Aspia Relay.
---
## Aspia(Aspia)
Aspia — бесплатная программа для удаленного управления ПК.
На основе открытых источников подготовили инструкцию по настройке и использованию продукта
На следующей странице - краткий обзор продукта и его возможностей, с описанием способов использования
---
## Aspia - как использовать(Aspia)
Рассмотрим основные моменты с настройками по-умолчанию по использованию компонентов Aspia для работы с подключениями.
## Aspia Client - Aspia Host
В такой связке для подключения к машине нам необходимо:
1. Наличие **Aspia Client** на машине того, кто подключается и **Aspia Host** на машине, к которой подключаемся - качаем [здесь](https://github.com/dchapyshev/aspia/releases)
2. **IP адрес** машины в локальной сети к которой производим подключение - для того, чтобы пользователь Aspia Client мог подключиться внутри периметра (в том случае, если мы не используем Aspia Router, иначе можно подключиться и по ID)
3. **Создать пользователя:** *Aspia Host -> Параметры -> Пользователи* - это необходимо, чтобы подключающийся хост имел определенный набор прав, предоставляемый ему
4. **Подключить маршрутизатор** - в **Aspia Client** подключается маршрутизатор (Aspia Router), который будет идентифицировать `ID` подключения. Для этого нужно прописать IP-адрес или DNS имя машины, на которой стоит **Aspia Router**.
5. **ID** - если ранее мы настроили все необходимое для обхода NAT при внешнем подключении. Выдается автоматически вашему хосту при настройке подключения к **Aspia Router**. Используется в **Aspia Client** при внешнем подключении, также **может быть использован** внутри периметра сети **вместо IP** адреса машины-хоста.
При первоначальной настройке маршрутизатора "Имя пользователя" и "Пароль": `admin/admin`. Далее покажем как изменить это значение на собственное в **Aspia Console.**
### Подключение
Чтобы подключиться с **Aspia Client** используем **ID**(или IP - для внутренней сети) и далее: либо вводим данные пользователя, которого нам предоставит хост, либо одноразовый пароль.
* Одноразовый пароль возможно использовать только при подключении через ID
* При использовании **одноразового пароля** предоставляются **полные права**. Так что, если хотите ограничить функционал своих клиентов - создавайте пользователей в Aspia Host и предоставляйте данные для подключения.
### Aspia Console - Aspia Host
1. Аналогично: качаем на машину-клиент Aspia Consolе, а на машину-хост Aspia Host. Качаем [здесь](https://github.com/dchapyshev/aspia/releases)
2. **Завести адресную книгу** - для дальнейшего подключения, настройки Aspia Router и заведения списка клиентов подключения
3. **Поменять параметры подключения к Aspia Router** - по умолчанию имя пользователя и пароль, используемый для подключения к маршрутизатору admin/admin. Это не безопасно, поэтому рекомендуем менять на новую комбинацию.
* Для этого на панели консоли нажмите обозначенную ниже иконку и измените пользователя «`admin`», поменяв ему имя и пароль.
* Далее вы можете создать дополнительных пользователей, которые будут иметь доступ к настройкам маршрутизатора из консоли.
4. **Создаем пользователей, группы пользователей** - далее нам остается cоздавать пользователей в нашей адресной книге и по необходимости создавать вложенность группами компьютеров.
### Быстро подключаем пользователей
Для того, чтобы не запрашивать у каждого пользователя данные для подключения, рекомендуем создать универсальные настройки Aspia Host и распространить/предоставлять пользователям-хостам. Как это сделать:
Ниже по ссылке можно скачать авто-сборщик, который собирается с помощью `7zip SFX`(все компоненты из открытых источников):
1. Распаковать и положить в папку aspia файл `host.json` от машины с настроенным хостом(с прописанным сервером(его ключом!), пользователями). Он находиться в папке `c:\ProgramData\aspia\`.
2. Запустить `aspia-make-sfx.cmd`
3. На выходе получится авто-инсталлятор `aspia-install-252.exe`
4. Предоставить пользователям итоговый файл - в итоге клиент сразу подключится к вашему роутеру и получит свой ID, отражаемый в "Управлении маршрутизатором" Aspia Client
5. **Получив ID** - у вас на руках будут все данные для создания нового пользователя в своей записной книжке: ID, имя, пароль.
6. Подключайтесь
[Ccылка на авто-сборщик](./static/aspia-auto-install.7z)
К примеру, создайте группу пользователей и в свойствах укажите имя пользователя и пароль, которые прописали в файле host.json. Далее получив ID от вашего клиента(видно в управлении роутером), создавайте пользователя, указав, что имя и пароль наследуются от родителя.
---
## Aspia - как настроить(Aspia)
## Основное отличие
Разница настройки и использования Aspia будет заключаться лишь - в необходимости для работы с внешним подключением дополнительно установить и настроить: **Aspia Router** и **Aspia Relay** + настроить **Aspia Host** для работы с **Aspia Router**.
Поэтому первым рассмотрим способ настройки компонентов для подключения без прямого доступа к ПК, выходящего в интернет через NAT. В остальном разницы между способами использования нет, `Aspia Client\Console\Host` будут использоваться одинаково.
## Настройка Aspia Router
1. Cкачиваем **Aspia Router** и **Aspia Relay** с репозитория: [ссылка](https://github.com/dchapyshev/aspia/releases) . Подчеркнем еще раз, что данные компоненты доступны лишь для ОС Windows и Linux.
2. Устанавливаем Aspia Router и Aspia Relay на сервере, который будет всегда доступен для всех хостов/консолей/клиентов. В идеале, на выделенный/виртуальный сервер у какого-либо хостера, либо на сервер внутри локальной сети с пробросом портов, **но тут есть нюанс**:
> Aspia Router и Aspia Relay между собой могут "общаться" по любым адресам, т.е. как "`127.0.0.1`" (в случае установки на одном сервере), так и по внутренним адресам вида "`192.168.0.1`", так и по внешним (если установлены на разных хостингах, например).
> А вот общение консоли/клиента/хоста с маршрутизатором должно осуществляться исключительно через один и тот же адрес, который будет доступен всем участникам и если у вас есть внешние клиенты (вне периметра вашей локальной сети), то необходимо обязательно указывать в конфиге внешний адрес для подключений. Из этого вытекает тот факт, что подключения по внешнему адресу фаервола изнутри локальной сети, как и проброс портов должны корректно отрабатываться.
3. **Создаем конфигурацию** по умолчанию для Aspia Router **через командную строку с правами администратора:**
* Для Windows:
* cd /d "C:\Program Files (x86)\Aspia\Router"
* aspia_router --create-config
* Для Linux:
* sudo aspia_router --create-config
:::info **ВНИМАНИЕ!**
*В указанной директории не должно быть уже существующих файлов конфигурации или базы данных. Роутер никогда не перезаписывает текущие конфигурации, и создание новой конфигурации возможно только в случае отсутствия предыдущей.*
:::
4. **Заполняем конфигурационные файлы** (при необходимости; т.к. в большинстве случаев конфигурацию по умолчанию не нужно редактировать) :
* Для **Windows:** `C:\ProgramData\aspia\router.json`
* Для **Linux:** `/etc/aspia/router.json`
* **PrivateKey** (ОБЯЗАТЕЛЬНОЕ ПОЛЕ): Если у вас уже есть закрытый ключ, введите его здесь. Этот параметр автоматически генерируется при создании конфигурации с помощью параметра командной строки "`--create-config`". Не изменяйте эту настройку, если вам действительно нет в этом необходимости.
* **Port:** Порт, на котором будут приниматься входящие соединения. Вы можете оставить значение по умолчанию. Не изменяйте этот параметр, если вы не делаете это осознанно . **Значение по умолчанию - 8060**
* **ListenInterface:** Адрес интерфейса, на котором сервер будет слушать входящие соединения. Укажите 0.0.0.0, если вы хотите прослушивать соединения на всех интерфейсах. Не изменяйте эту настройку, если вам действительно нет в этом необходимости
* **ClientWhiteList:** Список IP-адресов (без имен хостов) клиентов, которым разрешено подключаться к роутеру. Адреса разделяются точкой с запятой. Если список пуст, то разрешены подключения от всех клиентов. Если список содержит элементы, то только клиенты, указанные в этом списке, могут подключаться. Не изменяйте эту настройку, если вам действительно нет в этом необходимости.
* **HostWhiteList:** Список IP-адресов (без имен хостов) хостов, которым разрешено подключаться к роутеру. Адреса разделяются точкой с запятой. Если список пуст, то разрешены подключения от всех хостов. Если список содержит элементы, то только хосты, указанные в этом списке, могут подключаться. Не изменяйте эту настройку, если вам действительно нет в этом необходимости.
* **AdminWhiteList:** Список IP-адресов (без имен хостов) администраторов, которым разрешено подключаться к роутеру. Адреса разделяются точкой с запятой. Если список пуст, то разрешены подключения от всех администраторов. Если список содержит элементы, то только администраторы, указанные в этом списке, могут подключаться. Не изменяйте эту настройку, если вам действительно нет в этом необходимости.
* **RelayWhiteList:** Список IP-адресов (без имен хостов) ретрансляторов, которым разрешено подключаться к роутеру. Адреса разделяются точкой с запятой. Если список пуст, то разрешены подключения от всех ретрансляторов. Если список содержит элементы, то только ретрансляторы, указанные в этом списке, могут подключаться. Не изменяйте эту настройку, если вам действительно нет в этом необходимости.
5. **Запуск/Остановка службы:**
Для **Windows**: `net start aspia-router / net stop aspia-router`
Для **Linux**: `sudo systemctl enable aspia-router; sudo service aspia-router start / sudo service aspia-router stop`
6. Откройте файл публичного ключа и скопируйте его. Он пригодится для настройки ретранслятора и хостов.
Для **Windows**: `C:\ProgramData\aspia\router.pub`
Для **Linux**: `/etc/aspia/router.pub`
## Расположение файлов маршрутизатора
1. **Логи:** чтобы задать уровень журнала, объявите переменную окружения `ASPIA_LOG_LEVEL` со значением от 0 до 3. Уменьшение значения
значения увеличивает количество сообщений в журнале.
* Для **Windows**: `C:\Windows\Temp\aspia\aspia_router-*.log`
* Для **Linux**: `sudo journalctl -u aspia-router`
2. Настройки
Для **Windows**: `C:\ProgramData\aspia\router.json`
Для **Linux**: `/etc/aspia/router.json`
3. База данных
Для **Windows**: `C:\ProgramData\aspia\router.db3`
Для **Linux**: `/var/lib/aspia/router.db3`
### ПРИМЕЧАНИЯ:
1. Хосты и ретрансляторы подключаются к маршрутизатору с использованием открытого ключа.
2. Клиенты и консоль подключаются с помощью имени пользователя и пароля. При управлении маршрутизаторами в консоли можно добавить дополнительных пользователей. При управлении маршрутизаторами в консоли можно добавить дополнительных пользователей.
3. Рекомендуется регулярно создавать резервные копии конфигурационных файлов и базы данных.
4. **Не забудьте добавить правила в брандмауэре для доступа к Маршрутизатору. Маршрутизатор не добавляет правила автоматически.**
5. Рекомендуется ограничить список ретрансляторов, которые могут быть подключены к маршрутизатору. Внесите необходимые ретрансляторы в белый список.
6. При деинсталляции маршрутизатор не удаляет свои конфигурационные файлы и базу данных.
7. При обновлении маршрутизатора не забудьте сделать резервную копию конфигурационных файлов и базы данных.
8. Информацию о том, как подключиться к маршрутизатору для управления им (включая имя пользователя и пароль), см.
на странице использования Aspia.
1. После изменения конфигурационных файлов необходимо перезапустить службу Router. Маршрутизатор считывает конфигурацию
при запуске!
## Настройка Aspia Relay
**Назначение Relay:** пропускает через себя трафик между пирами (хостами и клиентами). Сервер Relay должен иметь публичный IP-адрес. Релейных серверов может быть много, и они могут располагаться на отдельных от маршрутизатора машинах.
Маршрутизатор. Количество `Relay-серверов` может быть от одного до нескольких. Необходимо установить хотя бы один сервер Relay.
Router и Relay могут работать только вместе.
1. **Установка Relay (требуются права администратора)**
Для **Windows**:
* запустите `aspia-relay-2.5.2-x86.msi` и следуйте инструкциям на экране.
Для **Linux**:
* `sudo apt install ./aspia-relay-2.5.2-x86_64.deb`
2. **Создание конфигурации по умолчанию (требуются права администратора)**
Для **Windows**:
* `cd /d "C:\Program Files (x86)\Aspia\Relay"`
* `aspia_relay --create-config`
*
Для **Linux**:
`sudo aspia_relay --create-config`
:::info **ВНИМАНИЕ!**
В каталоге назначения не должно быть существующего файла конфигурации. Relay никогда не
перезаписывает текущие конфигурации, и создание новой конфигурации возможно только в том случае, если предыдущая конфигурация
не существует.(другими словами: удали файл relay.cfg если он появился после создания конфига для Router)
:::
3. **Откройте файл конфигурации и заполните поля**
Для **Windows**:
* `C:\ProgramData\aspia\relay.json`
Для **Linux**:
* `/etc/aspia/relay.json`
* **RouterAddress** (REQUIRED FIELD): Адрес маршрутизатора. По этому адресу сервер Relay подключается к маршрутизатору. Он может быть равен localhost (или 127.0.0.1), если маршрутизатор установлен на том же компьютере.
* **RouterPort**: Если вы не изменяли порт в конфигурационном файле маршрутизатора, то это поле следует оставить со значением значение по умолчанию. Если же вы изменили конфигурацию маршрутизатора, то запишите требуемое значение. Можно оставить значение по умолчанию. Не изменяйте этот параметр, если вы не делаете этого сознательно. По умолчанию используется значение 8060.
* **RouterPublicKey (REQUIRED FIELD)**: Должен содержать открытый ключ маршрутизатора, который вы получили при его установке. Введите сюда открытый ключ, который содержится в файле router.pub, созданном маршрутизатором маршрутизатором.
* **ListenInterface:** Адрес интерфейса, на котором сервер будет прослушивать входящие соединения. Укажите 0.0.0.0, если необходимо прослушивать соединения на всех интерфейсах. Не изменяйте этот параметр, если в этом нет необходимости.
* **PeerAddress (REQUIRED FIELD):** Адрес, который будут получать пиры для подключения к Relay-серверу. Это собственный адрес Relay-сервера, через который оба пира (клиент/консоль и хост) могут обращаться к нему.
:::info **ВНИМАНИЕ!**
Этот адрес должен быть доступен всем участникам соединения(Клиент/Консоль/Хост). Следует учитывать, что оба участника соединения (Host и Client/Console) должны иметь возможность подключаться к этому адресу. Учитывайте это при настройке сетевого оборудования, если вы настраивать проброс портов на маршрутизаторе. Если маршрутизатор находится за NAT, то необходимо обеспечить доступ к этому адресу для внешних и внутренних соединений. Более подробную информацию о том, как обеспечить доступ к этому адресу для внешних и внутренних соединений, см. в документации к своему сетевому оборудованию.
:::
* **PeerPort:** Порт, через который пиры будут подключаться к Relay-серверу. Можно оставить значение по умолчанию. Не изменяйте этот параметр, если вы не делаете этого сознательно. По умолчанию используется значение 8070.
* **PeerIdleTimeout:** Время в минутах. Если в течение этого времени от пиров не поступает никаких данных, соединение разрывается прервется. Можно оставить значение по умолчанию. Не изменяйте этот параметр, если вы не делаете этого сознательно. Значение по умолчанию равно 5.
* **MaxPeerCount:** Максимальное количество одновременных соединений, устанавливаемых между пирами. Вы можете оставить значение по умолчанию. Не изменяйте этот параметр, если вы не делаете этого сознательно. По умолчанию значение равно 100.
* **StatisticsEnabled:** Включает или отключает автоматическую отправку статистики на маршрутизатор. Можно оставить значение по умолчанию. Может принимать значения: true или false. По умолчанию используется значение false.
* **StatisticsInterval:** Интервал в секундах для автоматической отправки статистики на маршрутизатор. Можно оставить значение по умолчанию. Может принимать значение от 1 до 60. По умолчанию используется значение 5.
4. **Запуск службы**
Для **Windows**:
* `net start aspia-relay`
Для **Linux**:
* `sudo systemctl enable aspia-relay`
* `sudo service aspia-relay start`
5. **Остановка службы**
Для **Windows**:
`net stop aspia-relay`
Для **Linux**:
`sudo service aspia-relay stop`
### Расположение файлов Relay
1. **Логи:** Чтобы задать уровень журнала, объявите переменную окружения `ASPIA_LOG_LEVEL` со значением от 0 до 3.
значения увеличивает количество сообщений в журнале.
Для **Windows**:
`C:\Windows\Temp\aspia\aspia_relay-*.log`
Для **Linux**:
`sudo journalctl -u aspia-relay`
2. **Настройки**
Для **Windows**:
`C:\ProgramData\aspia\relay.json`
Для **Linux**:
`/etc/aspia/relay.json`
#### ПРИМЕЧАНИЯ:
1. Не забудьте добавить правила в свой брандмауэр для доступа к Relay. Relay не добавляет правила автоматически.
2. При деинсталляции ретранслятор не удаляет свои конфигурационные файлы.
3. После изменения конфигурационных файлов необходимо перезапустить службу Relay. Relay считывает
конфигурацию при запуске!
## Настройка Aspia Host
Aspia Host Назначение: позволяет принимать входящие соединения от клиентов и консолей для управления компьютером, на котором он установлен.
1. **Установка Aspia Host**
* Хост доступен только для операционной системы Windows.
* Запустите файл aspia-host-2.5.2-x86.msi и следуйте инструкциям, появляющимся на экране.
2. **Включение Aspia Router в настройках**
* Перейдите в настройки (**Aspia -> Параметры... -> Маршрутизатор**)
* Включить использование маршрутизатора
* Напишите адрес вашего маршрутизатора
* Запишите публичный ключ маршрутизатора
### Логи
Для установки уровня журнала объявите переменную окружения `ASPIA_LOG_LEVEL` со значением от 0 до 3. Уменьшение значения
значения увеличивает количество сообщений в журнале.
Для **Windows**:
`C:\Users\<имя_пользователя>\AppData\Local\Temp\aspia\aspia_host-*.log`
`C:\Windows\Temp\aspia\aspia_host_service-*.log`
`C:\Windows\Temp\aspia\aspia_desktop_agent-*.log`
На этом настройка для работы с внешними соединениями завершена.
**Для локальной работы** достаточно будет использовать лишь Aspia Host и Aspia Cline/Console без дополнительных манипуляций по настройке.
Далее распространяем Aspia Host на машинах, к которым нужно подключаться и Aspia Client/Console на машины, с которых будем производить подключение.
Как использовать Aspia Client/Console/Host читайте на [следующей](/it3/universalnye-mehanizmy/aspia/kak-ispolzovat) странице.
---
## Универсальные механизмы(Универсальные механизмы)
В этой главе описаны универсальные механизмы, которые могут присутствовать у разных документов и сущностей.
---
## Вставка картинок из буфера в виде файла(Универсальные механизмы)
В конфигурации возможно вставлять изображение из буфера обмена, как присоединенного файла. Этот функционал доступен для объектов к которым можно добавлять файлы.
Рассмотрим работу этого функционала на примере документа **Задание**.
Когда создали новый документ **Задание** , при нажатии на ссылку *Файлы* открывается таблица файлов, которые будут добавлены к документу при записи. Над этой таблицей добавлена кнопка **Добавить скриншот**. При ее нажатии произойдет следующее: если в буфере обмена содержится изображение, то оно будет сохранено во временное хранилище, добавится во вложенные файлы и будет сохранено во вложения. Это вложение можно так же удалить, как и другой файл. Если же сохранение документа оказалось не нужным, то при отмене документа вложения сохранены не будут.Следует отметить, что при нажатии кнопки будет показано предупреждение, что для работы с буфером обмена необходимо установить компоненту. Это сообщение выводится один раз для каждого пользователя.
Что же касается функционала добавления картинки из буфера обмена, то теперь в любом объекте, у которого доступен функционал **Присоединенные файлы**, появилась возможность создать файл из изображения в буфере обмена.
После выбора данного пункта меню, будет создан новый файл из картинки (если она есть в буфере обмена).
---
## Сервис извлечения текста из файлов(Универсальные механизмы)
schema_type: howto
howto_total_time: PT20M
---
# Сервис извлечения текста из файлов
«Управление IT-отделом 8» умеет извлекать текст из присоединённых к заданиям и комментариям файлов и использовать этот текст в двух местах:
- **Полнотекстовый поиск платформы** — позволяет искать задания по содержимому прикреплённых документов.
- **AI-ассистент** — при анализе задания читает не только тему и описание, но и содержимое прикреплённых файлов.
По умолчанию извлечение делает встроенный механизм 1С с использованием технологии IFilter. Этот вариант работает только под Windows и требует, чтобы для каждого формата файла на сервере 1С был установлен соответствующий IFilter (Adobe iFilter для PDF, Microsoft Office iFilter для DOCX и т.д.). Со сканами документов он не справляется — текст из изображений не извлекается.
В качестве альтернативы можно подключить внешний сервис извлечения текста. Он закрывает все слабые места встроенного механизма.
## Чем сервис лучше встроенного варианта
| Что не умеет встроенный механизм 1С | Что умеет внешний сервис |
| --- | --- |
| Работает только под Windows | Работает на Windows и Linux (Docker) |
| Требует установленные IFilter в системе | Самодостаточный образ — все зависимости внутри |
| Сканы документов и фотографии — пустой текст | Распознавание изображений (OCR) на русском и английском |
| Архивы не разбираются | ZIP, RAR, 7Z распаковываются автоматически (до 3 уровней вложенности) |
| EML, MSG, EPUB не поддерживаются | Поддерживаются |
| HTML/веб-страницы — не работает | Извлекает текст из веб-страниц по URL |
Поддерживаемые форматы внешнего сервиса:
- **Документы:** PDF, DOCX, DOC, ODT, RTF
- **Презентации:** PPTX, PPT (с заметками докладчика)
- **Таблицы:** XLSX, XLS, ODS, CSV
- **Изображения с распознаванием:** JPG, PNG, TIFF, BMP, GIF, WebP
- **Архивы:** ZIP, RAR, 7Z, TAR, GZ
- **Электронная почта:** EML, MSG
- **Книги и веб:** EPUB, HTML
- **Текст и конфигурации:** TXT, JSON, XML, YAML, TOML, INI
- **Исходный код:** более 50 языков программирования
## Локальное извлечение текстовых файлов
Программа умеет читать содержимое простых текстовых файлов напрямую — без обращения к внешнему сервису. Это значит, что даже если сервис не настроен, файлы следующих форматов будут обрабатываться автоматически:
`txt`, `md`, `log`, `bsl`, `os`, `xml`, `json`, `yaml`, `yml`, `html`, `htm`, `css`, `js`, `ts`, `py`, `sql`, `csv`, `ini`, `conf`, `sh`, `ps1`, `bat`
Локальное извлечение работает везде — и в полнотекстовом поиске, и в ассистенте при анализе заданий, и в чатах ассистента при прикреплении файлов.
**Ограничение по кодировке.** Чтение выполняется в кодировке UTF-8. Если файл сохранён в другой кодировке (например, Windows-1251 или UTF-16), содержимое не извлечётся. Это не ошибка программы — внешний HTTP-сервис с такими файлами тоже не справится. Пересохраните файл в UTF-8, чтобы решить проблему.
Размер файла для локального извлечения ограничен тем же лимитом, что и для сервиса — по умолчанию 20 МБ.
:::tip
Локальное извлечение работает всегда — даже до настройки сервиса. Это хороший способ начать использовать ассистента с текстовыми логами, конфигами и скриптами, не разворачивая Docker.
:::
## Что понадобится для подключения
1. Сервер, на котором будет запущен сервис извлечения. Подходит любой Linux или Windows с установленным Docker. Для распознавания сканов рекомендуется минимум 2 ГБ ОЗУ и 2 ядра процессора.
2. Сетевой доступ от сервера 1С к серверу с сервисом (один HTTP-порт, по умолчанию `7555`).
3. Доступ к настройкам параметров учёта в «Управление IT-отделом 8» (требуются права администратора).
:::tip
Если сервер 1С работает под Linux — внешний сервис фактически единственный способ получить извлечение текста из PDF/DOCX. Встроенный механизм Windows IFilter в этом случае недоступен.
:::
## Шаг 1. Развёртывание сервиса
Самый простой способ — через Docker. Создайте на сервере файл `docker-compose.yml`:
```yaml
services:
extract-text:
image: text-extraction-api:latest
ports:
- "7555:7555"
environment:
AUTH_MODE: apikey
API_KEYS: "ваш-секретный-ключ-минимум-20-символов"
restart: unless-stopped
```
Запустите сервис:
```bash
docker compose up -d
```
После запуска проверьте, что сервис отвечает:
```bash
curl http://localhost:7555/health
```
Должен вернуться ответ со статусом «ok».
:::warning Безопасность
Не выставляйте сервис в публичную сеть. Безопаснее всего развернуть его в локальной сети рядом с сервером 1С и обращаться по внутреннему IP-адресу. Если необходим внешний доступ — обязательно используйте `AUTH_MODE=apikey` и настройте reverse proxy с HTTPS.
:::
:::note Без авторизации
Если сервис стоит в полностью закрытой сети и доступ к нему есть только у сервера 1С, можно запустить его без ключа:
```yaml
environment:
AUTH_MODE: none
```
В этом случае поле «Ключ сервиса извлечения текста» в 1С оставьте пустым.
:::
Проект сервиса с подробной документацией по развёртыванию: [https://github.com/Diversus23/extract-text](https://github.com/Diversus23/extract-text).
## Шаг 2. Настройка в «Управление IT-отделом 8»
1. Откройте раздел **«Администрирование» → «Настройки параметров учёта»**.
2. Перейдите на закладку **«Файлы»**.
3. В группе **«Извлечение текста»** заполните поля:
- **Адрес сервиса извлечения текста** — полный URL сервиса с указанием версии API. Например, `http://192.168.1.100:7555/v1`.
- **Ключ сервиса извлечения текста** — тот же ключ, что задан в `API_KEYS` сервиса. Если сервис запущен в режиме без авторизации (`AUTH_MODE=none`) — оставьте поле пустым.
4. Нажмите **«Записать»** — настройки сохраняются автоматически.
:::caution Адрес обязательно с `/v1`
Указывайте URL до версии API включительно. Правильно: `http://192.168.1.100:7555/v1`. Без `/v1` запросы будут возвращать ошибку «Не найдено».
:::
## Шаг 3. Проверка подключения
На той же закладке «Файлы» нажмите кнопку **«Проверить подключение»**. Программа отправит в сервис тестовый файл и проверит, что сервис правильно вернул его содержимое.
Возможные результаты:
- **«Подключение успешно. Адрес: ... Время отклика: ... мс»** — всё настроено корректно, можно пользоваться.
- **«Адрес сервиса не задан»** — поле «Адрес сервиса извлечения текста» пустое.
- **«Сервис вернул ошибку: Сетевая ошибка ...»** — сервер 1С не может достучаться до сервиса. Проверьте URL, доступность по сети, что сервис запущен.
- **«Сервис вернул ошибку: Invalid API key»** — ключ в настройках 1С не совпадает с ключом сервиса. Перепроверьте поле «Ключ сервиса извлечения текста».
- **«Сервис ответил, но не вернул содержимое тестового файла»** — сервис на адресе отвечает, но это, скорее всего, не сервис извлечения текста, а что-то другое (например, веб-сервер по умолчанию). Перепроверьте адрес.
:::tip
Перед нажатием «Проверить подключение» сначала запишите изменения настроек — кнопка работает с уже сохранёнными значениями. Если форма помечена как «Изменено», программа подскажет это сделать.
:::
## Как это работает в повседневной работе
После настройки сервиса извлечение текста начинает работать автоматически — никаких дополнительных действий не требуется.
### Полнотекстовый поиск
После того, как файл прикреплён к заданию или комментарию, в течение нескольких минут (по расписанию регламентного задания «Извлечение текста») его содержимое попадает в индекс полнотекстового поиска. После этого задание можно найти по любому слову из прикреплённого документа через стандартный поиск конфигурации.
### Анализ заданий ассистентом
Когда AI-ассистент анализирует задание (например, по нажатию кнопки «Анализировать» или через автоматизацию):
- **Картинки** (JPG, PNG, JPEG) отправляются в нейросеть как изображения — модель «видит» их напрямую (если выбрана мультимодальная модель).
- **Документы** (PDF, DOCX, XLSX, EML и т.д.) — программа извлекает из них текст через сервис и подкладывает его в текст запроса с разделителями вида `--- FILE: договор.pdf ---`. Так нейросеть может анализировать содержимое документов, даже если выбранная модель не умеет работать с файлами напрямую.
- **Архивы** распаковываются автоматически — нейросеть увидит содержимое всех файлов внутри.
Извлечение делается **по требованию**: содержимое прикреплённого PDF реально читается только в тот момент, когда ассистент действительно запрашивает анализ задания. Если файл никому не понадобился — лишней работы не происходит.
### Файлы в чатах ассистента
В чатах ассистента поведение немного отличается. Когда вы прикрепляете файл к сообщению, программа **сразу начинает его обработку в фоне** — не дожидаясь регламента и не дожидаясь следующего запроса к нейросети. К моменту, когда вы отправите сообщение, текст файла уже будет готов и автоматически включится в контекст переписки.
Если вы прикрепили файл и сразу же отправили запрос — программа в момент сборки контекста сделает это синхронно. Небольшая задержка возможна для крупных файлов (несколько МБ), но это исключение.
Подробнее о работе с файлами в чатах — в статье [Работа с файлами в AI-ассистенте](Работа%20с%20файлами%20в%20ассистенте).
## Если что-то не работает
### «Подключение успешно», но текст из файлов не появляется в поиске
Полнотекстовый индекс обновляется регламентным заданием «Извлечение текста». По умолчанию оно запускается раз в несколько минут. Подождите 5–10 минут после прикрепления файла. Также проверьте, что в **«Администрирование» → «Регламентные и фоновые задания»** регламент «Извлечение текста» включён.
### Сервис стал недоступен — что произойдёт?
Ассистент в момент анализа задания пропустит файлы, которые не успел обработать (в журнале регистрации появится запись с пометкой «Файлы.Извлечение текста»). Полнотекстовый поиск продолжит работать со старыми, ранее проиндексированными файлами. Уже извлечённые тексты остаются в базе и не теряются.
После восстановления сервиса извлечение возобновится автоматически на следующем тике регламента.
### Хочу временно отключить сервис и вернуться к встроенному механизму
Очистите поле **«Адрес сервиса извлечения текста»** в настройках и нажмите «Записать». Программа автоматически переключится на встроенный механизм Windows IFilter — никакая настройка регламента или дополнительные действия не требуются.
### Файл с расширением .txt, .md или .log не извлекается, а сервис отключён
Для этих форматов программа читает содержимое напрямую, без HTTP-сервиса. Если извлечение не происходит, скорее всего, файл сохранён в неподдерживаемой кодировке (например, Windows-1251 или UTF-16). Пересохраните файл в UTF-8 — и он обработается автоматически.
Для дополнительной диагностики откройте журнал регистрации и отфильтруйте по событию **«Файлы.Извлечение текста»** — там будет подробное сообщение о причине.
### Файл не извлёкся — статус «Извлечь не удалось»
Возможные причины:
- Размер файла превышает лимит сервиса (по умолчанию 20 МБ).
- Файл повреждён или имеет неподдерживаемый формат.
- Защищённый паролем PDF/архив.
Подробности можно посмотреть в журнале регистрации, отфильтровав записи по событию **«Файлы.Извлечение текста»**.
### Архив не распаковался
Сервис распаковывает архивы до трёх уровней вложенности. Если внутри ZIP лежит другой ZIP, в котором ещё один ZIP — четвёртый уровень обработан не будет. Также имеет значение размер: суммарный объём распакованного содержимого ограничен 100 МБ.
## Где посмотреть результат вручную
Извлечённый текст хранится в стандартном поле справочников файлов. Через интерфейс конфигурации его не видно (поле служебное), но он доступен:
- **Через стандартный поиск** — введите фрагмент текста из документа в строку поиска заданий.
- **В анализе ассистента** — текст автоматически подставляется в запрос к нейросети.
Этот же подход используется и встроенным механизмом 1С — переключение на внешний сервис не требует никакой миграции данных, всё совместимо.
---
## Установка расширений из режима 1С Предприятие(Универсальные механизмы)
Иногда возникает такая необходимость, когда нужно дополнить, изменить или исправить конфигурацию. Для этих случаев реализован механизм расширений.
:::info ***Расширения***
*это механизм, позволяющий вести доработки конфигурации, сохраняя ее на поддержке. Расширения конфигурации позволяют значительно упростить адаптацию прикладного решения к потребностям конкретного внедрения, конкретного заказчика.*
:::
Для того, чтобы загрузить расширение нужно, зайти в раздел:
**Администрирование -> Печатные формы, отчеты и обработки -> Расширения**:
В открытом окне можно увидеть уже загруженные расширения, добавим свое, нажав на кнопку **Добавить из файла…** и выбрать то расширение, которое мы хотим установить:
После того как было добавлено расширение, необходимо применить изменения, сделав перезагрузку программы:
У расширения, которое было добавлено изменился статус на *Подключено*
P.S. Если в ходе добавление расширения вы столкнулись с похожей ошибкой, то необходимо у всех уже подключенных расширений убрать **Безопасный режим** и повторить подключение снова:
---
## Управление проектами(Управление проектами)
[Управление IT-отделом 8](https://softonit.ru/catalog/products/it/#detail) позволяет управлять IT-проектами и вести проектную деятельность.
Мы можем распланировать все задачи проекта, вести вехи, сроки, проектную команду и все это будет в рамках проектного управления.
Видеть ситуацию "с верху".
---
## Заполнение из документов «Задания»(Управление проектами)
## Заполнение списка проектных задач из документов «Задания».
В меню **Заполнить задания** есть пункт **Выбрать задания**, с помощью него открывается список заданий, у которых указан текущий проект.
Выделив нужные и нажав **Выбрать**, получим заполненный список задач. В список задач из заданий будут перенесены некоторые реквизиты.
:::info Например:
название и процент выполнения. Если заполнены даты SLA, то заполнятся дата планируемого начала и дата планируемого окончания.
:::
Также буду заполнены ресурсы. Текущий исполнитель перейдет в трудовой ресурс, а если заполнена вкладка *Номенклатура* у задания, тогда заполнятся и материальные ресурсы.
Помимо команды **Выбрать задания**, еще есть команда **Обновить задания**. С помощью этой команды, если в исходных заданиях были изменения, то они будут перенесены в проектные задачи.
При открытии списка заданий отображаются задания этого проекта и только те, которые еще не добавлены. Но с помощью **Задания без проекта**, можно отобразить задания, у которых не указан проект и добавить их. При сохранении **Управления проектами**, таким заданиям будет установлен проект.
Данный функционал доступен с версии **3.1.14.3**.
---
## Затраты по проекту(Управление проектами)
Если вы хотите получить красочные отчеты и узнать как это все выглядит в отчетах по проекты, то эту статью можно пропустить и перейти в статью отчетность по проекту.
Затраты могут быть как фактические, так и планируемые.
Планируемые мы можем ввести в любое время, я фактические уже по факту, когда они становятся известны.
Затраты на ресурсы вычисляются на основе ставок оплаты, затрат на использование, фиксированных затрат и общих затрат на затратные ресурсы.
Нажмем на форме
**Режим отображения -> Затраты**
и откроем вариант представления данных в режиме затрат.
Из этой же формы можно назначить ресурсы для [проектной задачи](/it3/upravlenie-proektami/planirovanie-proekta). Суммы затрат можно ввести вручную став на нужную ячейку нужной задачи.
---
## Календарное планирование(Управление проектами)
Календарь проекта можно включить на закладке:
Здесь можно настроить за какой период необходимо отобразить [проектные задачи](/it3/upravlenie-proektami/planirovanie-proekta). Щелкнув в календаре на необходимую задачу, можно открыть подробную информацию о конкретной задаче.
---
## Отчетность по проекту(Управление проектами)
:::info Отчетность
Это важная составляющая любого проекта.
:::
Среди отчетов в управлении проектами есть:
* Основной вариант
* Диаграмма
* Отчет по неделям/по ресурсам
* По месяцам
* По неделям
Отчеты предназначены для анализа затрат в разном представлении.
Вот пример таких затрат:
---
## Планирование проекта(Управление проектами)
:::info Внимание!
Данный функционал доступен для пользователей редакции ПРОФ и КОРП начиная с версии 3.1.7.5.
:::
Ведение элементов справочника "Проекты" по сути - это начальный этап. Проекты связывают задачи, которые мы выполняем фактически.
После того, как проект выбирается в задании, можно проанализировать что было **фактически** выполнено по проекту.
***Но как быть, когда мы в самом начале проекта, либо вообще до него?***
Мы не знаем какие задачи будут выполнены, какие нет, а какие и вовсе будут отменены. Нам на помощь приходит Project Managment (или PM).
Есть прекрасное ПО на эту тему MS Project, которое позволяет в виде диаграммы показать вам схему проекта и вы сможете, рассчитать сколько нужно трудовых и материальных ресурсов, сколько проект займет времени и самое главное представить что же нужно сделать в будущем проекте.
Сразу договоримся, что под проектом можно понимать абсолютно любую последовательность действий, которая подчинена чему-то в глобальном плане.
1. Сделать ремонт.
2. Обустроить серверную.
3. Автоматизировать бухгалтерский учет.
4. Написать программу для складского учета.
5. ...
Все это проекты. Они могут быть большими, а могут быть маленькими. Могут быть сложными, а могут легкими. Занимать один день, или длиться несколько лет.
С точки зрения формализации проект - это предприятие (предпринятие) с предопределёнными целями, масштабом и длительностью (ISO/IEC 2382-20:1990). При этом мы сознательно не нигде не пишем про область управления проектом. Области могут быть абсолютно любыми.
В конфигурации "Управление IT-отделом 8", есть возможность заниматься управлением проектов.
Для этого необходимо либо открыть форму элемента проекта, либо в глобальном меню нажать **Управление проектом**.
После чего Вам будет предложено выбрать проект для управления среди уже существующих, либо там же можно создать новый.
Выбираем проект **Оборудование серверной**. Именно этот проект нами будет сегодня рассмотрен как основной.
Вот как он выглядит:
Наш проект состоит из двух частей, которые начинаются одновременно. Это выбор сервера и ремонт будущей серверной.
Мы вносим информацию о задачах проекта. Каждая задача имеет следующие настройки:
* **Название задачи** - краткое представление задачи.
* **Длительность дней** - число дней, которое будет выполнять задача. Может быть не целым.
* **Начало** - дата начала планируемая.
* **Окончание** - дата окончания планируемая.
* **% завершения** - процент завершения задачи.
* **Начало (факт.)** - дата начала фактическая.
* **Окончание (факт.)** - дата окончания фактическая.
* **Ресурсы** - кто нам помогает эту задачу выполнить?
* **Затраты** - сколько мы потратим?
* **Дополнительные затраты** - какие дополнительные затраты нас ждут?
* **Стоимость** - итоговая стоимость.
* **Доп. стоимость** - дополнительная стоимость.
* **Факт. затраты** - фактические затраты.
* **Факт. стоимость** - фактическая стоимость
Некоторые из этих колонок видны при соответствующем виде. Чтобы изменить вид необходимо нажать **Режим отображения.**
Ну и конечно необходимо акцентировать свое внимание на диаграмме Ганта. Она позволяет иерархически оценить сроки и по аналогии MS Project быть "сверху ситуации". Видеть все нюансы и последовательность действий с их связями.
Нажмем правой кнопкой на нужной строке в колонке **Описание задачи** и выберем оттуда одноименный пункт (или нажмем `F2`). Откроется описание задачи.
Здесь можно более детально отредактировать проектную задачу. Обратите внимание, что здесь присутствует кнопка **Создать задание к исполнению**.
Эта кнопка позволяет создать документ Задание - фактическое задание исполнителям.
То, чем мы оперируем в этом окне - это задача-план, но мы можем создать и фактическую задачу исполнителю с уведомлениями, перепиской и прочими важными атрибутами фактического исполнения.
Так же редактировать длительность и сроки можно прямо в ячейках табличного документа.
В самом списке можно управлять уровнем вложенности проектной задачи:
На этом же скриншоте видно есть кнопки связи двух задач. Нажатие на эту кнопку позволит связать в одну последовательность несколько задач, которые выделены в данный момент, либо отредактировать в подробной информации о задаче эти связи. Изменение связей автоматически пересчитает планируемые даты выполнения.
После того, как мы поработали с проектом и отредактировали план проекта. Необходимо нажать на кнопку **Сохранить**, чтобы все изменения по проекту были сохранены.
Так же при планировании можно использовать фильтры и отборы. Для этого необходимо два раза щелкнуть по нужному заголовку, по которому хотим сделать отбор.
А дальше выбрать из списка нужное значение отбора. Установленный фильтр будет отображен подсказкой в заголовке (красным треугольником), после наведения на него будет отображена подсказка с фильтром.
:::info Важно!
По сути этот редактор такая версия аналог Excel-файла, которая сохраняется в базе и нигде ни к чему не привязана. Но при желании можно заняться проектирование, планированием проекта по абсолютно любой методологии проектов. Это удобно, легко и понятно.
:::
---
## Ресурсы проекта(Управление проектами)
**Ресурсы** - это материальная или трудовая ценность, которые обеспечивают выполнение всех задач проекта.
Ресурс может иметь какую-то фиксированную ставку при его использовании, дневную или эту сумму можно редактировать вручную.
Так же на этой форме можно указать краткое наименование ресурса (1-3 буквы), которую потом можно увидеть при проектном управлении и [распределении ресурсов.](/it3/upravlenie-proektami/planirovanie-proekta)
---
## Учет проектов(Управление проектами)
:::info Проекты
В [конфигурации](https://softonit.ru/catalog/products/it/#detail) используются как для планирования, так и для контроля фактически выполненных работ.
:::
В проекте есть *плановые сроки* и *фактические*.
Так же есть возможность указать круг ответственных лиц (инициатор, руководитель, ответственный, клиент) и участников (проектную группу) проекта.
**Чек-лист** - предназначен для отражения пунктов-вех, которые необходимо выполнить в рамках проекта и это чисто информативная функция. Эта своеобразная простая система отражения типа списка ToDo-дел. Если вы хотите более дательный анализ дел проекта, то необходимо воспользоваться [планированием проекта](/it3/upravlenie-proektami/planirovanie-proekta)
Табличная часть **Сервисы** отвечает за то, какие [сервисы](/it3/podsistema-service-desk-upravlenie-incidentami/sla-service-level-agreement/servisy-sla) необходимо использовать для выполнения проекта.
В каждом задании (инциденте), есть возможность указать реквизит *Проект*, это позволит в дальнейшем смотреть, например, диаграмму Ганта по проекту. Или видеть все задания, которые были выполнены в рамках этого проекта.
:::info Обратите внимание.
Кнопка Диаграмма будет доступна только для тех пользователей у которых редакция конфигурации ПРОФ или КОРП.
:::
**Диаграмма** позволит [планировать проект](/it3/upravlenie-proektami/planirovanie-proekta). Т.е. детально управлять предстоящими задачами проекта.
---
## Учет времени(Учет времени)
В данной главе рассмотрим, как работать с подсистемой **Учет времени** в программе и [правильно](https://softonit.ru/catalog/products/it/#detail) вести учет рабочего времени персонала.
| **Список ролей для работы с подсистемой "Учет времени"** |
|------------------------------------------------------|
| Добавление изменение ежедневных отчетов |
| Чтение ежедневных отчетов |
---
## Ежедневный отчет(Учет времени)
:::info Документ "Ежедневный отчет"
Документ формируется для одного пользователя за один день его работы. Позволяет сделать фотографию рабочего дня пользователя от начала рабочего дня до окончания.
:::
В шапке документа располагаются следующий набор реквизитов:
- **Отчет за.** Предназначен для указания точной даты выполненных работ, по умолчанию выставляется текущей датой создания.
- **Пользователь.** Реквизит, в котором указывается конкретный пользователь, заполняющий текущий документ.
- **Организация.** Автоматически указывается организация, привязанного сотрудника к текущему пользователю.
- **Подразделение.** Автоматически указывается подразделение, привязанного сотрудника к текущему пользователю.
**Табличная часть Работы** - является самой важной составляющей документа, где заполняется список выполненных работ пользователем за указанный период. В панели кнопок располагаются кнопки управления и заполнения табличной части, которые рассмотрим поближе:
- **Добавить.** С помощью этой кнопки добавляются новые данные в табличной части по одной новой строке.
- **Вверх/вниз.** Кнопки позволяющие перемещать в табличной части по соответствующему направлению указанные работы.
- **Заполнение.** Кнопка, позволяющая производить автоматическое добавление работ в т.ч. по определенно выбранным вариантам.
- **Загрузить из файла.** Позволяет осуществить заполнение табличной части "Работы" путем заполнения информации из внешнего файла.
- **По заданиям.** Заполняет табличную часть работами выполненными по заданиям на указанную в текущем документе дату.
- **По нарядам на работы.** Заполняет табличную часть по созданным на текущую дату нарядам на работы.
- **По всем документам в которых работали.** Заполняет табличную часть работами по всем документам, в которых выполняли какие-либо действия.
- **По трудозатратам.** Заполняет табличную часть по всем документам, где были указаны, либо ручные, либо автоматические трудозатраты.
- **Сортировать по времени.** Осуществляет сортировку указанных работ по времени от наименьшего к большему.
- **Очистить табличную часть.** Позволяет быстро полностью очистить табличную часть "Работы".
- **Проверка.** Осуществляет проверку заполненных данных табличной части на пересечение интервалов времени.
При настройке автоматической установки трудозатрат в документе **Задание**, системой в автоматическом режиме проставляются трудозатраты на соответствующей закладке **Трудозатраты** с установленным видом работ. Определенный вид работ устанавливается системой исходя из выполняемых действий в задание.
Так, например, если задание было создано (вручную) или просто открыто, тогда будет установлен вид работ *Работа с документами*. Если в задаче изменяется исполнитель или останавливается таймер хронометража, тогда у трудозатрат устанавливается вид *Выполнение заданий*. Это два автоматически выставляемых вида работ, остальные используются вручную.
---
## Табель рабочего времени(Учет времени)
Табель формируется по данным ежедневных отчетов и представляет собой отчет следующего вида:
---
## Учет трудозатрат сотрудников(Учет времени)
В документе **Задание**, при нажатии на кнопку **Ввести показатели трудозатрат** (кнопка с зеленым карандашом), пользователю открывается форма ввода показателя времени:
В форме необходимо указать *Затраты времени*. При использовании хронометража, это поле заполняется автоматически, а сама форма отображается пользователю при остановке хронометража (старт хронометража осуществляется по кнопке с секундомером).
После внесения трудозатрат, просмотреть ранее указанные трудозатраты можно в разделе
**Учет времени -> Мои трудозатраты**.
На основе внесенных данных в дальнейшем можно создать документ **Ежедневный отчет**.
Если в настройках пользователя включить настройку **Автохронометраж в документах**, то при открытии документа **Задание**, в котором текущий пользователь является текущим исполнителем, то хронометраж будет запущен автоматически, а при закрытии формы документа остановлен.
---
## Чек-лист внедрение конфигурации "Управление IT-отделом 8"(It3)
## Шаг 1: Установка программы
Скачайте дистрибутив из личного кабинета и установите конфигурацию на ПК.
[Подробная инструкция по установке](/it3/nachalo-raboty/ustanovka-konfiguracii)
## Шаг 2: Активация программы
После успешной установки необходимо произвести активацию программы.
[Подробная инструкция по активации](/it3/nachalo-raboty/aktivaciya-i-rabota-s-serverom-licenzirovaniya)
## Шаг 3: Знакомство с программой
Перед тем, как приступить к работе с конфигурацией необходимо
ознакомиться с терминами и определениями. Изучить важную информацию перед стартом.
[Основные термины и определения](/it3/vvedenie/terminy-i-opredeleniya)
[Полезная информация](/it3/vvedenie/chto-nuzhno-znat-pered-nachalom-raboty)
## Шаг 4: Настройка функционала
На данном этапе необходимо определиться для каких целей будет использоваться программа.
1. Техническая поддержка(Service Desk).
2. Ведение складского учета.
3. Объединено.
После того как определились, нужно настроить функционал конфигурации под наши нужды. В качестве сквозного примера внедрим "Объединенный" вариант работы.
[Настройка функционала](/it3/nachalo-raboty/nastroyka-i-zapolnenie-osnovnyh-spravochnikov/nastroyka-parametrov-ucheta)
[Персональные настройки](/it3/nachalo-raboty/pervoe-znakomstvo-s-konfiguraciey/interfeys-konfiguracii/personalnye-nastroyki)
[Общие настройки](/it3/administrirovanie/obshchie-nastroyki)
## Шаг 5: Заполнение справочников
Приступим к заполнению справочников и к созданию пользователей конфигурации. Заполнить
справочники можно не только вручную, но и с помощью импорта данных. Конфигурация поддерживает
обмен с другими 1С конфигурациями, а также позволяет импортировать данные из `AIDA64` и `WMI`.
[Заполнение справочников](/it3/nachalo-raboty/nastroyka-i-zapolnenie-osnovnyh-spravochnikov/zapolnenie-osnovnyh-spravochnikov)
[Создание первого пользователя](/it3/administrirovanie/sozdanie-pervogo-polzovatelya-v-konfiguracii)
[Импорт данных](/it3/nachalo-raboty/import-dannyh)
## Шаг 6: Публикация базы
После заполнения справочников и создания дополнительных пользователей, перейдем к публикации базы данных на веб-сервере.
А также опубликуем дополнительные http-сервисы, которые позволят использовать мобильное приложение, личный кабинет, Telegram и установку оценок по заданиям.
[Публикация базы](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web)
[Публикация и настройка HTTP-сервисов](/it3/nachalo-raboty/publikaciya-konfiguracii-na-web/http-servisovy)
[Мобильное приложение](/it3/mobilnoe-prilozhenie)
## Шаг 7: Настройка Service Desk
После заполнения справочников и публикации конфигурации на веб-сервер, перейдем к настройке механизма **"Service Desk"**. Первым делом необходимо ознакомиться со схемой работы функционала **"Техническая поддержка"**. Далее настраиваем функционал создания заданий из электронных писем, а также соглашения SLA. После этого необходимо настроить работу с документом **"Задание"**.
[С чего начать?](/it3/podsistema-service-desk-upravlenie-incidentami/s-chego-nachat)
[Создание заданий из электронных писем](/it3/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie/sozdanie-zadaniy-iz-elektronnyh-pisem)
[Соглашения SLA](/it3/podsistema-service-desk-upravlenie-incidentami/sla-service-level-agreement)
[Документ "Задание"](/it3/podsistema-service-desk-upravlenie-incidentami/dokument-zadanie)
## Шаг 8: Настройка подсистемы "Номенклатура и склад"
Для начала ведения учета необходимо занести в программу всю номенклатуру, а также карточки номенклатуры. После того, как вся техника добавлена в программу можно вести учет оборудования. Использовать складские документы, которые предусмотрены в конфигурации, также учитывать заказы клиентов или заказы поставщиков, отражать ремонт и обслуживание оборудования.
[Номенклатура](/it3/nomenklatura-i-sklad/nomenklatura)
[Карточка номенклатуры](/it3/nomenklatura-i-sklad/kartochka-nomenklatury/)
[Складские документы](/it3/nomenklatura-i-sklad/skladskie-dokumenty)
[Заказы поставщику](/it3/zakupki-i-prodazhi/zakazy-postavshchiku)
[Заказы клиентов](/it3/zakupki-i-prodazhi/zakazy-klientov)
[Ремонт и обслуживание](/it3/remonty-i-obsluzhivanie)
[Импорт из AIDA64 и WMI](/it3/nachalo-raboty/import-dannyh/import-dannyh-iz-storonnih-programm)
---
## Подсистема Журнал регистрации во внешней информационной базе 1С
Уважаемый пользователь!
Благодарим Вас за выбор нашего программного продукта!
Мы представляем вам специальную подсистему для типовых и измененных конфигураций **1С платформы 8.2 и 8.3**, которая фиксирует работу пользователей с информационной базой.
С её помощью вы сможете мгновенно получать ответы на ключевые вопросы: кто, когда и что изменил в системе, а главное — что было до изменения и что стало после, с детальной расшифровкой по каждому реквизиту и табличной части.
Подсистема незаметно для пользователей регистрирует все действия, а также формирует наглядные отчеты по изменениям и динамике работы.
Мы очень рады, что Вы выбрали именно нас и постараемся Вас не подвести.
Удачи в ведении учета!
Перейти на страницу продукта: [Подсистема Журнал регистрации во внешней информационной базе 1С](https://softonit.ru/catalog/products/journal/)
---
## Дополнительные сведения(Дополнительные сведения)
Если у Вас появились дополнительные пожелания или замечания по работе подсистемы просим Вас обратиться к нам, мы всегда будем рады Вам помочь и обсудим все, что Вы предложите.
Для партнеров действуют специальные скидки!
---
## Список контактов(Дополнительные сведения)
ООО "СОФТОНИТ" ©
Сайт: https://softonit.ru
E-mail: support@softonit.ru
Телефон: +7(861)203-39-44
Внимание! Если возникла проблема или пожелание опубликуйте ее в [тикет-системе](https://softonit.ru/personal/tickets/)
---
## Интеграция в конфигурацию
Интеграция подсистемы **Журнал регистрации** в конфигурацию 1С
---
## Настройка связи подсистемы с «Хранитель журнала регистрации»
1. После того, как подсистема внедрена и установлена конфигурация **Хранитель журнала регистрации**,
необходимо настроить связь подсистемы в рабочей информационной базе журнала регистрации с базой данных хранителя.
Открываем конфигурацию в режиме предприятия и идем в раздел **Внешний журнал регистрации**.
Далее, открываем пункт **(ВН) Настройка журнала регистрации**:
2. Включаем флаг **Вести историю изменений**. Эта опция **включает/отключает** запись всех изменений.
3. На этом шаге необходимо подключить текущую рабочую информационную базу к **Хранителю журнала регистрации**.
В группе «Хранитель журнала регистрации» на скриншоте выше указываем тип базы хранителя ***файловая/серверная***, версию 1С ИБ хранителя,
путь к базе хранителя (если ИБ файловая), имя сервера и имя базы (если ИБ серверная), пользователь и пароль.
После чего необходимо нажать кнопку **Проверить соединение**. Получаем примерно следующее:
4. Так же необходимо задать **идентификатор информационной базы**, который будет отличать одну информационную базу от другой.
Т.к. в **Хранителе журнала регистрации** могут храниться данные изменений разных информационных баз,
то идентификатор должен быть уникальным в пределах одной базы.
Если используется РИБ, то идентификаторы каждой из баз РИБ должен быть одинаковым.
Уделите этому параметру особое внимание, т.к. из не правильной установка этого параметра подсистема может работать не корректно.
Например, если есть РИБ базы УПП (УПП главная, УПП дочерняя 1, УПП дочерняя 2),
то у них идентификатор должен быть одинаковым допустим «УПП», если же мы позже подключим конфигурацию «Зарплата и управление персоналом»,
то идентификатор для этой базы должен быть отличным от «УПП», допустим это будет «ЗУП» в таком случае все будет работать корректно.
5. Перейдите на закладку «РИБ» и установите идентификатор узла РИБ (о нем написано ниже).
Это простая строка, заполните и укажите идентификатор, например, *Главная ИБ*.
6. Далее настраиваем историю по своему усмотрению. Все настройки отдельно описаны ниже.
---
## Обновление информационной базы «Хранитель журнала регистрации»
:::warning Важно!
Перед обновлением конфигурации проследите, чтобы все события перенесенные из кэша были обработаны в Хранителе.
:::
Конфигурация с хранителем обновляется точно так же, как и любая другая конфигурация от 1С.
---
## Обновление подсистемы на более новую версию в рабочей базе
Ни что не стоит на месте. В том числе и наша подсистема. Мы развиваемся, появляется дополнительный функционал, исправляются ошибки и недочеты. В связи с этим появляются обновления.
## Как их устанавливать? Об этом по порядку…
:::warning Важно!
Перед обновлением подсистемы проследите, чтобы все события из кэша были перенесены в Хранитель
:::
1) Устанавливаем дистрибутив обновления, который мы Вам выслали. Запоминаем путь, куда установилось обновление. Далее заходим в конфигуратор. Выбираем в меню **Конфигурация -> Поддержка -> Обновить конфигурацию**. В открывшемся окне **Выбор файла обновлений**, нажимаем **Далее**. Выбираем `cfu-файл` и нажимаем **Готово**.
2) После, того как мы выберем `cfu-файл` с обновлением, конфигурация спросит у нас:
Щелкнем **ОК**.
3) В появившемся окне снимем все галочки для свойств конфигурации:
Остальные галочки необходимо оставить
4) Далее необходимо поставить галочку в дереве метаданных **Общие -> Подсистемы -> внЖурналРегистрации**
5) Так же мы можем Вас попросить в письме с обновлением прислать дополнительные инструкции.
6) Нажимаем на кнопку **Выполнить**
7) После всего необходимо обновить конфигурацию базы данных, нажав `F7` или кнопку:
8) После этого необходимо запустить конфигурацию в режиме предприятия под пользователем с полными правами и правом **(ВН) Администратор журнала регистрации**.
9) После запуска в режиме Предприятия подсистема обновится и выведет Вам сообщение с указанием, что подсистема обновлена. Список изменений в новой версии можно посмотреть в настройках подсистемы.
**Готово. Подсистема обновлена.**
---
## Установка и настройка внешней ИБ «Хранитель журнала регистрации»
1. Установите дистрибутив поставки конфигурации, нажав `setup.exe` из полученного Вами дистрибутива из папки **Хранитель журнала регистрации**.
2. Далее откройте окно открытия конфигурации и добавьте новую информационную базу хранителя.
3. Запустите созданную конфигурацию, после запуска в конфигурацию будет добавлен пользователь и конфигурация может быть перезапущена автоматически.
4. После открытия назначьте добавленному пользователю **Администратор** пароль, чтобы в базу хранителя никто не смог зайти кроме администраторов. Добавить пароль:
**Настройка и администрирование -> Настройка пользователей и прав -> Пользователи**
Откройте пользователя Администратор и установите ему пароль в поле *Пароль* и *Подтверждение пароля*.
После чего нажмите **Записать и закрыть**.
5. Конфигурацию хранителя можно считать установленной и готовой к работе.
:::warning Важно!
Установку конфигурации «Хранитель» при больших объемах данных очень желательно устанавливать на сервер отличный от того, на котором находится рабочая информационная база.
:::
---
## Установка подсистемы в основную конфигурацию
Подсистема интегрируется с любой конфигурацией «1С:Предприятие 8.2» и «1С:Предприятие 8.3».
## Для управляемых форм
1) Установите дистрибутив поставки конфигурации, нажав **setup.exe** из полученного Вами дистрибутива (запомните путь, куда будет установлен дистрибутив подсистемы).
2) Зайдите в конфигуратор информационной базы. Конфигурация может находиться на поддержке без возможности изменения (возле каждого объекта могут быть «замочки»). `Замочки` означают, что конфигурацию нельзя редактировать. Если замочков уже нет, идем к шагу 6.
3) Для того, чтобы открыть возможность редактирования конфигурации зайдите в меню: **Конфигурация -> Поддержка -> Настройка поддержки**
4) Включите возможность изменения конфигурации.
После этого будет задан вопрос:
Необходимо нажать **Да**. Далее появится окно:
Необходимо выбрать указанный пункт и нажать **OK**, немного подождать и закрыть окно **Настройка поддержки**.
5) После того как возможность изменения будет включена необходимо сохранить конфигурацию. Для этого нажмите `F7`.
6) В меню выберите пункт **Конфигурация -> Сравнить и объединить с конфигурацией из файла**:
7) После чего укажите файл `1Cv8.cf` из каталога установленного дистрибутива нашей подсистемы на первом шаге и подпапке «journ», например, в Windows 7 путь будет следующим:
`c:\Users\<Имя учетной записи>\AppData\Roaming\1C\1Cv82\tmplts\journ\`
Будет задан вопрос о постановке на поддержку:
Нажимаем **Да**.
8) Откроется окно сравнения, объединения с конфигураций. В этом окне необходимо снять флажок с корневого элемента дерева. Будут сняты все флажки.
9) Нажимаем в этом окне **Действия -> Отметить по подсистемам файла**
Выбираем указанные флаги и нажимаем **Установить**.
10) После этого в подсистемах устанавливаем флаг возле строки **внЖурналРегистриации» (в дереве объектов Общие -> Подсистемы).**
11) Нажмите кнопку **Выполнить**. Появится диалоговое окно:
Нажмите **OK**. После чего сохраните конфигурацию нажав `F7`.
12) Теперь необходимо добавить служебный код, чтобы подсистема смогла работать при запуске:
Правой кнопкой по корню конфигурации и можно открыть любой модуль
Для управляемого приложения (управляемое приложение):
В начало процедуры ПриНачалеРаботыСистемы:
```bsl
Процедура ПриНачалеРаботыСистемы()
//<< вн
внЖурналРегистрацииКлиент.ПриНачалеРаботыСистемы();
//>>
Процедура ПриНачалеРаботыСистемы()
//<< вн
внЖурналРегистрацииКлиент.ПриНачалеРаботыСистемы();
//>>
```
В конец процедуры ПриЗавершенииРаботыСистемы (если ее нет, создать):
```bsl
Процедура ПриЗавершенииРаботыСистемы()
…
// Добавляем в конец процедуры
//<< вн
внЖурналРегистрацииКлиент.ПриЗавершенииРаботыСистемы();
//>>
КонецПроцедуры
```
Модуль внешнего соединения должен выглядеть вот так:
```bsl
Процедура ПриНачалеРаботыСистемы()
//<< вн
внЖурналРегистрацииКлиент.ПриНачалеРаботыСистемы();
//>>
КонецПроцедуры
Процедура ПриЗавершенииРаботыСистемы()
//<< вн
внЖурналРегистрацииКлиент.ПриЗавершенииРаботыСистемы();
//>>
КонецПроцедуры
```
Модуль сеанса (если процедуры УстановкаПараметровСеанса нет, то создать ее):
```bsl
Процедура УстановкаПараметровСеанса(ТребуемыеПараметры)
//<< вн
внЖурналРегистрации.УстановкаПараметровСеанса(ТребуемыеПараметры);
//>>
КонецПроцедуры
```
В конфигурациях на основе БСП *Бухгалтерия предприятия 3.0, Управление торговлей 11.2 и т.п.* в последних версиях появилась необходимость в общий модуль ПользователиПереопределяемый в процедуру ПриОпределенииНазначенияРолей добавить:
```bsl
…
НазначениеРолей.ТолькоДляПользователейСистемы.Добавить(Метаданные.Роли.внАдминистраторЖурналаРегистрации.Имя);
НазначениеРолей.ТолькоДляПользователейСистемы.Добавить(Метаданные.Роли.внПросмотрЖурналаРегистрации.Имя);
```
Это необходимо, делать только в конфигурациях на базе БСП, если в вашей конфигурации нет такого общего модуля и аналогичной процедуры в нем, то добавлять туда ничего не нужно.
Если указанные процедуры уже существуют, необходимо добавить в них все блоки, которые начинаются с `//<< вн` и заканчиваются `//>>`, если этих процедур нет, необходимо их создать.
## Для обычного приложения (обычные формы)
Для обычного приложения все аналогично только вместо модуля управляемого приложения необходимо изменить модуль обычного приложения.
:::warning Важно!
Если приложение может работать как в толстом, так и в тонком клиенте, то необходимо изменить и модуль управляемого и модуль обычного приложения.
:::
13) Откройте в конфигураторе в меню: «Администрирование>Пользователи» и у текущего пользователя, под которым происходит интеграция подсистемы, добавьте права «(ВН) Администратор журнала регистрации», для того, чтобы в режиме предприятия после запуска этого пользователя можно было настроить наш журнал регистрации:
:::warning Важно!
Если в конфигурации **нет пользователей, то их необходимо их создать!** Без пользователей подсистема не будет работать!
:::
14) Последний пункт. Если ваша информационная база работает на основе библиотеки стандартных подсистем, она же БСП, то необходимо в параметрах запуска указать дополнительный параметр запуска:`/С ЗапуститьОбновлениеИнформационнойБазы`.
Это можно сделать как из конфигуратора (тогда первый запуск в режиме предприятия необходимо осуществить из конфигуратора), так и при запуске в режиме предприятия.
### Запуск из конфигуратора
В конфигураторе
**Меню -> Сервис -> Параметры**
вкладка *Запуск 1С:Предприятие* в поле *Параметры запуска* указать `/С ЗапуститьОбновлениеИнформационнойБазы`.
Пример:
Потом выполнить запуск конфигурации в режиме предприятия из конфигуратора нажав **Начать отладку** (или `F5`).
### Запуск в режиме предприятия без отладки.
Нажмите **Изменить -> Далее -> Далее** и на указанной как в скриншоте ниже странице измените дополнительные параметры запуска:
Настройка подсистемы в конфигураторе завершена. Запускайте конфигурацию в режиме предприятия.
---
## Настройка подсистемы
---
## Закладка «Дополнительно»
## Период просмотра в журнале по умолчанию
Для быстроты выборки по умолчанию выбираются не все изменения в журнале регистрации, а только те, которые были за последнее время. Ведь обычно в журнал смотрят только тогда, когда что-то произошло, а произойти это могло, как правило, недавно. Поэтому, на этой закладке, можно указать какой период будет показываться по умолчанию при открытии журнала *(при установке подсистемы присваивается «За последний месяц»)*. Естественно после открытия журнала период отображаемых изменений может быть изменен.
## Открывать события с фильтром изменений
Этот флаг указывает на то, чтобы открываемое событие отображало только те данные, которые были действительно изменены.
Если кнопку отжать, то будут видны все реквизиты события, если же она будет нажата, то только изменения. По умолчанию, если галочка «Открывать события с фильтром изменений» в настройках установлена, то события будут открываться с нажатой кнопкой в событии, что позволит сразу видеть только изменения.
## Способ определения представления
**Эта настройка может принимать два значения:**
**1) При регистрации**
Это предпочтительный способ регистрации изменений подсистемой, но он работает медленнее. При выбранном способе детальные изменения события сразу фиксируются в кэше. Этот способ лучше по удобству работы, но хуже по производительности. Все значения реквизитов события записываются в кэш построчно, что позволяет быть уверенным, что в случае поиска вы найдете все, что было в событиях, которые еще не перенесены из кэша в хранитель.
**2) В регламентном задании**
Способ, который очень быстро работает. Значительно быстрее первого варианта, но он менее гибок. Реквизиты, которые записываются для всех реквизитов объектов, не записываются построчно, а записываются скопом. Это работает гораздо быстрее, но если вы захотите установить отбор по событиям, у которых в изменениях есть такое-то значение реквизита, то у Вас для событий, которые еще находятся в кэше ничего не получится. Конечно, если регламентное задание по переносу кэша настроено на выполнение один раз в 60 секунд, то вполне возможно вы и не столкнётесь с подобным. Так же этот способ необходимо использовать, когда количество одновременно работающих пользователей более 50.
Падение производительности получается в основном для огромных объектов или наборов записей, для небольших и средних объектов разница между 1) и 2) будет не сильно заметной.
---
## Закладка «Мониторинг журнала»
Эта вкладка предназначена для просмотра состояния кэша журнала регистрации и количества записей во внешней ИБ хранилища.
Тут же можно перенести данные из локального кэша во внешнюю ИБ хранилища, очистить устаревшие данные из кэша, или запустить обработку в базе **Хранителя**.
:::warning Внимание!
Нажатие кнопок на этой странице приведет к ПОЛНОМУ выполнению заданий. Например, при нажатии на перенос из кэша в Хранитель, произойдет ПОЛНЫЙ перенос событий. Т.к. это событие очень долгое мы рекомендуем правильно настроить регламентное задание и запустить его.
:::
---
## Закладка "Настройки истории"
В толстом клиенте настройку можно открыть из
**Меню -> Операции -> Обработки -> (ВН) Журнал регистрации**.
В тонком появится дополнительная вкладка на рабочем столе. Обязательно пройдитесь по всем вкладкам и настройте подсистему.
Флаг **Вести историю изменений** позволяет включать/отключать запись во внешний журнал регистрации.
Регистрировать входы и выходы пользователей записываем события входа/выхода в конфигурацию пользователей для возможного анализа.
Так же включенная регистрация входов и выходов позволит определять изменение ролей у пользователей.
При каждом запуске каждого пользователя регистрируется событие **Начало сеанса** и записываются доступные роли пользователя
в запущенном сеансе. Далее подсистема в своей работе после добавления/удаления ролей подсистема поймет, что роли были изменены
и изменит тип события **Начало сеанса (роли изменены)**.
Это позволит контролировать не только изменения объектов конфигурации, но и доступные роли пользователей.
Далее идут настройки доступа к ИБ **Хранитель журнала регистрации**
**Параметры уникальности (на закладке «Настройки истории»)** – это уникальный механизм защиты от записи истории объектов в клонах
информационных баз. Часто, необходимо сделать копию информационной базы для тестирования доработок, экспериментов и т.д.
При этом наша подсистема будет работать только в работающей конфигурации, в копиях-клонах работать она не будет.
Эта особенность пригодится программистам, т.к. позволит не думать, что копия будет добавлять свои события в историю.
После переноса базы-оригинала на новый сервер нажмите на кнопку «Текущая ИБ» и после этого запись событий будет
осуществляться для перенесенной ИБ 1С. При необходимости проверку на уникальность можно отключить, убрав флаг,
который находится с полем текущего параметра уникальности.
**Идентификатор ИБ** позволяет использовать один журнал для нескольких информационных баз.
Это поле позволяет отделить разные базы в хранителе. Оно должно быть уникально для каждой информационной базы
(к РИБ не относится, для РИБ Идентификатор ИБ один и тот же для каждой базы РИБ).
Придумайте уникальную строку, которой еще нет в БД журнала и задайте ее.
Тем самым все события журнала, которые возникают в данной ИБ будут закреплены за данным идентификатором.
:::warning Важно!
Не изменяйте данный идентификатор! Он должен быть назначен только один раз при начале работы.
Иначе Вы потом не будете видеть всю историю по объектам до смены идентификатора!
:::
---
## Закладка «Начальное заполнение»
Эта закладка предназначена для первоначального заполнения реквизитов всех объектов для того, чтобы в журнале регистрации потом фиксировались только изменения объектов.
Целесообразно ее использовать только один раз в самом начале эксплуатации так же этот этап лучше использовать, если информационная база не очень большая.
При этом для объектов, которые привязаны к периоду могут быть записаны только объекты за последние N дней, где N – определяется пользователем при начальном заполнении. Что это за объекты, привязанные к периоду? Это: документы (дата документа), регистры сведений (подчиненные регистратору и периодические), задачи и бизнес-процессы. При первоначальном заполнении их выборка может быть ограничена тем количеством дней, который актуален в данный момент. Для больших информационных баз рекомендуется установить **«Не регистрировать объекты старше» 60 дней** (чем больше база, тем меньше установите значение). Можно поставить 30, 15 и т.д.
Можете пользоваться начальным заполнением по своему усмотрению. Если Вы не будете первоначально заполнять журнал регистрации состояниями объектов, то ничего страшного не случится. Единственное, что Вы заметите, если справочник или документ был создан до внедрения журнала регистрации, а после внедрения был изменен, то Вы в первой версии не увидите, что поменял пользователь в объекте. Будет записан полный образ объекта со всеми реквизитами.
:::warning Важно!
Выполнение первоначального заполнения этап очень долгий, во время, которого, подсистема переберет ВСЕ объекты и запишет их текущее состояния со ВСЕМИ реквизитами. Если информационная база достаточно большая, то лучше этот шаг пропустить.
:::
---
## Закладка «РИБ»
**РИБ** – это распределенная информационная база. Если у вас нет РИБ или Вы не знаете, что это такое, пропустите данный пункт.
В нашей подсистеме реализовано два типа обмена при использовании РИБ
* Обмен через РИБ "Хранитель журнала регистрации;
* Обмен кэшем журнала регистрации через типовой РИБ.
Подробнее мы их рассмотрим ниже.
## Обмен через РИБ "Хранитель журнала регистрации"
**Идентификатор узла РИБ** предназначен для отметки текущего узла РИБ. Это строка, которая отличает одну базу РИБ от другой. Этот идентификатор должен быть для каждого узла разным. Для нашего примера с УПП для баз *(УПП главная, УПП дочерняя 1, УПП дочерняя 2)* идентификатор ИБ будет УПП, а для каждого из этих УПП идентификаторы узлов РИБ будут разными *(например, Главная, Дочерняя 1, Дочерняя 2)*.
**Список информационных базы РИБ** отражает полностью все информационные базы 1С, которые учувствуют в РИБ. При этом, как при полном, так и при упрощенном обмене данные по узлам дочерних РИБ перенесутся, самостоятельно и создавать их не нужно.
Рассмотрим по порядку, типы обмена, реализованные в нашей подсистеме:
Обмен кэшем журнала регистрации через типовой РИБ
Если выбран данный тип, то в дочерних узлах нельзя посмотреть журнал регистрации, там не происходит сжатия объектов.
Историю изменений объекта можно посмотреть ТОЛЬКО в главном узле РИБ.
### Схема работы по шагам, следующая
1. При изменении объекта в дочерней базе РИБ, происходит запись полного образа объекта в справочник-кэш журнала регистрации;
2. При обмене с центральной базой РИБ происходит передача всех данных об изменениях из справочника-кэша дочерней базы РИБ в справочник-кэш главной базы РИБ;
3. Происходит перенос кэша из главной базы РИБ в базу хранителя, после чего данные кэша очищаются.
4. При следующем обмене с дочерней базой будет передана информация о том, что переданные данные кэша загружены из центральной базы в базу хранителя и данные кэша в дочерней базе РИБ будут удалены.
**Плюсы:**
* Фиксируется какой пользователь РИБ сделал изменения объекта;
* Фиксируется в какой информационной базе сделаны изменения объекта;
* Реализуется обмен типовыми средствами РИБ;
**Минусы:**
* Нет возможности посмотреть журнал регистрации в дочерних базах РИБ. Анализ изменений можно провести только в главной базе РИБ.
* Значительное увеличение объема передаваемых данных, т.к. передаются из кэша все значения изменений. Как следствие увеличение времени обмена и объема передаваемых данных.
* Последний минус можно нивелировать, если использовать малые интервалы обмена, т.к. при таком обмене объемы справочника-кэша возрастут не существенно. Соответственно этот вариант подойдет.
### Как использовать?
Для включения данного типа обмена необходимо:
1) Во всех базах 1установить галочку «Вести историю изменений».
2) Во всех дочерних базах 1С НЕ ЗАПОЛНЯТЬ на закладке «Настройки истории» параметры доступа к базе хранителя и оставить поля пустыми.
3) На закладке РИБ подсистемы всех баз установить тип использования РИБ «Обмен кэшем журнала регистрации через типовой РИБ».
4) Открыть план обмена, по которому осуществляется обмен в РИБ в режиме конфигуратора и включить в план обмена следующие объекты:
```bsl
Справочник.внКэшЖурналаРегистрации
РегистрСведений.внИзменения
РегистрСведений.внНеРегистрируемыеОбъекты
```
5) Установите регламентное сжатие журнала регистрации в главной информационной базе таким образом, чтобы сжатие приходилось на тот момент, когда все обмены с подчиненными базами уже произведены, это **важно!**
6) Журнал настроен на работу в РИБ с данным типом.
## Обмен кэшем журнала регистрации через типовой РИБ
Схема работы данного типа в РИБ:
Суть такова, что РИБ организовывается в ИБ «Хранитель журнала регистрации».
В отличие от предыдущего типа обмена, этот тип имеет свои преимущества и недостатки:
**Плюсы:**
* Фиксируется в какой узле РИБ основной базы сделаны изменения объекта;
* Объем передаваемых данных по РИБ основной базы не увеличится и останется на прежнем уровне;
* В каждом из дочерних узлов РИБ можно использовать свой журнал изменений;
* Реализуется обмен типовыми средствами РИБ;
* Гибкие настройки выгрузки данных в дочерние базы РИБ хранителя (по информационной базе/по узлам РИБ/по дате выгрузки)
**Минусы:**
* Необходим отдельный обмен между узлами хранителя журнала регистрации;
* Определение изменений происходит только в главном узле хранителя и потом «спускается» по цепочке в дочерние узлы;
* Т.к. в файловых базах 1С есть ограничения в 4 Гб на одну таблицу, то в некоторых случаях использование файловых баз хранителя в филиалах может быть затруднительно, т.к. объемы изменений могут быть больше чем 4 Гб. Это следует учитывать. Хотя на этом этапе могут помочь правильная настройка очистки данных в базе хранителя.
***Какой из способов подходит больше – выбирать Вам***
---
## Закладка «Регистрируемые объекты»
Здесь можно выбрать те объекты их реквизиты и табличные части, по которым необходимо отслеживать изменения.
Есть возможность настроить список объектов, по которым не нужно отслеживать изменения. Скажем больше: такая возможность просто необходима!
Так как в типовых конфигурациях есть, например, справочники «Сохраненные настройки» или «Рабочие места»,
по которым нет необходимости вести историю изменений т.к. эти справочники служебные и могут быть изменены при входе/выходе
самой конфигурацией. Пройдитесь по всем объектам конфигурации на этой закладке и отключите лишние, что бы по ним не фиксировалась
история изменений.
:::warning ВАЖНО!
Оставьте только те регистры сведений, по которым действительно необходимо отслеживать изменения.
Т.к. от ведения журнала регистрации по всем регистрам сведений, может сильно упасть производительность и увеличиться объем
записываемых данных! Например, регистры сведений типа: «Даты запрета изменения данных», или «Ответственные лица» можно оставить,
а «Адресный классификатор» – выключить и т.д.
:::
## Ключевые реквизиты
На этой закладке так же есть в табличных частях ключевые реквизиты
Ключевые реквизиты предназначены для группировки строк в табличных частях объектов в определении изменений.
### Зачем нужны ключевые реквизиты лучше рассмотреть на примере:
***Пример:***
Есть документ **Реализация товаров и услуг**, в нем есть таблица **Товары**, в которой куча реквизитов среди которых
***Товар***, ***Характеристика и ***Количество***.
Теперь смотрите, если в табличной части производят сортировку или сдвигают строки вверх или внизу, а потом записывают документ,
подсистема в событии документа не должна показать изменения.
Механизм ключевых реквизитов введен специально для этих целей. Необходимо указать что столбцы
***Товар***, ***Характеристика*** в табличной части **Товары** являются ключевыми.
А изменения по этой табличной части станут определяться по ключевым полям.
Если добавили новую пару товар-характеристика, то это добавление новой строки.
Если изменили товар или характеристику уже у существующей строки, то это удаление данных по старым ключевым полям и добавление по новым.
Если удалили строку, то это удаление строки.
Если переместили строку, то в таблице пары ключевых полей товар-характеристика - не изменились,
а значит нет изменений в табличной части (но запись события запишется, просто в табличной части не будет изменений).
Если ключевые поля не отмечать, то в качестве ключевого поля будет поле **Номер строки**.
---
## Закладка «Роли истории»
Эта вкладка предназначена для установки прав всем пользователям, по которым будут фиксироваться изменения.
Как правило – это все пользователи.
Здесь можно быстро всем назначить права для фиксирования изменений или просмотра истории.
## В режиме предприятия роли выглядят следующим образом
* **Роль (1)** – кто может просматривать журнал регистрации;
* **Роль (2)** – кто является администратором журнала регистрации.
* **Роль (3)** – не фиксировать события этого пользователя
При установке подсистемы роль для администрирования журнала регистрации необходимо добавить в конфигураторе (об этом было написано выше, но на всякий случай повторим).
## Роли в конфигураторе выглядят следующим образом
Назначать роли проще и быстрее в режиме предприятия, в настройках подсистемы.
Если с первыми двумя ролями все понятно, спросите вы, то зачем нужна роль (3)? Все просто, роль (3) нужна для того, чтобы не фиксировать изменения, которые делают пользователи в некоторых случаях. Например, если предполагается перепроведение документов и вам это необходимо сделать быстро, то эта роль может вам помочь. Для этого установите ее себе, перезапустите конфигурацию, выполните массовое перепроведение, а затем снимите эту роль.
:::warning Важно!
Если Вы используете конфигурацию на основе Библиотеки Стандартных Подсистем *(УТ11, БП 3.0, ЗУП 3.0, КА, УНФ и т.д.)*.
Подход с правами пользователей меняется. Об этом в следующей главе.
:::
---
## Запуск регламентных заданий по очистке кэша журнала регистрации
При переносе событий из основной базы в Хранитель происходит перенос событий из кэша. Сами события при этом для увеличения скорости работы и переноса не удаляются.
Это позволяет переносить события в хранитель во время работы, но при этом не создавать транзакций при удалении данных из кэша.
Но как только в работе базы появляются окна, мы рекомендуем запускать обработку по удалению устаревших событий из кэша.
Таким образом процесс переноса данных выглядит вот так:
**Регистрация события → Запись события в кэш рабочей базы → Выполнение регламентного задания "(ВН) Перенос кэша журнала регистрации" (кэш переезжает в Хранитель) → Выполнение регламентного задания "(ВН) Очистка устаревшего кэша журнала регистрации" (устаревший кэш, который переехал в Хранитель удаляется из рабочей базы).**
---
## Запуск регламентных заданий по переносу кэша журнала регистрации
## Настройка регламентоного задания в конфигурации
Изменения журнала регистрации хранятся в двух объектах: кэша записи истории и базе данных хранителя.
Понятное, что перенос данных из кэша должен работать без участия пользователя.
Для этих целей было создано регламентное задание: **(ВН) Перенос кэша журнала регистрации**, которое автоматически,
с заданной периодичностью переносит данные из кэша в базу данных хранителя.
Если у вас конфигурация на основе БСП (УТ11, КА, УНФ и т.д.), Вам необходимо создать регламентное задание в режиме предприятия.
Для этого перейти во вкладку **Администрирование -> Поддержка и обслуживание**, в открытой обработке **Регламентные и фоновые задания**.
Добавьте в список регламентных заданий, задание «(ВН) Перенос кэша журнала регистрации» по кнопке «Расписание» установите достаточно
маленький интервал для запуска регламентного задания.
**Например, «Каждые 600 сек»** - это через каждые 10 минут. Т.е. данные с кэша будут переноситься в базу хранителя каждые 10 минут.
Интервал желательно поставить в таком районе, чтобы данные по изменениям в случае чего были получены за минимальное время.
Запуск регламентных заданий в файловом и клиент-серверном варианте работы конфигурации отличается. Рассмотрим их по порядку:
***Вариант 1. Клиент-серверный вариант и файловый вариант (для 8.3)***
Регламентное задание запускается в серверном варианте автоматически. И не требует дополнительной настройки.
В файловом варианте для платформы 8.3, так же он запускается автоматически.
***Вариант 2. Файловый вариант работы (только для 8.2)***
В файловом варианте. Необходимо либо запускать регламентное задание в отдельном сеансе, как на рисунке ниже:
В таком случае от вашего пользователя, как только вы запустите конфигурацию, будет запущено дополнительно сеанс с обработкой регламентных заданий.
## Запуск фонового задания через Windows
В конфигурации создайте пользователя в режиме предприятия, при создании уберите галочку **Показывать в списке выбора**.
Задайте ему имя и пароль.
Установите для него полные права.
Это пользователь, под которым будут автоматически запускаться регламентные задания.
Далее, откройте **Панель управления -> Все элементы панели управления -> Администрирование** компьютера,
где будут запускаться регламентные задания.
*Желательно (но не обязательно), чтобы этот компьютер был постоянно включенным.*
### Параметры информационной базы при запуске 1С Предприятия 8 для включения автоматического выполнения регламентных заданий.
|Параметр |Описание |
|------------------|----------------------------------------------------|
|DoScheduledJobs |Выполнять регламентные задания в открываемом сеансе.|
|SkipMessageBox |Не показывать предупреждения, в случаях, когда сеанс, выполняющий задания, уже открыт или есть другие причины, препятствующие выполнению заданий в открываемом сеансе.|
|AloneIBSession |Запустить сеанс только для выполнения регламентных заданий. Если сеанс для целей выполнения заданий уже открыт, то открываемый сеанс будет завершен с предупреждением (или без предупреждения см.SkipMessageBox).|
***Примеры строки программы в ярлыке Windows.***
|Назначение |Строка |
|--------------|------------|
|Включить выполнение заданий в открываемом сеансе.|"C:\Program Files\1cv82\Bin\1cv8c.exe" /CDoScheduledJobs|
|Запустить сеанс только для выполнения заданий. Например, если каталог информационной базы расположен на отдельном компьютере, то эту строку можно записать в планировщик Windows. Лишний запуск сеанса будет автоматически завершен.|"C:\Program Files\1cv82\Bin\1cv8c.exe" ENTERPRISE /F"C:\Информационная база"; /NВасилий /PПароль /C"DoScheduledJobs SkipMessageBox AloneIBSession"|
Вот работающий пример запуска фоновых заданий, который запускает сеанс и в нем выполняются регламентные задания.
"C:\Program Files (x86)\1cv82\8.2.17.169\bin\1cv8c.exe" ENTERPRISE /F"C:\buh"; /N"Администратор" /P112233 /C"DoScheduledJobs SkipMessageBox AloneIBSession"
Для тестирования работы запустите команду Выше (с учетом расположения своей базы, логина, пароля, а так же версии платформы) нажав `Windows + R` и в открывшемся окне вставить и запустить указанный пример. Должен запуститься сеанс 1С:Предприятие, в котором будет работать обработка.
:::warning Внимание!
В 1С версии 8.3 в файловом варианте автоматически запускаются регламентные задания от пользователя, для него делать отдельный сеанс не нужно.
:::
---
## Назначение ролей через профили доступа
> В конфигурациях на основе БСП будут проблемы с назначением прав пользователей. Все дело в том, что в них изменен механизм назначения прав.
Пользователей разбивают на группы доступа, создают профили групп доступа и добавляют пользователей в данные группы. Таким образом, пользователям назначаются права.
При добавлении новых пользователей они помещаются в группу, после записи этой группы права пользователям, которые находятся в ней, переназначаются. То есть, если мы воспользуемся нашей обработкой для назначения прав и установим всем права, а затем добавим пользователя в какую-нибудь группу и сохраним изменения, то для пользователей этой группы права будут перезаписаны и роли, которые мы добавили через нашу подсистему, пропадут! Как я уже сказал – это тонкости библиотеки стандартных подсистем.
## Создание профиля группы доступа
Для того, чтобы постоянно не подправлять роли, необходимо создать свой профиль группы доступа и группу доступа.
Для этого перейдите на вкладку **Администрирование** и найдите там **Настройки пользователей и прав**.
Открываем профили групп доступа и добавляем свой профиль с указанными ниже правами
(можете выбрать только «(ВН) Просмотр журнала регистрации», тогда пользователи не смогут просматривать журнал):
В этой форме нажимаем **«Записать»** (значок дискетки) и переходим на дополнительный пункт
**Группы доступа** пункта **Перейти**, здесь же.
Добавляем туда группу доступа:
Нажимаем **Добавить** и щелкаем на пункт **Все пользователи**, чтобы добавить всех пользователей системы сразу,
а не добавлять каждого по отдельности. По окончании записываем группу.
**Все! Теперь при изменении любых прав выбранные права на наш журнал регистрации не будут пропадать.**
:::warning Важно!
Не забывайте при добавлении пользователей добавлять их в данную группу. Иначе по ним не будут фиксироваться изменения.
:::
---
## Отключение стандартного журнала регистрации
После того, как подсистема установлена и эксплуатируется надобность в типовом журнале регистрации отпадает. Мы рекомендуем не отключать его полностью, а оставить регистрацию только ошибок. Это позволит в случае возникновения каких-либо проблем в конфигурации, или нашей подсистеме, администратору информационной базы быть в курсе.
Для отключения стандартного журнала регистрации зайдите в конфигурацию с административными правами, убедитесь, что в режиме предприятия с конфигурацией никто не работает, в меню **Администрирование -> Настройки журнала регистрации…**, выберите пункт **Регистрировать ошибки**:
После этого нажмите **ОК**.
**Все. Теперь в типовом журнале регистрации будут регистрироваться только ошибки.**
---
## Регистрация событий открытия и закрытия форм объектов ссылочных типов
Наша подсистема позволяет регистрировать такие события как открытие и закрытие форм объектов ссылочных типов (Справочники, Документы, ПВХ, Планы счетов, ПВР, Бизнес-процессы и Задачи).
Для этого в форме объектов добавьте:
```bsl
&НаКлиенте
Процедура ПриОткрытии(Отказ)
// << вн
внЖурналРегистрацииКлиент.внПриОткрытии(Объект, "ФормаЭлемента");
// >>
КонецПроцедуры
&НаКлиенте
Процедура ПриЗакрытии()
// << вн
внЖурналРегистрацииКлиент.внПриЗакрытии(Объект, "ФормаЭлемента");
// >>
КонецПроцедуры
```
Для конфигураций, использующих толстые формы все абсолютно аналогично, только вместо Объект необходимо писать `ЭтотОбъект`.
В результате в журнале появятся записи со своими значками открытия и закрытия форм.
---
## Начало работы(Journal)
Подсистема работает в конфигурациях 8.2 и 8.3 в толстом, тонком и WEB-клиенте (обычные и управляемые формы). Сейчас сложилась парадоксальная ситуация. Есть конфигурации, которые используют обычные формы, есть которые работают на управляемых формах, а также есть те, которые работают и так, и так. Наша подсистема позволяет работать в любом режиме, причем если будет запущена в толстом клиенте, то будет интерфейс и формы толстого клиента, если в тонком или WEB, то на управляемых формах. При этом практически не будет никакой разницы с точки зрения функциональности.
Регистрируются изменения для следующих видов объектов: константы, справочники, документы, планы видов характеристик, планы счетов, планы видов расчета, бизнес-процессы, задачи и регистры сведений.
Для хранения истории изменений объектов используется внешняя информационная база 1C «Хранитель журнала регистрации». Был выбран именно механизм внешнего хранения изменений, т.к. он не влияет на размер основной информационной базы 1C, а работа напрямую с внешней базой данный позволяет быстро производить чтение и запись событий.
Алгоритм работы подсистемы такой: при произведении изменения объекта, полный образ изменённого объекта попадает в так называемый «кэш журнала регистрации» – справочник в подсистеме, в который попадают все данные по измененным объектам. Затем, фоновое задание запускает перенос данных из кэша во внешнюю базу данных хранителя, данные просто переносятся из кэша. Далее в информационной базе хранителя происходит определение изменений. Что это значит? Приведем пример. Допустим пользователь «А» создал номенклатуру, заполнил ее и сохранил. Затем пользователь «Б» через время открыл ее и изменил в ней один реквизит, после чего также сохранил. При этом наша подсистема позволит Вам увидеть, как то, что пользователь «Б» изменил без показа всех остальных реквизитов, табличных частей и т.д., так и полные образы объектов. Это позволяет точно сказать, что было изменено пользователем, а что нет. Удобно, не правда ли?
При просмотре истории данные по изменениям подгружаются из внешней базы хранителя и из кэша. Причем данные, которые находятся в кэше в журнале «подсвечиваются» **темно-красным цветом**, данные которые находятся в базе хранителя и не определены изменения отображаются светло-серым цветом, а данные которые обработаны обычным **черным цветом**. Как уже было сказано ранее, данные в кэше содержат полный образ объекта на момент изменения объекта (содержат все реквизиты, все табличные части, все предопределённые реквизиты), а в хранителе хранятся те же полные образы, но уже с определением изменений, т.е. как было и как стало.
После переноса «сжатых» данных из кэша в базу данных хранителя, изменения в кэше удаляются. Таким образом, общий размер информационной базы остается практически неизменным.
---
## Работа с конфигурацией Хранитель журнала регистрации
## Общие положения
Конфигурация **Хранитель журнала регистрации** предназначена для хранения и обработки событий по изменениям,
которые она получает из рабочих информационных баз 1С.
Основная информационная база регистрацию событий, которой мы осуществляем, выполняет перенос кэша в **Хранитель журнала регистрации**
с помощью регламентного задания или из настроек подсистемы журнала.
Далее, на следующем шаге, хранитель запускает уже свои регламентные задания и обрабатывает изменения в несколько потоков определяя,
что было с объектами и что стало в событиях.
---
## Запуск регламентного задания по сжатию из командной строки
В Хранителе есть возможность если по какой-то причине нет возможности, чтобы отрабатывало регламентное задание по обработке событий
(например, база хранителя файловая), можно настроит запуск из командной строки.
Для этого необходимо создать пользователя `РегламентныеЗадания` и из-под него выполнять запуск из командной строки информационной базы Хранитель.
Запуск будет выполнен, запущена обработка событий, после обработки сеанс будет завершен.
---
## Импорт данных из старого журнала регистрации из БД MS SQL
Откройте информационную базу хранителя и запустите обработку:
В обработке укажите параметры доступа к старому журналу в БД MS SQL:
После установки параметров нажмите на кнопку «Импортировать» и дождитесь окончания импорта. Этот процесс может быть очень долгим, все зависит от количества изменений в старом журнале.
:::warning Важно!
Если вы прервете процесс загрузки, а потом запустите его снова, то процесс не будет стартовать с начала, а продолжится с того места где был завершен.
:::
---
## Настройки журнала
Вот так выглядит настройки журнала:
Слева отображена все основные справочники, которые используются хранителем.
Есть отчет по объему данных изменений.
---
## Настройка распределенной ИБ «Хранитель журнала регистрации»
## Рассмотрим настройку на сквозном примере
Пусть у нас есть две рабочие базы **БП 3.0** Главная и **БП 3.0** Дочерняя. Для них мы хотим настроить хранителей и использовать так же РИБ для баз хранителя.
Если вы хотите использовать распределенную ИБ хранителя, то для этого необходимо сначала настроить основную информационную базу, где в настройках, на закладке РИБ в качестве типа обмена в РИБ указать «Обмен через РИБ Хранитель журнала регистрации» и указать уникальный идентификатор узла РИБ.
Далее перенести подсистему в каждый из узлов рабочей информационной базы, путем обмена и обновления дочерних конфигураций, и для каждой из дочерних информационных баз задать в настройках типа обмена в РИБ указать «Обмен через РИБ «Хранитель журнала регистрации» и указать уникальный идентификатор узла РИБ (для каждой базы этот идентификатор должен быть уникальным).
Причем **идентификатор информационной базы** у всех баз должен быть одинаковым.
:::warning Важно!
Еще раз повторю. Идентификатор информационной базы на закладке «Настройки истории» у всех рабочих баз РИБ должен быть одинаковым, а на закладке РИБ – идентификатор узла РИБ разным.
:::
Итак, по шагам:
1) Предполагается, что дочерняя БП 3.0 уже создана и функционирует. А в главной настроен внешний журнал регистрации.
2) Откройте главную базу БП 3.0 и в настройках укажите:
3) Откройте **Хранитель журнала регистрации** главной базы, зайдите в подсистему **Настройка и администрирование**
выберите **Синхронизация данных**.
Задайте префикс и включите синхронизацию:
4) Откройте **Синхронизацию данных** и настройте обмен:
5) Создайте и настройте обмен, обратите внимание, что в процессе настройки есть возможность не полностью сделать образ объекта,
а выгружать в дочернюю базу хранителя, только информацию по конкретной базе или узлу.
:::tip
Обратите внимание, в процессе настройки дочерней базы хранителя, можно задать настройки.
Чтобы хранитель с дочерними базами обменивался только тем, чем необходимо.
Если в филиалах в дочерних базах хотят тоже смотреть журнал по всем изменениям, то нужно указать только информационную базу.
Если будет выбран узел/узлы РИБ, то в дочерней рабочей БП 3.0 можно будет увидеть только изменения в журнале по выбранным узлам,
а не по базе в целом.
:::
6) После создания дочерней ИБ хранителя, подключим дочернюю ИБ хранителя, к дочерней БП 3.0:
7) Проверим как работает. Сделаем изменение в дочерней БП 3.0 изменим у документа **Счет на оплату покупателю** в первой строке
количество с 300 на 100:
8) Видим, что в дочерней БП 3.0 появилось изменение в журнале:
9) Дождемся выполнения переноса события из журнала в **Хранитель журнала регистрации** регламентным заданием
(либо выполним перемещение вручную).
10) Проведем обмен между БП 3.0 Главная $\iff$ БП 3.0 Дочерняя.
11) Документ с изменением был перегружен, но событие где объект был изменен не было загружено.
12) Теперь проведем обмен между «Хранитель журнала регистрации» Главной и Дочерней.
13) После того как в главной ИБ хранителя будет выполнено регламентное задание, по определению изменений в событиях и произойдет следующий обмен между ИБ хранителей получим в обеих рабочих базах при просмотре истории следующую картинку:
14) При изменении реквизита «Количество» в первой строке, кроме всего прочего, за собой изменил «Сумму», «СуммуНДС» в этой же строке, а также в реквизитах документа изменилась «СуммаДокумента».
Пусть вас не смущает большое количество шагов, которое описано в примере. Все они выполняются в автоматическом режиме регламентными заданиями, мы попытались подробно рассмотреть, как работает обмен в РИБ хранителей.
:::warning Важно!
При обмене в рабочих базах изменения не фиксируются в кэше, предполагается, что события по изменениям регистрируются и переносятся в ИБ хранителе(ях).
:::
:::warning Важно!
При использовании в филиалах вашей организации файловых баз для ИБ хранителя имейте ввиду, что максимальный размер в файловой базе 1С одной таблицы может достигать 4 Гб.
:::
---
## Настройка хранения и обработки событий
Настройки этой формы позволяют указать как долго хранить события.
Есть два вида событий: те в которых были измененные реквизиты и те, которые не были изменены после записи
(например, открыли справочник ничего не изменили и нажали **Записать**).
Удаление этих видов событий можно настроить отдельно для каждого вида объектов метаданных.
Допустим три месяца хранить события, в которых были изменения и одну неделю те события, которые не содержат изменений.
События, которые не содержат изменений тоже важны. Например, документ, которые будет перепроведен тоже не будет содержать изменений,
но тем не менее он перепроведен со всеми вытекающими последствиями.
В этой формы так же можно узнать сколько на данный момент с учетом текущих настроек есть устаревших событий, а также очистить их.
Очистка выполняется одним регламентным заданием, которое настраивается здесь же.
На вкладке «Обработка» указаны регламентные задания по определению изменений. Можно настроить расписание их выполнения.
Каждое из заданий имеет свой номер и каждому объекту метаданных можно назначить номер задания.
Таким образом можно установить **приоритеты определения изменений** – важные объекты обрабатывать чаще, а объекты,
которые не принципиальны реже. Это позволит работать хранителю эффективней, а вам быть уверенным, что критически важные изменения
будут обрабатываться в первую очередь.
---
## Обновление конфигурации «Хранитель журнала регистрации»
1. Запустите систему 1С:Предприятие **Хранитель журнала регистрации** в режиме **Конфигуратор**.
2. Обязательно сделайте архивную копию вашей информационной базы! Для этого надо в меню Администрирование выбрать пункт
**Выгрузить информационную базу** и ввести имя файла выгрузки. Этот файл надо сохранить в надёжном месте.
3. В режиме **Конфигуратор** откройте конфигурацию, для этого в меню **Конфигурация** выберите пункт **Открыть конфигурацию**.
4. Вызовите режим **Обновление конфигураций**, для этого в меню "Конфигурация", подменю **Поддержка**, выберите пункт
**Обновить конфигурацию**.
5. В диалоге выбора обновления в качестве источника обновления укажите **Выбор файла обновления**,
после чего выберите нужное обновление в каталоге `c:\Users\ИмяПользователя\AppData\Roaming\1C\1Cv82\tmplts\journext\каталог версии\`
6. В окне **Обновление конфигураций** нажмите кнопку **OK** для продолжения обновления конфигурации.
7. На вопрос об обновлении конфигурации базы данных ответьте **ДА**.
8. После завершения обязательно запустите программу в режиме **Предприятие** - для совершения конвертации.
Некоторые пользователи, не выходя из конфигуратора последовательно обновляют версии - это недопустимо и повлечет
за собой невозможность дальнейшей работы.
:::warning Важно!
После каждого обновления надо хотя бы 1 раз запускать 1С в режиме 1С:Предприятие. Именно после каждого, т.к. поставили одну версию – запустили в режиме предприятия, потом поставили следующую версию – запустили в режиме предприятия и т.д.
:::
---
## Отключение полнотекстового поиска
Для того, чтобы Хранитель использовал меньше системных ресурсов рекомендуется отключить полнотекстовый поиск в хранителе. При этом поиск может быть уже отключен, но лучше проверить.
Сначала откроем команду **Все функции**. Сделать это можно в меню:
Далее включим галочку:
Теперь откроем сами настройки:
Отключим полнотекстовый поиск:
---
## Внешний вид(Работа с подсистемой журнала регистрации)
Открыть журнал регистрации можно следующим образом:
Открыть журнал регистрации могут пользователи, которые имеют одну из следующих ролей: **(ВН) Просмотр журнала регистрации**
или роль **(ВН) Администратор журнала регистрации**.
Для открытия журнала регистрации щелкните по пункту **(ВН) Журнал регистрации**.
В появившемся окне Вы увидите все изменения внешнего журнала регистрации.
## Кнопки в журнале
> **1** - Кнопка для вызова отбора в журнале регистрации.
> **2** - Отбор по текущей строке. Т.е. если мы находимся, на какой-то строке в журнале регистрации и нажмем на данную кнопку, то получим все изменения по данному объекту.
> **3** - Отбор только по событиям, в которых были изменения.
> **4** - Отключение всех отборов.
> **5** - Открыть конкретное изменение в журнале регистрации (аналогично можно щелкнуть на событие два раза мышкой).
> **6** - Показать объект, для которого зафиксировано изменение с отображением прямо на форме объекта, что было изменено.
> **7** - Вернуться к предыдущей версии текущего выделенного изменения в журнале регистрации.
> **8** - Вывести все изменения в печатном виде для печати изменений.
> **9** - Обновить события журнала регистрации. Журнал регистрации будет перезаполнен.
> **10** - Открыть настройки журнала регистрации. Отображается только для пользователей с ролью администрирования журнала регистрации.
> **11** - Период выборки изменений. Если обе даты пусты, то выборка ВСЕХ изменений. Не рекомендуется очищать обе даты т.к. это может снизить производительность выборки.
При двойном щелчке на любой из показанных строк откроется более детальная информация по изменению, которое сделал пользователь.
А так выглядит табличные части этого же события:
На рисунке указано, что была изменена табличная часть **Денежные документы**, в которой 1 строка.
---
## Добавление в типовые конфигурации на обычных формах внешней печатной формы «История по журналу регистрации»
В подсистеме предусмотрена возможность добавления в типовые конфигурации: **ЗУП 2.5, БП 2.0, УТ 10.3** и т.д. внешней печатной формы «История по журналу регистрации»
Для этого зайдите в конфигурацию в режиме Предприятия и откройте внешние печатные формы.
Для **БП 2.0** это выглядит так:
Откроется форма:
После этого заполните табличную часть нужными справочниками и документами:
Теперь в выбранных документах при нажатии на печать появится дополнительная внешняя печатная форма **История по журналу регистрации**.
---
## Добавление в типовые конфигурации на управляемых формах внешней печатной формы «История по журналу регистрации»
Откройте **Администрирование** и найдите **Печатные формы, отчеты и обработки**:
Далее, в открывшейся форме нажмите **Создать** и выберите файл с внешним отчетом **История изменений объекта по журналу регистрации.epf** из дистрибутива. По умолчанию печатная форма будет добавлена ко всем объектам ссылочного типа, где есть вывод печатных форм.
Затем в объектах при нажатии кнопки **Печать** появится либо пункт **Дополнительные печатные формы…**, либо **История изменений объекта по журналу регистрации** по нажатии на который будет открываться форма журнала с отбором по текущему объекту.
---
## Добавление в управляемое приложение команды вывода изменений объектов
В подсистеме предусмотрена возможность добавления в конфигурациях на управляемых формах кнопки в формы справочников и документов для
вывода журнала и автоматическом отборе по заданному объекту всех событий.
Для этого в конфигураторе заполним параметры команды **внИсторияПоЖурналуРегистрации** как указано ниже.
При этом на третьем шаге выделите те объекты, для которых Вы хотите видеть кнопку **История по журналу регистрации**.
После этого шага нажмите **ОК** и сохраните конфигурацию нажав клавишу `F7`.
Теперь запустите информационную базу 1С в режиме предприятия.
Видим, что появилась кнопка **История по журналу регистрации** во всех документах **Перемещение товаров**:
При ее нажатии будет открыт журнал регистрации с установленным отбором по этому объекту.
---
## Изменения ролей у пользователей
Если включена регистрация входов и выходов пользователей в настройках журнала, то это позволяет фиксировать работу пользователей в конфигурации, а также контролировать изменения ролей у пользователей.
При входе пользователя определяются доступные для текущего сеанса роли и записываются в кэш как событие при входе. При переносе события в ИБ хранителя и определении изменений, происходит для каждого входа сопоставление какие роли были и какие стали. Если роли были изменены *(добавлены/удалены)*, то событие изменит тип с **Начало сеанса** на **Начало сеанса (роли изменены)** и покажет измененные роли.
:::tip
Эта функция будет удобна для контроля изменения прав пользователей.
:::
---
## Как посмотреть активность работы пользователей
Многие сотрудники, занимающие руководящие должности иногда интересуются, как активно их подчиненные работают в информационной базе. Для этих целей был разработан специальный отчет **Активность работы пользователей**, который предоставляет сведения как в графическом виде, кто как работает и сколько записей каждым сотрудников было внесено в журнал регистрации *(и, соответственно, сколько объектов было записано в информационную базу 1С).*
Отчет ясно указывает на то, что пользователь ***Абдулов (директор) 30.07.15*** работал больше всех, а вот ***Иванова (бухгалтер)*** практически ничего не делала… Так же ниже диаграммы располагаются сводные данные по пользователям и дням работы.
---
## Как увидеть, кто изменил, что было и что стало с объектом?
Итак, документ создан нами, все хорошо, но вдруг, какой-то нерадивый пользователь изменил наш драгоценный документ.
Как увидеть, кто изменил, что изменил и т.д. в деталях?
Для этого необходимо два раза щелкнуть в нашем журнале регистрации или нажать `Enter` в соответствующей строке журнала.
Выглядеть это будет так:
Мы видим, что было изменено 2 реквизита:
Комментарий и ответственный. Сделал эти изменения пользователь: ***Абдулов (директор) 30.07.2015 в 14:26!***
Старое значение комментария было пустым, новое стало «Изменю ответственного чтобы замести следы )))» и изменился реквизит **Ответственный** поменялся с ***Абдулова*** на ***Любимова***.
Подсистема предоставила исчерпывающую информацию об изменении.
---
## Откат изменений на предыдущие версии объектов
Очень часто в работе бывают ситуации, когда кто-то сделал не желательные изменения, виновные найдены и наказаны, но теперь,
после всего этого, хочется вернуть ***все как было***.
Для этих целей в подсистеме разработан специальный механизм, который возвращает объект к предыдущей версии.
Для отката к предыдущей версии станьте на изменение в журнале регистрации, которое Вы хотите «откатить» назад и нажмите на кнопку в панели как на рисунке:
После этого Вам будет открыта форма объекта с изменениями отката, либо выдано сообщение с невозможностью произведения отката.
:::warning Внимание!
Откат можно провести только для объектов ссылочного типа.
:::
---
## Просмотр изменений на форме
Можно просмотреть изменения на форме. Вот как это будет выглядеть:
---
## Установка отборов
Отборы позволяют отобрать изменения по определенному критерию, который можно задать.
**А именно:**
**Закладка «Основные»**
- по периоду;
- по пользователю(ям);
- по компьютеру(ам);
**Закладка «Данные»**
- по видам объектов (Метаданные);
- по конкретному объекту (Данные, которые изменялись);
- по вхождению конкретного объекта (Данные, которые встречались в изменениях);
- по представлению данных (подстрока);
**Закладка «События»**
- по типу событий.
**Закладка «РИБ»**
- по распределенной информационной базе
Устанавливая те, или иные галочки можно добиться необходимого отбора событий.
---
## Цветовая индикация записей в журнале
В журнале у событий есть несколько стадий:
1) Запись находится в кэше и не попала во внешнюю ИБ **Хранитель журнала регистрации** (записи отражаются **темно-красным цветом**)
2) События, которые находятся в базе хранителя и для них еще не определены изменения (отображаются **светло-серым цветом**) Т.е. эти данные, которые еще не обработаны.
3) События, которые находятся в базе хранителя и для них были найдены изменения обработаны обычным **черным цветом**.
Как уже было сказано ранее, данные в кэше содержат полный образ объекта на момент изменения объекта (содержат все реквизиты, все табличные части, все предопределённые реквизиты), а в хранителе хранятся те же полные образы, но уже с определением изменений, т.е. как было и как стало. Но определяются изменения в объектах не сразу, поэтому и введено еще одно состояние объектов с серым цветом. После обработки запись становится черного цвета, что свидетельствует о том, что запись обработана.
Вот записи с разными статусами:
Обратите внимание на поле ***Статус сжатия***.
А вот как в журнале отображаются эти записи:
---
## Системные требования(Journal)
При работе с информационной базой 1С по сети, необходимо, чтобы информационная база хранителя была доступна всем пользователям, кто будет иметь права смотреть журнал регистрации.
|Версия платформы «1С: Предприятие»|8.2.13.202 и выше |
|----------------------------------|------------------------------------------------|
|Виды поддерживаемых конфигураций |Обычное приложение, управляемое приложение, WEB |
|Вариант «1С:Предприятие» |Клиент-серверный, файловый |
|Рекомендуемое разрешение экрана |1024x768 |
|Режим блокировок конфигурации |Управляемые или автоматические ([автоматические и управляемые не поддерживаются. Только перевод либо на управляемые блокировки.](./chastye-voprosy/pri-rezhime-upravleniya-blokirovkoy-dannyh-v-tranzakcii-po-umolchaniyu-voznikayut-oshibki/))|
---
## Частые вопросы
Ответы на часто возникающие вопросы
---
## В стандартном журнале фиксируются ошибки фонового задания подсистемы
Если появились ошибки типа:
```bsl
{ОбщийМодуль.внЖурналРегистрации.Модуль(2229)}: Ошибка при вызове метода контекста (Удалить) Объект.Удалить();
по причине: Ошибка использования Менеджера блокировок Автоматический режим блокировки недопустим в этой транзакции.
```
Эта ошибка появляется, в случае, если во внедряемой конфигурации на справочнике режим блокировки данных может отличаться.
Для решения этой проблемы откройте конфигуратор и:
Поменяйте режим управления блокировкой данных на другое значение.
После смены режима необходимо обновить конфигурацию базы данных (нажать `F7`). Ошибка должна исчезнуть.
---
## В хранитель был перенесен лишний объект (объекты). Как мне его удалить?
Действительно, такое бывает очень часто. Настроили журнал, сделали заполнение, а потом поняли, что какой-то объект или целую группу объектов регистрировать не нужно (занимает место, но данные по этим событиям не используются).
Для удаления событий по этому объекту необходимо открыть ИБ **Хранитель журнала регистрации** перейти в подсистему **Внешний журнал регистрации -> Настройки**, закладка **Настройки хранения и обработки**, щелкнуть правой кнопкой по нужному объекту и выбрать **Удалить данные**.
---
## Долгий перенос данных из кэша подсистемы в «Хранитель»
На скорость переноса данных в первую очередь влияет то, где находятся рабочая информационная база и «Хранитель».
Попытайтесь перенести «Хранитель» на тот же сервер, на котором находится информационная база, а также попытайтесь увеличить в настройках подсистемы параметр, отвечающий за количество записей в пакете переносимых данных.
Чем он больше, тем быстрее осуществляется перенос, но не стоит устанавливать его слишком большим.
На данный момент оптимальный размер 100 записей в пакете.
---
## Как удалить журнал регистрации из рабочей информационной базы?
Да, конечно, это возможно. Перед удалением в информационной базе в режиме предприятия никто не должен работать.
Для удаления сделайте отбор по подсистеме **внЖурналРегистрации** как на рисунке ниже:
После этого удалите все объекты с префиксом «вн» (которые начинаются с «вн») начиная с объектов: регистры сведений, затем отчеты и обработки, затем перечисления и наконец все остальное. Последним необходимо удалить подсистему **внЖурналРегистрации**.
После удаления всех этих объектов сохраните конфигурацию `Ctrl+S` и обновите конфигурацию базы данных `F7`.
После этого журнал будет удален из информационной базы.
---
## Какой оптимальный срок хранения событий? Мнение авторов
Вопрос индивидуальный, но очень часто пользователи вообще не очищают старые события мотивируя это тем, что «может быть когда-нибудь пригодится!».
У нас есть свое мнение на этот счет. Зачем в базе торговли, где, допустим, включен авто запрет редактирования данных, хранить данные о том, что было 2 года назад? Эти данные явно лишние! Никого не будет интересовать, кто был автором документа «Перемещение товаров» 2 года назад. Подумайте, что точно не пригодиться и смело настройте очистку этих объектов. Почти всегда важными являются сведения о событиях, которые были совершены в течении последнего месяца, остальное обычно не важно.
:::info
**Наш совет:** не пренебрегайте очисткой, обязательно настройте ее! Если бездумно логировать все и вся, то возможностей любого, даже самого мощного оборудования будет мало. Максимальный срок хранения событий, на наш взгляд – 1 год. Если есть возможность сократить эту цифру для каких-то объектов метаданных – сделайте это.
:::
---
## Не переносятся данные. Ошибки V83.COMConnector
При работе подсистемы очень часто пользователи сталкиваются с проблемой, когда не работает перенос кэша из рабочей базы в базу **Хранитель**.
Первое, что нужно сделать - проверить стандартный журнал на ошибки. Он содержит причину почему не работает перенос.
Как правило причин не много. Перечислим основные ошибки и причины почему не работает COM-соединение.
1. Не зарегистрирован `comcomcntr.dll` - библиотека платформы, которая отвечает за создание `COM-объектов`.
Вот [инструкция](./ne-rabotaet-proverka-soedineniya-s-konfiguraciey/) как ее установить.
Инструкция работает для компьютеров с не серверными ОС.
2. Сервер x64 и на нем нельзя зарегистрировать библиотеку как в п.1 Тогда зарегистрируем все самостоятельно.
Необходимо воспользоваться [инструкцией](http://infostart.ru/public/197627/).
3. Не проходят параметры уникальности. Настройте их правильно.
---
## Не работает проверка соединения с конфигурацией «Хранитель» из подсистемы или ошибка «Недопустимая строка с указанием класса»
Так может случиться, что связь с хранителем может не устанавливаться по причине того, что в Windows не установлен класс **ComConnector** .
Для регистрации выполните команду в системе:
`Regsvr32 c:\Program Files (x86)\1cv8\8.3.23.1759\bin\comcntr.dll`
*(версию 1С нужно изменить на вашу)*
Эта команда зарегистрирует класс, который позволит конфигурациям 1С «общаться» между собой и именно поэтому нет соединения и возникает эта ошибка.
После выполнения этой команды все должно работать.
---
## Нужно ли отключать стандартный журнал регистрации?
:::info
Мы НЕ рекомендуем полностью отключать стандартный журнал регистрации
:::
Оставить только регистрацию ошибок.
Дело в том, что если вдруг по какой-то причине подсистема начинает работать не так, то при возникновении ошибок, она пишет всю информацию об ошибках в стандартный журнал.
---
## После внедрения журнала, база 1С стала работать очень медленно
## База 1С стала работать очень медленно
Данная проблема появляется в основном если используется «слабое железо», которое и до внедрения журнала работало не особенно быстро, а после внедрения стало еще медленней.
Стоит понимать, что «добавление» дополнительного функционала никогда не идет на пользу производительности, она всегда будет падать, так как от конфигурации требовали раньше столько, а после добавления чего-нибудь, столько же и еще чуть-чуть.
Поэтому конфигурация после внедрения подсистемы, априори будет работать медленней чем без нее.
Другой вопрос насколько медленней…
Если время записи упало с 0.1 сек. до 0.5 сек., то не существенно и субъективно Вы не почувствуете разницу.
Если с 2 сек. до 5 сек., то это будет заметно.
Если у Вас «слабое железо», то необходима «до настройка», которая позволит работать быстрее.
## Итак, проблема есть, что же делать и как ее решить? Приведем основные моменты по оптимизации скорости работы журнала:
1. Отключите фиксирование входов/выходов пользователей.
2. В настройках отключите ведение истории по объектам, для которых история не нужна. Пересмотрите все объекты метаданных по которым ведется журнал и не нужные, по которым никогда не будет споров и проблем, кто же их изменил – отключите.
3. **Особое внимание уделите регистрации регистров сведений.** Старайтесь чтобы в настройках подсистемы фиксировались изменения как можно меньшего количества регистров сведений. А еще **лучше отключить в случае если информационная база 1С работает очень медленно регистрирование изменений всех регистров сведений.** Зачастую пользователи говорят, а как фиксировать вообще все? В связи с этом вопрос: вы хотите регистрировать служебные регистры, которые не меняются пользователями, а только системой? Пользователь говорит: нет… а зачем тогда регистрировать изменения этих регистров? Или зачем регистрировать изменения регистра «Адресный классификатор»? Это огромные регистры, которые не дадут нам информации ни о чем. Отключите их регистрацию смело.
4. Настройте перенос кэша журнала в ИБ хранителя в те моменты, когда с информационной базой работает как можно меньше пользователей.
5. В ИБ «Хранитель журнала регистрации» так же настройте регламентные так, чтобы они не влияли на производительность сервера. Тут есть два пути. Первый – уменьшить интервал работы регламентных заданий. Тогда малые порции будут обрабатываться за маленькое время, что в целом не повлияет на производительность. Второй – перенести работу регламентных в то время, когда с ИБ работает мало пользователей, или вообще не работает.
6. В настройках на вкладке **Дополнительно** установите **Период просмотра в журнале по умолчанию** в **За последний день** или **За последнюю неделю.** Это позволит открывать журнал регистрации быстрее.
7. Пройдите в настройках по метаданным и удалите из логируемых те реквизиты объектов, которые могут содержать данных больших объемов и которые могут серьезно увеличить информационную базу «Хранителя» (хранилища значений, файлы, тексты, картинки и т.п.). Если эти данные не нужны, то отключите эти реквизиты убрав их из регистрации. Для хранилищ значений в настройках регистрируемых объектов есть специальная кнопка, которая отключит реквизиты, которые содержат тип "ХранилищеЗначения".
Этими советами можно воспользоваться не только если у вас медленно работает подсистема, а вообще любым пользователям.
---
## После обновления или в процессе работы базы 1С на MS SQL сильно увеличилась в размерах. Что нам делать?
Часто так бывает, что до обновления база Хранителя была, допустим, 80 Гб, а после обновления 200 Гб.
Не надо паниковать, надо разобраться почему так произошло. Дело в том, что в процессе обновления происходит следующее: некоторые объекты изменяются, делаются переносы объектов в новые сущности (например, был справочник его переносят в регистр) и т.д. Для быстродействия `MS SQL` выделяет 1С, если тому потребуется дополнительное пространство, а если в настройках базы стоит автоувеличение размера БД шагом, скажем, в 500 Мб, то база вырастает очень быстро. При этом `MS SQL` при удалении объектов в пространство, которое освободилось не торопится записывать новые объекты и/или сжимать базу. Опять же, все сделано в угоду скорости работы обычного пользователя, чтобы он ничего не заметил.
**Как же заставить MS SQL Server уменьшить размер БД?**
Давайте сделаем это вручную.
## Ручное сжатие (shrink) БД MS SQL
1. Откроем для начала свойства БД в Microsoft SQL Server Managment Studio. Правой кнопкой по интересующей нас базе и **Properties** (Свойства)
Смотрим **Space Avalilable** (Свободное пространство) 5287,32 Мб. где общий размер базы **Size** (Размер), равен 30828 Мб.
Так. Значит безболезненно мы можем уменьшить размер базы данных, примерно на 5 Гб. Серьезная цифра... Приступим.
2. Так же щелкаем по нужной БД правой кнопкой мыши и в меню:
**Выбираем Task -> Shrink -> Files, либо Task -> Shrink -> Databases.**
В зависимости от того, что выбрать мы определим способ уменьшения размера.
Если выберем **Files**, то будет возможности очистки файла данных `*.mdf` и файла лога транзакций `*.ldf`, под очисткой, конечно же понимается не ручное удаление файлов :), а очистка средствами MS SQL. Точнее даже не очистка, а сжатие свободного пространства, которое образовалось в файлах SQL во время работы.
Выбираем File type в Log (очистка LDF-файлов транзакций) и нажимаем **OK**.
После этого свободное место будет удалено и размер БД MS SQL уменьшится.
Аналогично можно проделать и с File type равным Data, но там данных будет удалено меньше, все таки это файл данных, а не лога транзакций.
Так же можно сделать на Shrink File, а Shrink Database, которое очистит и LDF и MDF от лишнего места. Но выбор этого пункта плох тем, что нужен монопольный доступ к БД.
Если нам нужно автоматическое сжатие, скажем, раз в неделю, то необходимо добавить задание в MS SQL, которое будет выполнять команду по сжатию нужных БД, либо выполнять запрос вида
```sql
DBCC SHRINKDATABASE
( database_name | database_id | 0
[ , target_percent ]
[ , { NOTRUNCATE | TRUNCATEONLY } ]
)
[ WITH NO_INFOMSGS ]
```
в нашем случае это будет
```sql
DBCC SHRINKDATABASE (gkh)
```
:::warning Важно!
Если размер базы не уменьшается после выполненных операций, обратите внимание на монопольность работы с БД MS SQL. Если кто-то работает с базой (регламентные задания, пользователи работают с 1С и эта база используется 1С), то возможно не полное освобождение свободного пространства. С базой в этот момент никто не должен работать кроме вас.
:::
---
## Почему данные из кэша рабочей ИБ не переносятся в ИБ «Хранитель»
Причины может быть две. Но в любом случае, если это возникает, необходимо прежде всего обратиться к стандартному журналу регистрации.
Если данные не переносятся регламентным заданием, то информацию о том почему так происходит вы найдете в стандартном журнале регистрации.
## 1. Нет возможности соединиться с базой Хранителя
Либо база не доступна, либо не работает на сервере Com-соединение.
По настройке Com-соединения см. тему Ошибка V82.COMConnector на сервере 64. Решение проблемы
## 2. Не подходят параметры уникальности информационной базы
Параметры уникальности предназначены для защиты вашего хранителя от баз дубликатов.
Действительно, что, если у вас есть тестовая база, на которой программисты 1С тестируют что-то и потом их изменения попадают в хранитель.
На пути дубликатов баз как раз и появляется наш механизм уникальности.
В настройках мы вносим список серверов и имя базы.
При переносе данных в хранитель происходит проверка имени базы и представления сервера, если что-то не совпадает, то перенос не осуществляется.
Часто проблемы из-за того, что возможные имена сервера заданы не верно.
Дело в том, что могут отличаться представления сервера на клиенте и в регламентном задании по переносу.
Например, у вас база хранителя подключена к серверу: 192.168.1.10, а сервер ее видит вот так: serverdb (имя вашего сервера 1С), или вообще вот так: serverdb.local (если в домене).
В случае, если проблемы с параметрами уникальности, то в сообщении в стандартном журнале регистрации будет информация о том, как видит из регламентного задания 1С базу хранителя.
В любом случае надо поправить список доступных серверов для подключения в настройках подсистемы.
Для проверки, действительно ли виноваты параметры уникальности можно временно отключить эту проверку и если после отключения все будет работать, то необходимо снова их включить и правильно заполнить поля список серверов и имя базы.
## 3. Иногда при присвоении прав пользователю, администратор устанавливает права "(ВН) Не фиксировать события журнала регистрации"
Соответственно, у пользователя с данными правами, в журнале изменений события не будут фиксироваться.
Решение: Проверьте права пользователя.
Для этого откройте рабочую базу в режиме конфигуратора. Пройдите в **Администрирование -> Пользователи -> Прочее**, и убедитесь, что не стоит галочка: **Не фиксировать события журнала регистрации.**
---
## При режиме управления блокировкой данных в транзакции по умолчанию, автоматический и управляемый, возникают ошибки. Почему?
## Управление блокировкой данных
Согласно статье [Блокировки данных в 1С:Предприятии 8](https://its.1c.ru/db/metod8dev#content:5839:hdoc)
1. **Существующая блокировка Управляемая $\implies$ Регистр сведений Управляемый режим**
Проводится документ например в управляемой транзакции.
Начинаемая транзакция будет выполнена в управляемом режиме
2. **Существующая блокировка Автоматическая $\implies$ Регистр сведений Управляемый режим**
Начинаемая транзакция будет выполнена в автоматическом режиме
3. **Существующая блокировка Автоматическая $\implies$ Регистр сведений Автоматический режим**
Начинаемая транзакция будет выполнена в автоматическом режиме
4. **Существующая блокировка Управляемая $\implies$ Регистр сведений Автоматический режим**
## Будет вызвана исключительная ситуация
Фиксирование данных в кэше идет по следующему алгоритму: объект изменения начинает транзакцию со своим типом блокировки, в работающей транзакции, срабатывает подписка на событие и фиксирует изменение в кэш уже в своей блокировке (см пункты выше). Проблема возникает только там, где стоит режим блокировок в начале транзакции "Автоматический" в объектах.
При этом обратите внимание, что вне зависимости от того, какой режим транзакций будет у регистра кэша, будет возникать проблема.
Если регистр кэша будет с автоматическим режимом, то если у объекта источника изменений режим управления транзакциями стоит Управляемый, то будет исключительная ситуация, если же регистр будет на управляемых блокировках, то если у объекта источника изменений режим управления транзакциями будет стоять Автоматический, то транзакция будет так же в автоматической блокировке и вот здесь у Вас проблемы с транзакциями. Что имеем? Без перевода объектов источников изменений в управляемый режим управления блокировками ничего, к сожалению, не решить. Подсистема здесь не играет никакой роли, все транзакции начинаются с объектов конфигурации, а значит нужно менять режим у них.
## Как можно выйти из сложившейся ситуации?
1. Регистр сведений внКэшЖурналаРегистрации, должен быть на управляемых блокировках.
2. Оставить регистрацию в настройках подсистемы объектов только с управляемыми блокировками.
3. Постепенно осуществить перевод тех объектов, которые на автоматических блокировках и которые необходимо фиксировать на управляемый режим (объектов и регистров с ними связанными)
4. После перевода на управляемые блокировки включить их в регистрируемые объекты подсистемы.
:::info
Хотелось бы подчеркнуть, простыми изменениями подсистемы не обойтись, мы не можем изменить алгоритм работы платформы с блокировками, необходим перевод регистрируемых объектов на управляемые блокировки.
:::
---
## Регистрируются изменения только для некоторых пользователей
Частый вопрос, который возникает у пользователей.
На самом деле тут важно понимать, как записывается событие при изменении объекта.
***Схема записи следующая:***
1. Проверка входит ли изменяемый объект в список регистрируемых, если не входит не записываем событие.
2. Проверка есть ли у пользователя роль "(ВН) Не фиксировать изменения журнала регистрации", если есть не записываем событие.
3. Проверка подходят ли параметры уникальности текущей информационной базы, если не подходят не записываем.
Если все условия выполняются происходит запись события. С первыми двумя все понятно, проверить их просто, но вот последнее часто является камнем преткновения и не многие понимают, зачем "оно" нужно.
Опять же, тут все достаточно просто. Параметры уникальности дают нам проверку следующего вида "А это изменение не в копии базы?", если да то понятное дело его фиксировать не нужно, чтобы события копии не попадали в хранитель.
Теперь по настройки этого механизма. Самое простое, если бьетесь и не можете решить - просто отключите проверку уникальности и все.
Если же вы хотите настроить все "по уму", то первое, что нужно сделать:
> соберите все возможные представления сервера 1С для ИБ, которые вы подключаете пользователям. Да, они могут быть разными. Базу можно подключить и в качестве сервера 1С задать `server1c` (без кавычек), а можно `10.0.0.5` (ip-адрес сервера 1С), а можно `server1c:1541`, `server.local` и т.п. Заметьте, что если в качестве сервера написать один из подобные вариантов - это будет работать и пользователи будут подключаться к базе. Но т.к. параметры уникальности допустим прописаны: `server1c` (без кавычек), а пользователю на его рабочем месте база подключена как `10.0.0.5` (без кавычек), то подсистема думает, что параметр уникальности не совпадает для этого пользователя и для этой базы и не записывает события.
> Составьте строку подключения представления серверов (регистр букв не имеет значения) и запишите их, либо через запятую в поле настройки, либо с использованием символа вертикального слеша **"|"** (без кавычек).
Т.е. для примера, который мы указали выше строка будет выглядеть вот так:
**server1c|10.0.0.5|server1c:1541|server1c.local**
А вот настройка в программе.
---
## Установил журнал регистрации но в журнал попадают только "Начало сеанса" и "Завершение сеанса" и событие "Физическое удаление"
Если по какой-то причине ничего не регистрируется смотрите в стандартный журнал регистрации, ошибки регистрации будут отображены там.
Скорее всего дело в том, что у конфигурации режим разделения блокировки стоит **Автоматический**, а у регистра, куда пишутся события, стоит **Управляемый**.
Что нужно сделать, чтобы решить проблему?
* Измените в регистре режим блокировок на **Автоматический** для регистр сведений **внКэшЖурналаРегистрации**
* В процедуре модуля **внЖурналРегистрацииСервер** измените процедуру удалив блок как на скриншоте (может чуть-чуть отличаться код, надо удалить блокировку):
---
## Что делать, если очень быстро растет база данных журнала в Хранителе
Для того, чтобы размер журнала регистрации рос медленнее, к его настройке надо отнестись очень серьезно.
Не правильная настройка журнала может увеличивать ИБ Хранителя очень серьезно и необоснованно.
Для этого выполните ряд требований:
* Отключите, если это не важно, кто когда вышел и зашел в ИБ (входы/выходы), если эта информация не актуальна для Вас.
* Надо понимать, что ИБ хранителя журнала может очень быстро расти и в том случае, если происходит интенсивный ввод данных и в больших количествах. Если допустим Ваша информационная база 1С работает 24/7 и в онлайн вводят документы сразу 50 пользователей, а основная база достигает 50 Гб, то не стоит удивляться, если журнал будет в 10-20 раз больше, т.к. в основную базу записывается только один объект и не важно сколько раз Вы будете его менять, а в журнал пишутся все события при записи объекта, т.е. любой чих, грубо говоря. Это, в общем, не рекомендация, а констатация факта. Не требуйте маленького размера от Хранителя, если вы хотите хранить все изменения, но при этом у Вас огромная рабочая база и высокая интенсивность работы.
* Для решения проблемы уменьшения размера информационной базы хранителя настройте хранитель таким образом, чтобы он очищал старые и не нужные для вас события. Можно задать период хранения и если для события период будет превышен, то событие будет удалено, что приведет к уменьшению размера ИБ хранителя. Как настроить удаление см. главу выше.
:::warning Важно!
Выключите не нужные **регистры сведений**, фиксируйте изменения только важных регистров! На самом деле регистры сведений это очень больной вопрос. Регистр сведений - это объект, который не имеет ссылки, который бы определял конкретную запись, все определяется связкой всех измерений этой записи. При записи набора записей происходит анализ и записывается сразу "пачка" записей. Если фиксировать изменения какого-нибудь огромного регистра, например, КЛАДР или ФИАС, то размер базы возрастет значительно Если убрать регистрацию не нужных регистров Вы серьезно сэкономите объем в ИБ. Мало того, фиксировать изменения регистров сведений надо очень вдумчиво - по этим объектам очень долго определяются изменения.
:::
* Кроме регистров можно так же не фиксировать изменения не нужных объектов других типов. Например, в типовых конфигурациях есть куча системных справочников: рабочие места, профили пользователей, идентификаторы метаданных и т.д. Знать кто и когда менял какие-то системные справочники в общем случае не нужно.
* В настройках подсистемы в рабочей ИБ не фиксируйте изменения реквизитов с типом "ХранилищеЗначения". Как правило там хранятся файлы, макеты и т.д. То, что большое, очень часто не обязательно фиксировать в журнале. Иногда важен сам факт изменения. Например, в справочнике **Файлы** изменился файл. Когда это нужно? Когда происходит анализ кто изменил этот файл. Т.е. нужен сам факт изменения. Нужен ли для хранения сам файл? В большинстве случаев может быть и нет. Так как у файла есть версии файлов, где этот файл можно заново получить. В настройках подсистемы есть специальная кнопка в списке регистрируемых объектов, которая отключит регистрацию изменений реквизитов объектов с типом "ХранилищеЗначений".
* Уменьшите интервал хранения измененных и событий без изменений (открыл, нажал "Записать"). События без изменений, можно хранить не больше.
Это краткий список правил. Конечно, не нужно с фанатизмом отключать лишнее.
Если Вам что-то нужно, то фиксируйте это без проблем, но будьте готовы к тому, что Хранитель будет быстро расти и увеличиваться и абсолютно нормально когда размер хранителя больше основной базы в несколько раз.
---
## Что делать, если события не попадают из рабочей ИБ в Хранитель?
Этот вопрос часто задают те, кто устанавливают подсистему и не понимают почему события не выгружаются в Хранитель.
## Основные причины такого поведения
1. Проверьте соединение с хранителем. Для этого зайдите в настройки подсистемы, и проверьте соединение с хранителем
Если появилась надпись "Все параметры подключения установлены правильно", то переходим к следующему пункту, если нет, то смотрим статью
[Не работает проверка соединения с конфигурацией «Хранитель» из подсистемы или ошибка «Недопустимая строка с указанием класс"](./ne-rabotaet-proverka-soedineniya-s-konfiguraciey/)
2. Заходим на закладке "Мониторинг журнала" и нажимаем кнопку "Перенос во внешнюю ИБ", попробуем вручную перенести события. Будет большая пауза в этот момент открываем конфигурацию "Хранитель" и смотрим увеличивается ли количество событий в "Хранителе" периодически нажимая кнопку **Обновить**
Если количество увеличивается, но автоматически ничего не переносится, тогда переходим к следующему пункту, иначе, надо вернутся к пункту 1.
3. Если вручную все переносится, а программно (с помощью регламентного задания) нет, то необходимо проверить [параметры уникальности](https://docs.softonit.ru/journal/nastroyka-podsistemy/zakladka-nastroyka-istorii/).
Они предназначены для того, чтобы события из копий не попадали в хранитель.
Перво-наперво проверьте расписание регламентного задания "(ВН) Перенос кэша журнала регистрации", сделать это можно в настройках конфигурации в режиме предприятия, либо через консоль регламентных заданий. Если расписание в норме, попробуйте вручную запустить регламентное соответствующей кнопкой.
Перейдите в стандартный журнал регистрации и найдите в нем строки по запуску этого регламентного задания. Если обмен не пошел, то там будет информация о причинах того, почему не работает автоматическая выгрузка событий.
Отключите параметры уникальности и снова попробуйте запустить регламентное или дождаться его выполнения. Если после этого обмен был успешным, то необходимо настроить параметры уникальности.
Для этого переключите все возможные варианты именования сервера 1С в строке "Список серверов" и отделите их друг от друга либо точкой с запятой, либо символом вертикального слэша "|", например:
```
server1с;192.168.1.10;server1c.local;server1с:1591;...
```
server1c - это имя вашего сервера 1С.
Перечислите все возможные варианты, которые могут возникнуть у Вас или у Ваших пользователей при подключении основной базы пользователям.
Имя базы должно соответствовать реальному имени.
Эти параметр дают то, что в тестовой базе параметры подключения будут другими и из тестовой базы ничего не будет выгружаться в Хранитель, а из реальной базы будет, т.к. параметры подключения совпадут.
Это, как бы, щит от событий сделанных в копиях базы.
Если у Вас нет копий рабочей базы, а только рабочая база, и при этом ручной перенос работает, то можете отключить "флаг" (галочку) проверки параметров уникальности рядом с реквизитом списка серверов.
Если же копии есть, то этот флаг обязателен.
Все проблемы обычно из-за того, что не верно установлен параметр список серверов в параметрах уникальности в стандартном журнале при не возможности подключения будет написано правильное имя сервера и информационной базы.
4. Иногда при присвоении прав пользователю, администратор устанавливает права *(ВН) Не фиксировать события журнала регистрации*. Соответственно, у пользователя с данными правами, в журнале изменений события не будут фиксироваться.
**Решение:** Проверьте права пользователя. Для этого откройте рабочую базу в режиме конфигуратора. Пройдите в **Администрирование -> Пользователи -> Прочее**, и убедитесь, что не стоит галочка - "Не фиксировать события журнала регистрации".
---
## Способы активации
Следует с осторожностью относится к активации внешней компоненты. Активация внешней компоненты «привязывается» к тому компьютеру, на котором она была запущена. Помимо компьютера, еще лицензия «привязывается» к разрядности платформы 1С. Т.е. если вы использовали 64 битную платформу, а потом решили поменять ее на 86 битную, вам придется активировать новую лицензию. Полученный код активации может быть активирован ровно столько раз, сколько было куплено лицензий.
Активация можно произвести несколькими способами.
Содержание главы:
- [Способ 1. Активируем из 1С](./method_1_activate_from_1c.md)
- [Способ 2. Регистрация через программный вызов окна регистрации из 1С](./method_1_activate_from_1c.md)
- [Проверка лицензии](./license_verification.md)
---
## Проверка лицензии
После регистрации возможно открыть окно регистрации и проверить на кого зарегистрирована лицензия и ее параметры.
После нажатия гиперссылки:
---
## Способ 1. Активируем из 1С
## Шаг 1. Получение ключа активации
Получение ключа активации, используя полученный код активации и идентификатор компьютера из окна активации.
Это можно сделать несколькими способами
Вызывать программно форму фотографирования и в левом нижнем углу в открывшейся форме в подменю нажать **Регистрация**.
Вот как это выглядит:
## Шаг 2. Регистрация
После нажатия откроется вот это окно
## Шаг 3. Активации на сайте
:::info Обратите внимание
указан ID компьютера. Он будет разным для каждого из компьютеров, где будет активация.
:::
После нажатия на ссылку «Выполнить активацию» откроется сайт, где необходимо активировать решение.
## Шаг 4. Завершение регистрации на сайте
После копирования необходимо вставить обратно в программу и нажать «Зарегистрировать».
## Шаг 5. Перезапустите конфигурацию для того, чтобы закончить процесс активации.
:::info Обратите внимание!
В конфигурации должна присутствовать обработка событий (процедура ВнешнееСобытие) как в демо-версии у основной формы обработки **МediaBuild_Демонстрация**.
Каждый такой ключ сохраняется отдельно в регистр сведений с настройками и присваивается на том компьютере, где был активирован при загрузке настроек ВК.
Для каждого компьютера, где происходит активация ключ разный!
:::
---
## Способ 2. Регистрация через программный вызов окна регистрации из 1С
В демо-конфигурации есть кнопка **Активация**.
Посмотрите, как она работает в демо-версии и вызовите ее самостоятельно в своем решении.
---
## Дополнительные сведения(Mediabuild)
Если у Вас появились дополнительные пожелания или замечания по работе внешней компоненты просим Вас обратиться к нам, мы всегда будем рады Вам помочь и обсудим все, что Вы предложите. Для партнеров действуют специальные скидки!
ООО "Софтонит" ©
Сайт: [https://softonit.ru](https://softonit.ru)
E-mail: [crm@softonit.ru](mailto:crm@softonit.ru)
Телефон: [+7 (861) 203-39-44](tel:88612033944)
---
## Возможности RTSP/RTMP/HTTP фильтра
- Получать аудио / видео источников в **RTSP, RTMP, HTTP, UDP, MMSh** форматов потоково,
- Получить **webradios** источников в **RTSP / RealAudio** или форматов потокового **Shoutcast**,
- Подключить асинхронно к **URL**, не блокируя основной поток (фильтр граф получает уведомление, когда соединение завершается),
- Декодировать потоки с низкой задержкой и выставить несжатое видео и / или аудио выходных контактов,
- Применять несколько текстовых наложений над декодированные кадры,
- Настроить яркость, тон, насыщенность,
- Запись в то же время видеопотоков в своем родном формате без перекодирования, непосредственно в файл **(MP4, FLV, MOV, AVI, MKV или файл),**
- Захват снимков в растр памяти или в файл,
- Кодировать аудио потоки в **PCM, MP3 или AAC**, в зависимости от имени файла записи (например, **H264 / AAC** для записи **MP4**),
- Во время записи, создавать новые файлы на лету без потери кадров и без паузы / остановки / перезагрузки график.
Фильтр содержит примеры возможности обратного вызова. Она включает в себя внутренне необходимые мультиплексоры **(MP4, FLV, MOV, AVI и MKV MUX)** и не перекодировать в **H264**, он сохраняет непосредственно родные образцы **H264** в файл.
Если аудио запись включена аудио поток кодируется в **PCM**, **MP3** или **AAC**, в зависимости от формата записывается (например, **H264 / AAC** для **MP4**).
---
## Назначение компоненты MediaBuild
**MediaBuild** – это инструмент, который позволяет применять внешнюю компоненту во многих самых различных отраслях.
Что может наша внешняя компонента?
Приведем примеры далеко не всех возможностей внешней компоненты:
- **Контроль продавцов и покупателей**, запись видео с камер и привязкой к документам 1С;
- **Создание фотографий сотрудников** в отделе кадров при приеме на работу из 1С;
- **Создание скриншотов** (снимков рабочего стола) из 1С;
- **Записи видео**, наложение дополнительной текстовой информации на видео.
Важно понимать, что мы предоставляем лишь инструмент, с помощью которого можно все это реализовать.
Так же, в комплект поставки включена демо-конфигурация, которая иллюстрирует работу с внешней компонентой.
---
## Внешняя компонента MediaBuild
Внешняя компонента для 1С:Предприятие 8.2, 8.3, 8.4 реализованная по технологии *NativeAPI*.
Предназначена для работы с мультимедиа устройствами для создания фото и видео с помощью **WEB** и **IP-камер**, с монитора, или других устройств записи, а так же дальнейшей обработки полученных данных.
Решение не привязано к конкретным механизмам платформы, или методам типовых конфигураций 1С.
Используйте внешнюю компоненту в любых собственных конфигурациях или типовых от 1С.
В комплект включены подсистемы и расширения для типовых конфигураций.
Перейти на страницу продукта: [Внешняя компонента MediaBuild для 1С:Предприятие 8.2, 8.3](https://softonit.ru/catalog/products/mediabuild/)
---
## Установка RTSP/RTMP/HTTP фильтра для IP-камер
В папке с дистрибутивом присутствует файл: `RTSP, RTMP, HTTP DirectShow Source Filter\DatasteadRTSPFilterInstaller.exe`
Который является само-распаковывающимся архивом и содержит фильтр.
- На **32**-битных ОС, устанавливаются и регистрируются **x86** бинарные файлы.
- На **64**-битных ОС, устанавливаются и регистрируются **x86** и **x64** бинарные файлы.
Чтобы автоматически установить фильтр из собственного установщика без вмешательства пользователя, запустите файл **DatasteadRTSPFilterInstaller.exe** и установите его.
---
## Какие IP-камеры поддерживаются?
Ответ прост: почти все современные!
Конкретней: все ip-камеры, которые поддерживают работу Motion JPEG (MJPG) или JPG режиме, а также ip-камеры с поддержкой H264/MPEG4 режима после установки RTSP/RTMP фильтра, который идет в комплекте с решением.
Но тут важно понимать, что компонента работает не с IP-адресом камеры, а с потоком. Для разных ip-камер, строка подключения будет разная.
Например, для камер Axis:
Для порта 80, строка подключения будет: `http://212.45.2.14/axis-cgi/mjpg/video.cgi`
А для порта 10120: `http://212.45.2.14:10120/axis-cgi/mjpg/video.cgi`
Ниже строки подключения к конкретным моделям камер (не забудьте добавлять ip-адрес, камеры в начале).
Если вашей камеры нет в списке указанных, то Вам необходимо найти в документации к камере RTSP-поток вашей камеры и подключиться к нему, если же этого нет, то пробуйте комбинации от других камер.
## A-Linking
/GetData.cgi
## Airlink
/mjpeg.cgi
/cgi/mjpg/mjpeg.cgi
/cgi/jpg/image.cgi
## Airlive
/video.mjpg
/mjpg/video.mjpg
## Airwave
/cgi-bin/pusher.cgi
## Arecont
/mjpeg?res=full&x0=0&y0=0&x1=100%&y1=100%&quality=12&doublescan=0&fps=1&ver=HTTP/1.1
/image?res=half&x0=0&y0=0&x1=1600&y1=1200&quality=15&doublescan=0
## Aviosys
/GetData.cgi
## Aviosys 9060-I
/cgi-bin/Stream?Video?Authorization=
## Axis IP camera in MJPEG format
/axis-cgi/mjpg/video.cgi
/axis-cgi/mjpg/video.cgi?resolution=352x240 (the resolution specified must be available on the IP camera, look at the camera video settings panel)
## Axis (IP video server, several cameras) in MJPEG format
/axis-cgi/mjpg/video.cgi?camera=1&resolution=320x240
/axis-cgi/mjpg/video.cgi?camera=2&resolution=320x240
/axis-cgi/mjpg/video.cgi?camera=3&resolution=320x240
/axis-cgi/mjpg/video.cgi?camera=4&resolution=320x240
/axis-cgi/mjpg/video.cgi?camera=quad&resolution=704x576 (4 x 4 layout of the 4 inputs)
## Bowya (here)
/video.cgi
## Bosch
/snap.jpg
## Canon (VB-C50, VB-C60, etc...)
/-wvhttp-01-/
/-wvhttp-01-/GetOneShot
/-wvhttp-01-/GetOneShot?frame_count=no_limit
/-wvhttp-01-/GetStillImage
## Convision
/fullsize.push?camera=1&sleep=15
## Digicom
/mjpeg.cgi
## D-Link (DSC2121)
/video/mjpg.cgi
## D-Link
/video/mjpg.cgi
/video.cgi
/mjpeg.cgi
/cgi-bin/video.jpg
/IMAGE.jpg
/cgi-bin/video.vam
/_gCVimage.jpg
## EasyN
/video.cgi
/videostream.cgi
/videostream.cgi?resolution=8
/videostream.cgi?resolution=8&rate=13
/videostream.cgi?user=username&pwd=password
## Edimax
/jpg/image.jpg
/mjpg/video.mjpg
/snapshot.cgi
## Ego PT-200
/cgi-bin/sf.cgi
## Foscam
/videostream.cgi
/snapshot.cgi
## Fulicom FC-CR1060
/cgi-bin/sf.cgi
## Gadspot
/Jpeg/CamImg.jpg
/GetData.cgi?Status=0
## Goscam
/cgi-bin/Stream?Video?Acc=USER?Pwd=PASSWORD?
webcamPWD=RootCookies00000
(replace USER and PASSWORD by their respective values)
## Kingnow PT200
/cgi-bin/sf.cgi
## Hamlet
http://www.hamletcom.com/ProductDetails.aspx?ProductCode_EQ_HNIPC30W
/mjpeg.cgi
## Intellinet
/jpg/image.jpg
or
/temp/image.jpg
(you may have to enable the direct HTTP image access in the setup of the camera)
Intellinet NCS18
/jpg/image.jpg
## IP Cam waterproof Infrared IP Camera:
/snapshot.cgi
## IQeye
/now.jpg?snap=spush
## JVC (e.g. VN-X35U/235U)
/api/video?encode=jpeg&framerate=15&boundary=on
## Linksys
/img/snapshot.cgi?size=2
/img/video.mjpeg
/img/mjpeg.cgi
(MJPEG mode activated with SendIPCameraCommand ("/adm/file.cgi?h_videotype=mjpeg&todo=save")
mms://x.x.x.x/img/video.asf
(ASF mode activated with SendIPCameraCommand ("/adm/file.cgi?h_videotype=mpeg4&todo=save")
## Linudix
/cgi-bin/nph-update_4ch.cgi?ch=1
## Lumenera
/cgi-bin/nph-video
## Marmitek
/cgi/mjpg/mjpeg.cgi
Predefined positions:
videograbber1.SendIPCameraCommand('http://[IPaddress]/cgi/admin/ptctrl.cgi?action=move&Cmd=Position1');
videograbber1.SendIPCameraCommand('http://[IPaddress]/cgi/admin/ptctrl.cgi?action=move&Cmd=Position2');
videograbber1.SendIPCameraCommand('http://[IPaddress]/cgi/admin/ptctrl.cgi?action=move&Cmd=home');
...
Pan/tilt control:
videograbber1.SendIPCameraCommand('http://[IPaddress]/cgi/admin/ptctrl.cgi?action=move&Cmd=up');
videograbber1.SendIPCameraCommand('http://[IPaddress]/cgi/admin/ptctrl.cgi?action=move&Cmd=right');
videograbber1.SendIPCameraCommand('http://[IPaddress]/cgi/admin/ptctrl.cgi?action=move&Cmd=down');
videograbber1.SendIPCameraCommand('http://[IPaddress]/cgi/admin/ptctrl.cgi?action=move&Cmd=left');
## Mobotix
/record/current.jpg
/control/faststream.jpg?stream=full
/faststream.jpg?stream=full&fps=1.0 (1 fps)
/faststream.jpg?stream=full&fps=3.0 (1 fps)
/faststream.jpg?stream=full&fps=0 (max frame rate)
## Moxa
/cgi-bin/video.jpg
## Panasonic
/nphMotionJpeg?Resolution=640x480&Quality=Clarity
/cgi-bin/nphContinuousServerPush
/SnapshotJPEG?mode=Refresh
/cgi-bin/camera
## Pixord
/Getimage.cgi
/Getimage?camera=1&fmt=full (full size)
/Getimage?camera=1&fmt=qsif (half size)
/Getimage?camera=1&fmt=sif (quarter size)
## PLANET ICA-108
/jpg/image.jpg
## Qnap
/cgi/mjpg/mjpeg.cgi
## Samsung SNB
/video?submenu=mjpg
/video?submenu=jpg
## Sanyo
/liveimg.cgi?serverpush=1 (MJPEG mode)
/liveimg.cgi (Jpeg mode)
## Sharkx
/stream.jpg
## Silicon
/snapshot.cgi
## Skyway Security
/GetData.cgi?Status=0
/Jpeg/CamImg.jpg
## Sony
/image
/image?speed=0
/oneshotimage.jpg
## Shenzen Sunsky S-NC-0201:
(http://www.sun-usb.com/product/details/S-NC-0201.htm)
/cgi-bin/sf.cgi
## Surecom
/mjpeg.cgi
## Swann IP-3G ConnectCam 1000
/cgi/jpg/image.cgi
## Topcom
## Toshiba
/__live.jpg?&&&
getstream.cgi?10&10&&&10&0&0&0&0
## TP-Link
/jpg/image.jpg
/video.mjpg
(the "/video.mjpg" MJPEG streaming is available only after disabling the RTSP streaming and rebooting the camera)
## Trendnet:
(http://trendnet.com/products/products.asp?cat=48)
/goform/video (e.g. TV-IP201W)
/goform/video2 (e.g. TV-IP201W)
/cgi/mjpg/mjpg.cgi (e.g. TV-IP410)
/GetData.cgi
/image.jpg
## Vilar
/cgi-bin/sf.cgi
## Vivotek
/video.mjpg (IP71.., IP 73.., VS71.. cameras. Be sure to enable the MJPG mode in the video settings)
/cgi-bin/video.jpg
/cgi-bin/viewer/video.jpg
## Y-Cam
/stream.jpg
## Zavio
/jpg/image.jpg
---
## Ограничения работы внешней компоненты
Поддерживаемые ОС: MS Windows **XP/2000/2003/Vista/7/8/8.1/10/11**.
Версия 1С: **8.2/8.3/8.4** обычные или управляемые формы.
В демо-версии имеются следующее **ограничения** по созданию фото и видео:
- Создание фото происходит с **15** секундной задержкой, и иногда вместо фото появляется изображение с надписью: **«Это демо-версия внешней компоненты!»**
- Создание видео происходит продолжительностью **60** секунд. После чего запись останавливается.
- Создание скриншотов происходит с **15** секундной задержкой.
---
## Основные возможности
1. Поддержка различных web-камер:
- Поддержка стандартных и HD-веб камер (Axis, Bowya, Bosch, Canon, Convision, Digicom, EasyN, D-Link, Panasonic, Sanyo, Silicon, Sony, Surecom, TP-Link и многие другие);
- Профессиональные HD-карты видео-захвата, (например, BlackMagic Decklink);
- GigE камеры (PointGrey cameras);
2. Поддержка устройств видео захвата:
- PCI/PCIe аналоговые композитные карты видео захвата (например, OsPrey 210, OsPrey 440)
- аналоговый композитный захват USB (например, Easycap);
- Различные устройства видео захвата, в том числе в формате H264 или MPEG аппаратного кодирования (например, AverMedia Live Gamer Portable);
- Экспресс-карты видео захвата (например, TimeLeak HD capture);
3. Поддержка различных IP-камер:
- В режиме RTSP H264/AAC и MPEG4;
- В режиме HTTP/MPEG, JPEG или ASF;
- Камер с аутентификацией (логин/пароль);
- Прямая потоковая передача по протоколу RTSP, или потоковая передача по RTSP, RTMP или HTTP с медиа сервера;
4. Создание фото с поддерживаемых устройств как с пред просмотром, так и без.
5. Запись видео/аудио и сжатие записанного видео/аудио на лету с использованием видео/аудиокодеков в форматы AVI, MP4, MOV, WMV/ASF, MKV, FLV, AVI, Ogg/Theora, WebM, как с пред просмотром, так и без.
6. Создание скриншотов и запись с рабочего стола фото и видео;
7. Размещение на изображениях и видео собственных оверлейных данных:
- Логотипов;
- Текста;
8. Обрезка изображений;
---
## Примеры использования
## Установка и подключение внешней компоненты
```bsl
// При открытии формы подключим ВК для работы с камерой
Если НЕ ПодключитьВнешнююКомпоненту("ОбщийМакет.MediaBuild", "Компонента", ТипВнешнейКомпоненты.Native) Тогда
//Если не удалось подключить ВК, предложим установить её
УстановитьВнешнююКомпоненту("ОбщийМакет.MediaBuild");
ПодключитьВнешнююКомпоненту("ОбщийМакет.MediaBuild", "MB", ТипВнешнейКомпоненты.Native);
КонецЕсли;
Попытка
MediaBuild = Новый("AddIn.MB.MediaExtention ");
Исключение
Сообщить("Не могу создать объект из компоненты");
Сообщить(ОписаниеОшибки());
Возврат;
КонецПопытки;
```
## Создать скриншот (снимок экрана) рабочего стола
```bsl
&НаСервере
Процедура ОтобразитьСкриншотИзДвоичныхДанных(ДвоичныеДанные)
ХЗ = Новый ХранилищеЗначения(ДвоичныеДанные);
АдресСШ = ПоместитьВоВременноеХранилище(ХЗ.Получить());
КонецПроцедуры
...
#Если НЕ ВебКлиент Тогда
// от 1 до 100 при условии, что скриншот делаем в JPEG
MediaBuild.КачествоСжатияСкриншота = КачествоСкриншота;
ДвоичныеДанные = MediaBuild.ПолучитьСкриншот(); // << возвращает ДвоичныеДанные
ОтобразитьСкриншотИзДвоичныхДанных(ДвоичныеДанные);
#Иначе
Предупреждение("В Web-клиенте создание скриншота не работает!");
#КонецЕсли
```
---
## Какие web-камеры поддерживаются?
Нашей внешней компонентой поддерживаются все современные видеокамеры.
Как правило, они идут с USB-входом, а также содержат комплект драйверов, которые позволяют захватывать фото и видео.
В режиме записи видео поддерживается запись звука.
Для этого необходимо дополнительно к камере к системному блоку подсоединить микрофон и установить для него драйвера.
Так же есть видеокамеры, которые сразу содержат микрофон.
Качество записи фото и видео зависит от видео камеры.
При создании фото и видео с камеры, программно можно изменять характеристики записываемого фото и видео (разрешение фото и видео, используемые кодеки и свойства).
---
## Работа с внешней компонентой
В этом разделе будут описаны следующие элементы компоненты:
- события;
- методы;
- свойства;
- функции;
- процедуры.
---
## События из внешней компоненты
Во время работы во внешней компоненте могут срабатывать определенные события, которые не зависят от 1С.
Обработка таких событий осуществляется на стороне 1С в предопределенной процедуре формы или модуля приложения.
> **В первом параметре** процедуры передается параметр `Источник`, он всегда равен: `MediaBuild` и говорит о том, что событие пришло от ВК.
> **Вторым параметром** идет тип события `Событие[Число]` (тип Строка обязателен), которые отвечает на вопрос, а что это за событие и от какой камеры оно пришло.
> **И, наконец, третьим параметром** идет параметр `Данные` (тип Строка не обязателен). Он хранит данные, которые может передать ВК.
Для того, чтобы можно было принимать события от ВК в открытой форме определите встроенное событие формы ВнешнееСобытие:
## Описание процедуры ВнешнееСобытие
А вот описание процедуры:
``` bsl
&НаКлиенте
Процедура ВнешнееСобытие(Источник, СобытиеИКамера, Данные)
// Обработка событие от внешней компоненты MediaBuild
Если Источник = "MediaBuild" Тогда
Событие = Лев(СобытиеИКамера, Найти(СобытиеИКамера, "[") - 1); // Что за событие
НомерКамерыСобытия = Число(Сред(СобытиеИКамера, Найти(СобытиеИКамера, "[") + 1,
Найти(СобытиеИКамера, "]") - Найти(СобытиеИКамера, "[") - 1)); // От какой камеры
Если Событие = "Activation" Тогда
// Программа активирована надо записать "Данные" и
// присвоить ВК
ИначеЕсли Событие = "Frame" Тогда
// Получен кадр из ВК созданный методом GetFrames
ИначеЕсли Событие = "Error" Тогда
// Сообщение об ошибке
ИначеЕсли Событие = "DiskFull" Тогда
// Тут можно остановить запись и присвоить новый ПутьКХранилищу для записи видео
ИначеЕсли Событие = "…" Тогда
…
КонецЕсли;
КонецЕсли;
КонецПроцедуры
```
## Все события, которые возникают
### Activation
Это событие возникает после активации в ВК и в параметре Данные возвращается ключ активации, который необходимо записать в ИБ и присваивать ВК в будущем. Ключ активации генерируется для каждого компьютера, работающего с ВК отдельно. Активация происходит онлайн.
### DeviceLost
Событие возникает, когда устройство захвата отключено во время предварительного просмотра или записи.
### DiskFull
Возникает, когда диск заполняется во время записи. Необходимо программно тут же либо остановить запись, либо присвоить переменной `ПутьКХранилищу(StoragePath)` новый путь и выполнить `НачатьЗаписьВНовыйФайл(RecordToNewFileNow)`, это позволит остановить запись в старом месте и продолжить запись в новом.
### Error
Возникает, при ошибке в ВК. В данных передается строка с ошибкой.
### Frame
Возникает если запустили процедуру `ПолучитьКадры(GetFrames)` и нажали на кнопку в открывшейся форме **Получить**. В данных возвращается имя файла, куда был сохранен полученный кадр. Рекомендуется после обработки кадра удалять его.
### MotionDetected
Событие возникает при включенном свойстве `ДетекторДвиженияВключен` и указывает на то, что камера зафиксировала движение
### MotionNotDetected
Событие возникает при включенном свойстве `ДетекторДвиженияВключен` и указывает на то, что камера НЕ зафиксировала движение.
### NoVideoDevices
Возникает, если не было обнаружено видео устройств.
### PreviewStarted
Возникает при начале просмотра.
### RecordingCompleted
Камера окончила запись файла, начатого методом `НачатьЗапись(StartRecording)`. В параметре Данные возвращает имя файла куда шла запись.
### RecordingPaused
Возникает во время программной установки паузы.
### RecordingStart
Событие возникает при начале записи ВК. Вторым параметром передается имя файла в который будет происходить запись.
---
## Список процедур
## Все процедуры
### ОстановитьЗапись (StopRecording)
Остановить запись видео, запись которого было начато функцией `НачатьЗапись`.
### ОстановитьПросмотр (StopPreview)
Остановить просмотр с текущего устройства. Метод останавливает просмотр, который был начат функцией `НачатьПросмотр`.
### ПолучитьКадры (GetFrames)
Аналог функции `ПолучитьКадр`, за тем исключением, что при создании фото внешняя компонента сохраняет данные в свойство `ИмяФайла` и в 1С срабатывает внешнее событие, где Источник = *MediaBuild*, Событие = *GetFrame*, а в реквизите Данные передается имя временного файла, куда сохранено изображение из внешней компоненты. При этом после создания фото форма не закрывается, так же созданные файлы не удаляются. Форма получения кадра, вызванная этой процедурой, не блокирует интерфейс 1С, что иногда более удобно для работы – можно переключаться между 1С и окном создания кадров.
### УстановитьНастройкиИзИсточника (SetSettingsFromSource)
Процедура копирует настройки в текущую камеру из другой камеры. Параметр один – индекс камеры с которой надо скопировать настройки.
***Пример:***
```bsl
ИндексКамеры1 = MediaBuildКлиент.ВнешняяКомпонента().ДобавитьКамеру();
// Устанавливаем настройки камеры 1
// ...
ИндексКамеры2 = MediaBuildКлиент.ВнешняяКомпонента().ДобавитьКамеру();
// ТекущаяКамера = ИндексКамеры2
MediaBuildКлиент.ВнешняяКомпонента().УстановитьНастройкиИзИсточника(ИндексКамеры1);
```
В этом примере все настройка второй камеры будут скопированы из первой добавленной.
### УстановитьОверлейноеИзображение (SetOverlayImage)
Процедура устанавливает оверлейное изображение (логотип) из файла. Имя файла передается первым и единственным параметром.
---
## Список свойств
Почти все свойства доступны для чтения и записи, для свойств, которые поддерживают только чтение об этом указано отдельно.
## Все свойства
### АвтоИмяФайла (AutoFileName)
Указывает, что формат имен файлов генерируется автоматически. Число. По умолчанию равно 0. Описание значений:
- **0** – Имя файла на основе порядкового номера c префиксом `АвтоПрефиксФайла (AutoFilePrefix)`, начиная с 000001. Например, если автопрефикс равен «file», то будут создаваться файлы вида: file000001.avi, file000002 и т.д.
- **1** – Имя файла основано на формате yymmdd_hhmmss_zzz даты и времени с префиксом AutoFilePrefix. Например, если префикс равен «file» file030616_090603_904.jpg и т.д.
- **2** – Эквивалентно предыдущему значение, но существующие файлы будут перезаписаны.
### АвтоПрефиксФайла (AutoFilePrefix)
Приставка (префикс) имен файлов для генерирования имен файлов автоматически. Строка. По умолчанию равно: `file`.
### АвтоФорматДатаВремяФайла (AutoFileNameDateTimeFormat)
Указывает формат даты/времени для записи имени файла. Строка. Позволяет настроить формат даты/времени, когда имена файлов записи генерируются автоматически и `АвтоИмяФайла (AutoFileName)` равно 1.
По умолчанию равно `yymmdd_hhmmss`, что соответствует: если дата равна 01.04.2016 10:24:53, то файл созданный автоматически будет называется `160401_102453`.
### АвтоФорматМинимальноеЧислоЦифрФайла (AutoFileNameMinDigits)
Задает число от 0 до количества цифр в имение файлов автоматически сгенерированных. Число. По умолчанию равно `6`. Позволяет настроить формат файла, когда имена файлов записи генерируются автоматически и `АвтоИмяФайла (AutoFileName)` равно `0`. Например, если АвтоПрефиксФайла = `file`, АвтоИмяФайла = `0`, а АвтоФорматМинимальноеЧислоЦифрФайла = `6`, то файлы будут создаваться в следующем формате: file000001.avi, file000002.avi, file000003.avi
### АдресIPКамеры (IPCameraURL)
При выборе ТипаУстройства *IPCAMERA* позволяет задать адрес IP-камеры http/rtsp/rtmp. Строка с полным адресом.
Примеры адресов:
```
http://cam001.ethz.ch/jpg/image.jpg
http://webcam2.schobess.info:8012/mjpg/video.mjpg
http://178.34.230.28/liveimg.cgi
rtsp://admin:123456@192.168.0.24/live/main
```
### АудиоГромкость (AudioVolume)
Громкость звука, текущего аудио устройства захвата. Число от 1 до 65536.
### АудиоИсточник (AudioSource)
Тип источника аудио. Число. Может принимать значения 0 или 1.
- **0** – использует аудио выход видео устройства захвата, если таковые имеются, в противном случае используется текущее устройство для записи звука.
- **1** – использовать внешнее устройство записи звука.
### АудиоКомпрессор (AudioCompressor)
Устанавливает (получает) аудио компрессор (кодек), который будет сжимать аудио при записи видео. Выбирается из списка, полученного методом `АудиоКомпрессоры (AudioCompressors)` и является порядковым номером компрессора аудио. Число.
### АудиоКомпрессорСтрокой (AudioCompressorString)
Работает аналогично свойству `АудиоКомпрессор (AudioCompressor)` за тем исключением, что это не порядковый номер, а строка описывающая компрессор для аудио. Строка.
### АудиоУстройство (AudioDevice)
Выбирает текущее устройство для захвата звука. Число. Выбирается из списка, полученного методом `АудиоУстройства (AudioDevices)` и является порядковым номером видео устройства.
### АудиоУстройствоСтрокой (AudioDeviceString)
Работает аналогично свойству `АудиоУстройство (AudioDevice)` за тем исключением, что это не порядковый номер, а строка описывающая устройство. Строка.
### ВестиЛог (UseLog)
Указывает вести лог событий компонентой или нет. Может понадобиться если по какой-то причине внешняя компонента не работает. Тип Булево. По умолчанию Ложь.
### ВидеоКомпрессор (VideoCompressor)
Устанавливает (получает) видео компрессор (кодек), который будет сжимать видео. Выбирается из списка, полученного методом `ВидеоКомпрессоры (VideoCompressors)` и является порядковым номером компрессора видео. Число.
### ВидеоКомпрессорСтрокой (VideoCompressorString)
Работает аналогично свойству `ВидеоКомпрессор (VideoCompressor)` за тем исключением, что это не порядковый номер, а строка описывающая компрессор для видео. Строка.
### ВидеоРазмер (VideoSize)
Устанавливает (получает) видео размер изображения и видео. Выбирается из списка, полученного методом `ВидеоРазмеры (VideoSizes)` и является порядковым номером размера изображения и видео. Число.
### ВидеоРазмерСтрокой (VideoSizeString)
Работает аналогично свойству `ВидеоРазмер (VideoSize)` за тем исключением, что это не порядковый номер, а строка описывающая размер получаемого фото и видео. Строка.
### ВидеоУстройство (VideoDevice)
При выборе ТипаУстройства *VIDEODEVICE* устанавливает (получает) видео устройство, с которого будут получены фото и видео. Выбирается из списка, полученного методом `ВидеоУстройства (VideoDevices)` и является порядковым номером видео устройства. Число.
### ВидеоУстройствоСтрокой (VideoDeviceString)
Работает аналогично свойству `ВидеоУстройство (VideoDevice)` за тем исключением, что это не порядковый номер, а строка описывающая устройство. Строка.
### ВизуализироватьЗвуковойПоток (AudioDeviceRendering)
Если это свойство включено, звуковой поток визуализируется во время предварительного просмотра или записи. Булево. По умолчанию Ложь.
### ДетекторДвиженияВключен (MotionDetectorEnabled)
Включает или отключает детектор движения в текущей камере ВК. Булево. По умолчанию Ложь.
### ДетекторДвиженияМакисмумДвиженийОбнаруженныхВСекунду (MotionDetectorMaxDetectionsPerSecond)
Устанавливает максимально допустимое количество движений, обнаруженных в секунду. Число.
### ДетекторДвиженияСетка (MotionDetectorGrid)
Устанавливает или возвращает структуру сетки детектора движения, выраженное в виде простой строки. Сетка представляет собой матрицу вида:
0 0 0 0 0 4 4 4 4 1
5 5 5 5 5 5 5 5 5 1
4 4 4 4 4 4 4 4 4 1
5 5 5 5 5 5 5 5 5 1
6 6 6 6 6 6 6 6 6 1
6 6 6 6 6 6 6 6 6 1
6 6 6 6 6 6 6 6 6 1
3 3 3 3 3 3 3 3 3 1
0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0
Для примера выше строка, которая передается в ВК:
*0000044441 5555555551 4444444441 5555555551 6666666661 66666666661 6666666661 3333333331 0000000000 0000000000*
Изображение разбивается этой сеткой на равные прямоугольники, а число отвечает за чувствительность прямоугольника, это число должно быть целым и находиться в диапазоне от 0 (без обнаружения движения) до 9 (максимальной чувствительности к движению). Чем число выше, тем выше чувствительность. Например, если размер видеокадра составляет 320х240, и вы указываете размер сетки из 32x24, каждая ячейка будет иметь размер 10x10. Соответственно, каждая из ячеек будет обрабатываться отдельно и проверяться есть ли в ней движение.
*Примеры сеток:*
2x2
0 6
6 6
Кадры будут разбиваться на 4 равных участка, причем в левом верхнем кадре детектор движения не будет срабатывать. Для примера выше строка, которая передается в ВК:
"06 66"
### ЗаписыватьЗвук (AudioRecording)
Записывать ли при записи видео звук. Булево. По умолчанию Ложь.
### ИмяЛогФайла (LogFileName)
Хранит имя файла, куда делается запись, если ведется логирование (журналирование) всех событий внешней компоненты (ВестиЛог = Истина).
### ИмяПользователяIPКамеры (IPCameraUserName)
Имя пользователя для аутентификации на IP-камере или для доступа к потоковому видео, если доступ к IP-камере защищен логином и паролем. Строка.
### ИмяФайла (FileName)
Свойство, которое, предназначено для хранения того имени файла, куда будет делаться запись изображений и видео, а также, производиться чтение и т.д. Для подробного использования см. Примеры. Строка.
При записи видео используется для установки или извлечения имени файла записи, созданного с помощью `НачатьЗапись (StartRecording)`.
Если файл существует, он будет перезаписан при запуске.
Если `ИмяФайла (FileName)` оставлено пустым, при вызове `НачатьЗапись (StartRecording)` или выполнена функция `RecordToNewFileNow` имя файла генерируется автоматически в соответствии с `ПутьКХранилищу (StoragePath)`, `АвтоИмяФайла (AutoFileName)`, `АвтоПрефиксФайла (AutoFilePrefix)` и свойства `РасширениеФайлаЗахвата (CaptureFileExt)`
### ИнтервалТаймераЗаписи (RecordingTimerInterval)
Интервал времени для таймера записи. Число. Определяет интервал времени между каждым действием свойства `ТаймерЗаписи (RecordingTimer)` (генерирует новый файл или останавливает запись).
### КачествоJPEG (QualityJPEG)
Отвечает за качество сохраняемого JPEG при работе с изображениями, если свойство `ФорматИзображения` указан как JPEG, Число от 1 до 100 (чем больше, тем выше качество). По умолчанию 85.
### КлючАктивации (ActivationKey)
Ключ активации. В паре со свойством `ИдентификаторКомпьютера (HardwareID)` позволяет активировать внешнюю компоненту. Строка. Подробнее про активацию смотри в соответствующей главе.
### НачатьАктивацию (StartActivation)
Функция выполняет запуск окна активации внешней компоненты. Возвращает КлючАктивации (ActivationKey), который необходимо устанавливать для того, чтобы снять ограничения.
:::info Внимание!
Необходимо выполнять активацию на том компьютере, на котором будет в будущем будет работать ВК. Ключ активации привязываются к компьютеру, на котором запускается ВК.
:::
### Обрезка (Cropping)
Включает/отключает обрезку фото и видео кадров. Булево. По умолчанию Ложь.
### ОбрезкаВерх (CroppingTop)
При включенной обрезке фото и видео кадров отвечает за верхнюю координату точки обрезки. Все что выше не попадает в результат. Число. По умолчанию 0.
### ОбрезкаВысота (CroppingHeight)
При включенной обрезке фото и видео кадров отвечает за высоту обрезки, начиная от точки `ОбрезкаВерх (CroppingTop)`. Все что ниже не попадает в результат. Число.
### ОбрезкаЛево (CroppingLeft)
При включенной обрезке фото и видео кадров отвечает за левую координату точки обрезки. Все что левее не попадает в результат. Число. По умолчанию 0.
### ОбрезкаШирина (CroppingWidth)
При включенной обрезке фото и видео кадров отвечает за ширину обрезки, начиная от точки `ОбрезкаЛево (CroppingLeft)`. Все что левее не попадает в результат. Число.
### ОверлейноеИзображениеВерх (OverlayImageTop)
Верхняя координата вывода оверлейного изображения. Число. По умолчанию 10.
### ОверлейноеИзображениеВидимость (OverlayImageVisible)
Выводить или нет оверлейное изображение (логотип). Булево. По умолчанию Ложь. Оверлейное изображение можно использовать для вывода логотипов или водяных знаков.
### ОверлейноеИзображениеВысота (OverlayImageHeight)
Высота вывода оверлейного изображения от верхней координаты. Число. По умолчанию 100.
### ОверлейноеИзображениеЗначениеПрозрачности (OverlayImageAlphaBlendValue)
Если оверлейное изображения прозрачно, то устанавливает степень прозрачности. Число от 0 до 255. 0 - не прозрачно 255 - максимально прозрачно.
### ОверлейноеИзображениеЛево (OverlayImageLeft)
Левая координата вывода оверлейного изображения. Число. По умолчанию 10.
### ОверлейноеИзображениеПрозрачность (OverlayImageAlphaBlend)
Прозрачно ли оверлейное изображение. Булево. По умолчанию Ложь.
### ОверлейноеИзображениеРастягиватьПоВидеоРазмеру (OverlayImageStretchToVideoSize)
Оверлейное изображение будет растянуто по ширине и высоте всего изображения/видео. Булево. По умолчанию Ложь. Используйте совместно со свойством `ОверлейноеИзображениеПрозрачность` и `ОверлейноеИзображениеЗначениеПрозрачности`.
### ОверлейноеИзображениеУголПоворота (OverlayImageRotationAngle)
Угол поворота логотипа. Вещественное число. Указывается в градусах от 0.0 до 360.0.
### ОверлейноеИзображениеШирина (OverlayImageWidth)
Ширина вывода оверлейного изображения от верхней координаты. Число. По умолчанию 100.
### ОверлейныйТекст (OverlayText)
Указывает текст, который будет вставлен в видео. Текст может быть изменен в процессе создания видео. Строка.
Также текст может содержать формулы.
- `%sys_time[dd.mm.yy hh:nn:ss]%` : текущая системная дата
- `%frame_count%` : количество кадров (фреймов)
- `%time_full%` : время в текущем фрейме в формате hh:mm:ss:cc
- `%time_sec%` : time of the current frame, in seconds with 2 decimals
- `%time_100ns%` : time of the current frame, in 100 nano-seconds units
### ОверлейныйТекстВерх (OverlayTextTop)
Верхнее положение оверлейного текста. Число. По умолчанию 0. Оверлейный текст по умолчанию выводится в левом верхнем углу видео.
### ОверлейныйТекстВидимость (OverlayTextVisible)
Указывает на то, необходимо ли вставлять поверх видео произвольный текст. Булево. По умолчанию Ложь.
### ОверлейныйТекстЛево (OverlayTextLeft)
Левое положение оверлейного текста. Число. По умолчанию 0. Оверлейный текст по умолчанию выводится в левом верхнем углу видео.
### ОверлейныйТекстРазмерШрифта (OverlayTextFontSize)
Размер шрифта оверлейного текста. Число. По умолчанию 14.
### ОверлейныйТекстЦветШрифта (OverlayTextFontColor)
Цвет оверлейного текста. Строка. Формат записи шрифта: #RRGGBB (где RR обозначение красной составляющей цвета в шестнадцатеричном виде, GG – зеленого, BB – синего). Примеры цветов:
#FF0000 – красный;
#00FF00 – зеленый;
#0000FF – синий;
#FFE97F – желтый;
#000000 – черный;
#FFFFFF – белый;
И т.д.
### ОверлейныйТекстШрифт (OverlayTextFontName)
Наименование шрифта для оверлейного текста. Строка. По умолчанию используется шрифт «Verdana».
### ПарольIPКамеры (IPCameraPassword)
Пароль для аутентификации на IP-камере или для доступа к потоковому видео, если доступ к IP-камере защищен логином и паролем. Строка.
### ПаузаМс (PauseMs)
Пауза в миллисекундах используется при создании фото и применяется для создания фото без визуальной формы. Необходима для того, чтобы стабилизировалась картинка на веб-камере. После того, как мы инициализируем web-камеру она может не точно передавать картинку (картинка может быть слишком светлая и т.п.). Задержка и стабилизация позволяет картинке принять нормальный вид. Число. По умолчанию 1500 мс. (1,5 секунды).
### ПоверхВсехОкон (StayOnTop)
Окна с предварительным просмотром фото и видео выводить поверх всех окон. Булево. По умолчанию Ложь.
### ПредварительныйПросмотр (Preview)
Использовать предварительный просмотр для создания фото или записи видео. Булево. По умолчанию Истина. Применяется совместно с методом `ПолучитьКадр`. Если без пред просмотра, то перед созданием фото делается Пауза между стартом и созданием фото на `ПаузаМс` миллисекунд для стабилизации картинки.
### ПутьКХранилищу (StoragePath)
Путь к хранилищу файлов для записи фото и видео, когда результат может быть не один. Если результат один, то используется `ИмяФайла`.
### РасширениеФайлаЗахвата (CaptureFileExt)
Расширение по умолчанию используется для создания видео, когда имя файла генерируется автоматически. Строка. По умолчанию `avi`.
Оставьте это поле пустым, если вы хотите, чтобы сгенерировать идентификатор автоматически.
В этом случае будет присвоено:
- `AVI` для стандартных AVI файлов,
- `MPG` для MPEG файлов.
### СоздаватьНовыйФайлПриПаузеВЗаписи (RecordingPauseCreatesNewFile)
Создает новый файл каждый раз, когда запись приостановлена. Булево. По умолчанию Ложь. Имя нового файла записи генерируется автоматически. Новый файл будет создан, когда запись приостановлена путем вызова паузы записи. Таким образом, файл уже создан и открыт при вызове `ПродолжитьЗапись (ResumeRecording)`, поэтому никакие кадры не теряются в это время. Если запись останавливается перед вызовом `ПродолжитьЗапись (ResumeRecording)`, новый пустой файл (который только что был создан, когда Пауза записи была вызвана) удаляется.
### ТаймерЗаписи (RecordingTimer)
Используется для включения записи по таймеру. Число. Принимает следующие значения:
- **0** – отключено;
- **1** – запись нового файла генерируется каждый `ИнтервалТаймераЗаписи (RecordingTimerInterval)` секунд;
- **2** – запись прекращается после `ИнтервалТаймераЗаписи (RecordingTimerInterval)` секунд;
- **3** – начать запись в режиме предварительного просмотра после `ИнтервалТаймераЗаписи (RecordingTimerInterval)` секунд.
### ТекущаяКамера (CurrentCamera)
Номер текущей камеры. Число. По умолчанию 0. После инициализации ВК одна камера создается автоматически и с ней можно сразу работать. Если необходимо работать одновременно с несколькими камерами, то необходимо вызывать функцию `ДобавитьКамеру (AddCamera)`, а далее можно переключаться между камерами и управлять свойствами или вызывать методы.
### ТипАутентификацииIPКамеры (IPCameraAuthenticationType)
Тип аутентификации для доступа к IP-камере или потоковому видео. Число.
- **0** – Публичная точка Windows media server;
- **1** – IP-камера;
- **2** – Потоковое видео.
По умолчанию равно 1.
### ТипУстройства (DeviceType)
Тип текущего устройства. Внешняя компонента будет пытаться работать с указанным типом устройства. Строка. Принимает и возвращает следующее типы (строкой):
1. VIDEODEVICE – все устройства, которые обнаружатся в Windows (web-камеры, сканеры и т.д.). Синонимы: VIDEO, WEBCAMERA, WEB.
2. IPCAMERA – работа с IP-камерами, IP-веб камеры, IP-видео серверы, или RTSP-потоком данных. Синонимы: IP.
3. SCREEN – видео источником является экран монитора. Можно сделать фото (скриншот) и записать видео того, что происходит на мониторе пользователя. Синонимы: SCREEN, SCREENRECORDING, SCREENREC.
Одно из основных свойств, которое указывает с каким типом изображений/видео будет работать внешняя компонента. Регистр значения не имеет.
### ФорматИзображения (ImageFormat)
Формат изображения, которое будет возвращено внешней компонентой в файл или через двоичные данные. Строка. Может принимать значения:
1) BMP
2) PNG
3) JPEG
4) GIF
По умолчанию «PNG».
### ЭкранМонитораЗаписи (ScreenRecordingMonitor)
Номер экрана монитора для записи при выполнении записи экрана. Число. По умолчанию 0.
Указывает монитор для записи при использовании записи экрана и рабочего стола распространяется на несколько мониторов.
Просто укажите номер монитора (0 для 1-го монитора, 1 для 2-го монитора, и т.д.) ...
Если установить значение в -1, то это будет записывать весь расширенный рабочий стол на всех мониторах.
---
## Список функций
## Все функций
### АудиоКомпрессоры (AudioCompressors)
Возвращает строку с аудио компрессорами, где каждый кодек начинается с новой строки. Строка. Пример строки с видео кодеками:
- *PCM*
- *IMA ADPCM*
- *Microsoft ADPCM*
- *LAME Audio Encoder*
Функция `АудиоКомпрессоры` вернет эту строку, а функция `КоличествоАудиоКомпрессоров` вернет для данного списка результат равный 4.
### АудиоУстройства (AudioDevices)
Возвращает строку с наименованиями устройств, найденными в системе, где каждое новое устройство с новой строки. Строка. Получить конкретное устройство можно так:
``` bsl
СтрПолучитьСтроку(АудиоУстройства, 1);
```
Где 1 номер устройства, нумерация с 1.
### Версия (Version)
Возвращает версию внешней компоненты. Строка.
### ВидеоКомпрессоры (VideoCompressors)
Возвращает строку с видео компрессорами, где каждый кодек начинается с новой строки. Строка.
Пример строки с видео кодеками:
- *Xvid MPEG-4 Codec*
- *MJPEG Compressor*
- *Кодек Intel IYUV*
- *Microsoft RLE*
- *Microsoft Video 1*
### ВидеоРазмеры (VideoSizes)
Возвращает строку с размерами видео, поддерживаемых выбранным видеоустройством, где каждый новый размер начинается с новой строки. Строка.
***Пример:***
> 160x120
> 320x240
> 640x480
> 800x600
Функция `ВидеоРазмеры` вернет эту строку, а функция `КоличествоВидеоРазмеров` вернет для данного списка результат равный 4.
### ВидеоУстройства (VideoDevices)
Возвращает строку с наименованиями устройств, найденными в системе, где каждое новое устройство с новой строки. Строка. Получить конкретное устройство можно так:
``` bsl
СтрПолучитьСтроку(ВидеоУстройства, 1);
```
Где 1 номер устройства, нумерация с 1.
### ВладалецЛицензии (LicenseOwner)
Функция, которая указывает кому принадлежит лицензия на экземпляр внешней компоненты. Строка.
### ДемоРежим (DemoMode)
Функция, которая возвращает Истина/Ложь в зависимости от того используется ли внешняя компонента в демо-режиме или нет.
### ДетекторДвиженияГлобальноеСоотношениеДвижения (MotionDetectorGlobalMotionRatio)
Используется для получения последнего соотношения движения (количество измененных пикселей / общее количество пикселей) ячеек сетки включая их чувствительность. Число с плавающей точкой в диапазоне от 0,0 до 1,0 диапазон (например, 0,5776).
Это значение является результатом обнаружения движения последнего видеокадра.
Это значение также возвращается в движение обнаружено событие. Чем оно больше, тем сильнее изменено изображение от предыдущего, и наоборот, если оно равно 0, то движение в кадрах не зафиксировано.
### ДетекторДвиженияСеткаЯвляетсяПравильной (MotionDetectorIsGridValid)
Для текущей сетки установленной свойством `ДетекторДвиженияСетка (MotionDetectorGrid)` сетки детектора движений определяет корректна ли данная сетка. Булево. Возвращает Истина, если сетка корректна.
### ДобавитьКамеру (AddCamera)
Добавить одну камеру в список камер. Параметров нет. Возвращает число – номер текущей добавленной камеры. Так при вызове этой функции происходит установка свойства `ТекущаяКамера (CurrentCamera)` на добавленную камеру. Поэтому после добавления камеры, с ней сразу можно работать.
### ИдентификаторКомпьютера (HardwareID)
Функция, возвращающая идентификатор компьютера для активации. Уникальный ключ оборудования, который будет разным для разных компьютеров. Данный идентификатор используется для активации внешней компоненты и привязывается к конкретному компьютеру. Увидеть свой идентификатор можно вызвав любую визуальную форму внешней компоненты и в нижнем левом углу щелкнуть **Регистрация**.
### КоличествоАудиоКомпрессоров (AudioCompressorsCount)
Возвращает количество аудио компрессоров (кодеков), установленных в системе для сжатия аудио. Число.
### КоличествоАудиоУстройств (AudioDevicesCount)
Возвращает количество аудио устройств, подключенных к компьютеру (веб-камер, микрофонов и т.д.). Число.
### КоличествоВидеоКомпрессоров (VideoCompressorsCount)
Возвращает количество видео компрессоров (кодеков), установленных в системе для сжатия видео. Число.
### КоличествоВидеоРазмеров (VideoSizesCount)
Возвращает количество размеров видео, поддерживаемых выбранным видеоустройством. Число.
### КоличествоВидеоУстройств (VideoDevicesCount)
Возвращает количество видео устройств, подключенных к компьютеру (веб-камер и т.д.). Число.
### НачатьЗапись (StartRecording)
Начать запись видео. Возвращает Истина, если запись началась.
### НачатьЗаписьВНовыйФайл (RecordToNewFileNow)
Во время записи и вызова функции закрывается текущий файл записи, и создает новый файл записи согласно свойству `ИмяФайла (FileName)`. Возвращает Булево. Истина, если успешно создан новый файл, ложь в противном случае.
Параметров функции – 1. Описание: `ИмяНовогоФайла`. Строка. Имя файла куда начать запись снова.
- Если `ИмяФайла (FileName)` пусто, новое имя файла генерируется автоматически в соответствии с `ПутьКХранилищу (StoragePath)`, `АвтоИмяФайла (AutoFileName)` и `АвтоПрефиксФайла (AutoFilePrefix)`.
- Если запись `ИмяФайла (FileName)` указывает имя файла, это имя файла будет использоваться для создания нового файла.
### НачатьПросмотр (StartPreview)
Начинает просмотр онлайн-видео с текущего устройства без записи. Просмотр Булево. Возвращает Истина если просмотр был запущен. ВК внутри запускает на просмотр видео поток. Эту функцию можно использовать совместно с детектором движения.
### ПаузаЗаписи (PauseRecording)
Включаем паузу при записи видео. Возвращает Истина, если действие было выполнено успешно.
### ПолучитьКадр (GetFrame)
Получения фото с выбранного устройства с предпросмотром или без него. Если предпросмотр включен, то в результате вызова полностью блокируется интерфейс 1С и предлагается сделать одиночное фото с выбранного видео устройства. Если необходимо не блокировать интерфейс 1С используйте процедуру `ПолучитьКадры`.
### ПолучитьКБЗаписанныеНаДиск (RecordingKBytesWrittenToDisk)
Возвращает размер файла в килобайтах, записываемого в текущий момент. Число.
Можно запускать после того, как была вызвана функция `НачатьЗапись`.
### ПолучитьСкриншот (GetScreenShot)
Получает скриншот и возвращает ДвоичныеДанные.
### ПолучитьСкриншотИзПамяти (GetScreenShotFromMemory)
Получает скриншот, который был сделан с помощью кнопки `PntScr` и возвращает `ДвоичныеДанные`, если картинки в памяти нет, то возвращает `Неопределено`.
### ПродолжитьЗапись (ResumeRecording)
Продолжаем запись после паузы, вызванной функцией `ПаузаЗаписи (PauseRecording)` при записи видео. Возвращает Истина, если действие было выполнено успешно.
### Статус (Status)
Возвращает статус текущей камеры. Число. Параметров нет.
Описание значений:
- **0**: ничего с текущей камерой не происходит.
- **1**: идет пред просмотр видео.
- **2**: идет запись.
- **3**: проигрывается видео в режиме плеера.
### УдалитьКамеру (DeleteCamera)
Удаляет камеру из списка камер. Параметр один с типом число - номер удаляемой камеры, нумерация с нуля. Если удаление произошло успешно, то возвращается Истина, иначе Ложь.
---
## Мультирассылка СМС из 1С для типовых и не типовых конфигураций
Обработка для организации sms-рассылки покупателям об акциях, скидках, новых поступлениях и т.д.
Универсальная обработка, которая поможет осуществить смс-рассылку из вашей конфигурации 1С.
Для отправки мы используем сервисы рассылки на выбор:
sms.ru, sms4b.ru, smsc.ru, terasms.ru, sms-prosto.ru
Сервисы являются одними из самых недорогих и вместе с тем надежных в интернете. Для юридических лиц предоставлена возможность заключения договора и оплата безналичным расчетом.
Обработка перед отправкой СМС автоматически заполнит сотовые(!) телефонные номера из базы 1С (клиенты, сотрудники, поставщики и т.д.), делать как общие рассылки, так и персональные, подставляя для каждого адресата: фамилию, имя, долг в 1С и т.д.
Реклама - двигатель прогресса. Проведите рассылку и получите дополнительную прибыль!
Перейти на страницу продукта: [Мультирассылка СМС из 1С для типовых и не типовых конфигураций](https://softonit.ru/catalog/products/multisms/)
---
## Ошибка блокировки конфигурацией усиленной безопасности
При работе с отправкой сообщений из 1С используется интернет.
Часто возникает вот такая ошибка *Содержимое указанного ниже веб-узла в этом приложении блокировано конфигурацией усиленной безопасности Internet Explorer*.
И указан узел `security_1cv8c.exe` или `security_1cv8.exe`. Ошибка возникает не только при отправке СМС, как вы наверное уже поняли.
Она возникает по факту использования интернета и блокирования работы программы, которая пытается его использовать со стороны операционной системы (ОС). Чаще всего встречается в серверных ОС.
**Решение проблемы:**
Добавьте в исключение в настройках безопасности Internet Explorer.
Необходимо открыть **Internet Explorer -> Свойства браузера (обозревателя) -> Безопасность -> Надёжные сайты (узлы)** и добавляете `about:security_1cv8c.exe` и `about:security_1cv8.exe`, нажимаете **Ок**.
**Проблема решена!**
---
## Поддерживаемые конфигурации
Внешняя обработка интегрируется в типовые конфигурации **1С:Предприятие 8.2** и **1С:Предприятие 8.3**:
- Бухгалтерия предприятия
- Управление торговлей
- Зарплата и управление персоналом
- Управление небольшой фирмой
- Розница
- Комплексная автоматизация
- Управление производственным предприятием и др.
Обработка может работать с типовыми конфигурациями, как в режиме управляемых форм так и обычных. Возможна работа в некоторых случаях и с нетиповыми конфигурациями, если в них используются справочники аналогичные типовым.
---
## Работа с сервисом sms-prosto.ru
Рассмотрим работу с обработкой на примере сервиса [ProstoSMS](https://sms-prosto.ru/).
Запустим нашу обработку.
Перед нами открылось окно обработки где видим три основные вкладки и поле для заполнения получателей.
Первым делом перейдем на вкладку **Доступ на сайт** и в поле **Сервис** выберем **sms-prosto.ru**
После чего заполним поля:
- *Логин*
- *Пароль*
- *Отправитель* (Он должен соответствовать отправителю созданному в личном кабинете сервиса)
- *Ключ API*.
:::note Обращу внимание
что обработка сразу пытается работать через "КлючAPI", если же данное поле не заполнено, используются "Логин" и "Пароль".
:::
На вкладке "Настройки" можно ничего не трогать. Единственная рекомендация использовать HTTPS для работы с точки зрения безопасности.
Теперь можно заполнить список получателей, Это можно сделать двумя способами.
1. Через кнопку **Заполнить**.
2. Через кнопку **Добавить**.
Заполним текст сообщения на вкладке *Текст SMS* и можно нажать кнопку **Отправить SMS**.
Для проверки баланса и статуса SMS и пополнения используйте соответствующие кнопки.
---
## Работа с сервисом sms4b.ru
Рассмотрим работу с обработкой на примере сервиса SMS4B.RU
Переходим по [ссылке и регистрируемся](https://www.sms4b.ru/regform.php?code=softonit).
Запустим нашу обработку.
Перед нами открылось окно обработки где видим три основные вкладки и поле для заполнения получателей.
Первым делом перейдем на вкладку **Доступ на сайт** и в поле **Сервис** выберем **sms4b.ru**
После чего заполним поля:
- *Логин*
- *Пароль*
- *Отправитель* (Он должен соответствовать отправителю созданному в личном кабинете сервиса)
Теперь можно заполнить список получателей, Это можно сделать двумя способами.
1. Через кнопку **Заполнить**.
2. Через кнопку **Добавить**.
Заполним текст сообщения на вкладке *Текст SMS* и можно нажать кнопку **Отправить SMS**.
Для проверки баланса и статуса SMS и пополнения используйте соответствующие кнопки.
---
## Работа с сервисом sms.ru
Рассмотрим работу с обработкой на примере сервиса sms.ru.
В самом начале необходимо зарегистрироваться на сайте. Переходим по [ссылке и регистрируемся](http://sys1c.sms.ru/?panel=register).
Запустим нашу обработку.
Перед нами открылось окно обработки где видим три основные вкладки и поле для заполнения получателей:
Первым делом перейдем на вкладку **Доступ на сайт** и в поле **Сервис** выберем **sms.ru**
После чего заполним поля:
- *Логин*
- *Пароль*
- *Отправитель* (Он должен соответствовать отправителю созданному в личном кабинете сервиса)
Теперь можно заполнить список получателей, Это можно сделать двумя способами.
1. Через кнопку **Заполнить**.
2. Через кнопку **Добавить**.
Заполним текст сообщения на вкладке *Текст SMS* и можно нажать кнопку **Отправить SMS**.
Для проверки баланса и статуса SMS и пополнения используйте соответствующие кнопки.
---
## Работа с сервисом smsgorod.ru
Рассмотрим работу с обработкой на примере сервиса [smsgorod](https://smsgorod.ru/).
Запустим нашу обработку.
Перед нами открылось окно обработки где видим три основные вкладки и поле для заполнения получателей.
Первым делом перейдем на вкладку **Доступ на сайт** и в поле **Сервис** выберем **smsgorod.ru**
После чего заполним поля, необходимые для аутентификации и отправки.
Теперь можно заполнить список получателей, Это можно сделать двумя способами.
1. Через кнопку **Заполнить**.
2. Через кнопку **Добавить**.
Заполним текст сообщения на вкладке *Текст SMS* и можно нажать кнопку **Отправить SMS**.
Для проверки баланса и статуса SMS и пополнения используйте соответствующие кнопки.
---
## Работа с сервисом smsс.ru
Рассмотрим работу с обработкой на примере сервиса SMSC.ru
Переходим по [ссылке и регистрируемся](http://www.smsc.ru/reg/?ppsoftonit).
Запустим нашу обработку.
Перед нами открылось окно обработки где видим три основные вкладки и поле для заполнения получателей.
Первым делом перейдем на вкладку **Доступ на сайт** и в поле **Сервис** выберем **smsс.ru**
После чего заполним поля:
- *Логин*
- *Пароль*
- *Отправитель* (Он должен соответствовать отправителю созданному в личном кабинете сервиса)
Теперь можно заполнить список получателей, Это можно сделать двумя способами.
1. Через кнопку **Заполнить**.
2. Через кнопку **Добавить**.
Заполним текст сообщения на вкладке *Текст SMS* и можно нажать кнопку **Отправить SMS**.
Для проверки баланса и статуса SMS и пополнения используйте соответствующие кнопки.
---
## Работа с сервисом terasms.ru
Рассмотрим работу с обработкой на примере сервиса [terasms.ru](https://terasms.ru/)
Запустим нашу обработку.
Перед нами открылось окно обработки где видим три основные вкладки и поле для заполнения получателей.
Первым делом перейдем на вкладку **Доступ на сайт** и в поле **Сервис** выберем **terasms.ru**
После чего заполним поля, необходимые для аутентификации и отправки.
Теперь можно заполнить список получателей, Это можно сделать двумя способами.
1. Через кнопку **Заполнить**.
2. Через кнопку **Добавить**.
Заполним текст сообщения на вкладке *Текст SMS* и можно нажать кнопку **Отправить SMS**.
Для проверки баланса и статуса SMS и пополнения используйте соответствующие кнопки.
---
## Установка обработки в 1С
Для того чтобы можно было работать с обработкой в конфигурации, нам нужно сделать несколько простых шагов. В примере будем использовать конфигурацию **Управление торговлей 11.5**:
1. Распакуйте архив с обработкой в папку.
2. Откройте **НСИ и Администрирование -> Печатные формы, отчеты и обработки**.
3. Если не стоит флаг **Дополнительные отчеты и обработки**, то его нужно установить и перейти по гиперссылке **Дополнительные отчеты и обработки**.
4. В открывшемся окне нажать на кнопку **Добавить из файла**, так как мы работаем с внешней обработкой, система безопасности может запросить у нас подтверждение на дальнейшее подключение. После чего добавим файл из, распакованного ранее, архива.
5. Теперь нам нужно разместить обработку в подсистемах, для этого нажмем на соответствующую гиперссылку.
6. В открывшемся окне флагами отметим подсистемы куда мы хотим добавить нашу обработку, после чего нажимаем **ОК**.
7. Теперь можно закрыть окно, нажав на кнопку **Записать и закрыть**.
8. Так как при установке, мы указывали подсистему или подсистемы, где она должна быть доступна, в нашем примере это подсистема *Продажи*, в которую я и перехожу.
9. Дальше нажимаем **Дополнительные обработки**.
10. Мы видим, что данный список пуст. Для того чтобы в нем отображалась наша обработка нажмем **Настроить список** и установим флаг на нашей обработке и нажмем **ОК**.
11. Теперь она будет отображаться в данном списке, а если нажать на кнопку **Выполнить**, то запустится сама обработка.
Поздравляем! Наше обработка добавлено в конфигурацию - можно приступать к работе.
---
## Telegram-bot Универсальная подсистема 1С
Уважаемый пользователь!
Благодарим Вас за выбор нашего программного продукта **Универсальная подсистема Telegram-ботов для 1С** и поздравляем с отличной покупкой! Мы надеемся, что работа с подсистемой для Вас будет удобной и приятной, а так же наше решение позволит сделать рабочие процессы более эффективными.
Мы очень рады, что Вы выбрали именно нас и постараемся Вас не подвести.
Пусть работа приносит удовольствие!
С уважением, команда [SoftOnIT.RU](https://softonit.ru)
Перейти на страницу продукта: [Универсальная подсистема Telegram-ботов для 1С](https://softonit.ru/catalog/products/telegram/)
---
## Настройка подсистемы(Настройка подсистемы)
---
## Добавление собственных команд и действий
## Постановка задачи
Пользователь в Telegram отправляет боту команду ***Последний добавленный контрагент*** или ***/LastPartner***. Бот в ответ на эту команду, из базы 1С вернет наименование элемента справочника **Контрагенты**, который был добавлен самым последним. Если элементов в справочнике нет, то необходимо сообщить об этом.
## Решение
Для начала необходимо добавить команду. Именно команда определяет какое действие необходимо выполнить. Так как у нас команда может быть введена несколькими способами, то нам надо воспользоваться вкладкой ***Условия ИЛИ***.
**Условие "ИЛИ"** сработает, когда хотя бы одно из условий будет выполнено. Теперь перейдем к действиям. При написании алгоритма можно воспользоваться кнопками справа для быстрой вставки кода нужных команд:
Получившийся результат:
## Выводы
Понятно, что это элементарный пример, но наша задача передать суть работы команд и действий. А этот пример все это хорошо описывает.
Далее в статьях будет описан более подробный механизм работы бота и примеры сценариев его работы.
---
## Вспомогательные объекты, процедуры и функции работы с ними
## Параметры действия
Установить и получить значение параметра действия.
Это можно сделать во вкладке **Действия над параметрами**, если значение статическое. Если его необходимо получить программным способом, то используются процедура и функция:
:::info Важно! Параметры должны быть предварительно созданы в справочнике «Параметры действий».
:::
- записывает значение параметра в справочник если он был заранее создан в справочнике.
```bsl
УстановитьПараметрДействия(НакопленныеДанные.НастройкиБота.Ссылка, НакопленныеДанные.ИдентификаторЧата, ПараметрДействия("НаименованиеПараметра"), ЗначениеПараметра);
```
- возвращает значение параметра из справочника или «Неопределено» если параметр не задан или не был записан.
```bsl
ЗначениеПараметра(НакопленныеДанные.Параметры, "НаименованиеПараметра");
```
***Пример:***
Создаем в справочнике параметр ПлановоеВремя, т.к. будем передавать туда дату в виде строки, то тип параметра ставим «Строка»
```bsl
ПлановоеВремяСтрокой = «20221031100000»;
УстановитьПараметрДействия(НакопленныеДанные.НастройкиБота.Ссылка, НакопленныеДанные.ИдентификаторЧата, ПараметрДействия("ПлановоеВремя"), ПлановоеВремяСтрокой);
```
Первые два параметра необходимы, чтобы привязать значение переменной к конкретному боту и чату.
```bsl
…
ДатаДокумента = ЗначениеПараметра(НакопленныеДанные.Параметры, "ПлановоеВремя");
Сообщить (Дата(ДатаДокумента)); // 31.10.2022 11:00:00
```
Таким образом можно сохранять, получать и обрабатывать, значение различных объектов, для необходимых операций.
## Произвольный параметр
В него можно записать произвольную таблицу значение с набором нужных данных в формате Json строки. Параметр не надо заранее создавать. Это регистр каждая запись содержит данные о боте, чате и значение параметра.
## Создание и запись значения в произвольный параметр
- В регистре `TelegramПроизвольныеПараметры` будет создана запись с идентификаторами бота и чата, с названием параметра и записано его значение, в виде `Json` строки, предварительно подготовленной.
```bsl
СтрокаJSON = TelegramСервер.ЗаписьТаблицыЗначенийВJSONСтроку([ТаблицаЗначений]);
TelegramСервер.УстановитьПроизвольныйПараметр(НакопленныеДанные.НастройкиБота.Ссылка,
НакопленныеДанные.ИдентификаторЧата,
"НаименованиеПараметра", СтрокаJSON);
```
***Пример:***
Есть запрос, для выборки документов по определенным условиям. Заполняем таблицу значений выбранными данными. Переводим таблицу в Json строку и записываем в произвольный параметр.
```bsl
СписокДокументов = Новый ТаблицаЗначений;
СписокДокументов.Колонки.Добавить("ТипДокумента");
СписокДокументов.Колонки.Добавить("НомерДокумента");
СписокДокументов.Колонки.Добавить("ДатаДокумента");
СписокДокументов.Колонки.Добавить("УникальныйКлюч");
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
СтрокаТаблицы = СписокДокументов.Добавить();
СтрокаТаблицы.НомерДокумента = ВыборкаДетальныеЗаписи.Номер;
СтрокаТаблицы.ДатаДокумент = ВыборкаДетальныеЗаписи.ДатаДокумента;
СтрокаТаблицы.ТипДокумента = ВыборкаДетальныеЗаписи.ТипДокумента;
Идентификатор = Новый УникальныйИдентификатор();
ИдентификаторСтроковый = СтрЗаменить(Идентификатор, "-", "");
СтрокаТаблицы.УникальныйКлюч = Строка(ИдентификаторСтроковый);
КонецЦикла;
СтрокаJЅОN = TelegramСервер.ЗаписьТаблицыЗначенийBJSONСтроку
(СписокДокументов);
УстановитьПроизвольныйПараметр(НакопленныеДанные.НастройкиБота.Ссылка,
Накопленныеданные.ИдентификаторЧата,
"Временная таблица документов", СтрокаЈЅОN);
```
- Чтение значение произвольного параметра:
```bsl
TelegramСервер.ЗначениеПроизвольногоПараметра(НакопленныеДанные.НастройкиБота.Ссылка,
НакопленныеДанные.ИдентификаторЧата,
"НаименованиеПараметра");
```
- Очистка произвольлного параметра:
```1с
ОчиститьПроизвольныйПараметр(НакопленныеДанные.НастройкиБота.Ссылка, НакопленныеДанные.ИдентификаторЧата,
"НаименованиеПараметра");
```
**Пример:**
Из ранее записанного произвольного параметра получаем значение в формате ЈЅОN строки и переводим ее с таблицу значений.
```bsl
Строка.ЈЅОN = TelegramСервер.ЗначениеПроизвольногоПараметра
(Бот, ИдентификаторЧата, "Временная таблица документов");
Если ЗначениеЗаполнено(Строка.СтрокаЈЅОN) Тогда
ТаблицаВременная = TelegramСервер.ЧтениеЈЅОNТа6лицуЗначений(СтрокаЈЅОN);
Если ЗначениеЗаполнено(ТаблицаВременная) И ТаблицаВременная.Количество() > 0 Тогда
Для Каждого СтрокаДокумента из ТаблицаВременная Цикл
Если СтрокаДокумента.УникальныйКлюч = СтрокаПоиска Тогда
НомерДокумента = СтрокаДокумента.НомерДокумента;
Документ = Дата(СтрЗаменить(Сред(СтрокаДокумента.ДокументДатаД,10),"-",""));
Статус = СтрокаДокумента.Статус;
```
## Данные по боту и сеансу
В процессе написания команды могут возникнуть вопросы, где получить дополнительные данные типа идентификатора бота и тому подобное? Для этого существую две специализированные структуры: НастройкиБота и НакопленныеДанные.
Первая, как понятно из названия, содержит в себе параметры бота и имеет следующий вид:
- **Ссылка** - СправочникСсылка.TelegramБоты - ссылка на бота
- **Наименование** - Строка - наименование бота
- **Токен** - Строка - токен бота
- **ОграниченныйДоступ** - Булево - Если Истина, то у новых пользователей бота ограниченный доступ
Вторая - содержит данные с информацией по сеансу пользователя и имеет следующие поля:
- **ИдентификаторЧата** - Число - идентификатор чата с пользователем.
- **ИдентификаторОбновления** - Число - идентификатор получения обновления сообщения.
- **ИдентификаторСообщения** - Число - идентификатор сообщения.
- **НастройкиБота** - Структура - настройки бота.
- **Ошибки** - Структура - список ошибок, которые возникли в процессе проверок/действий.
- **Параметры** - Структура - параметры сеанса текущего пользователя Telegram.
- **Сообщения** - Структура - список сообщений, которые будут отправлены боту.
- **ФИОПользователяTelegram** - Строка - ФИО пользователя в профиле Telegram.
- **ИмяПользователяTelegram** - Строка - имя пользователя в профиле Telegram.
- **ИмяПрофиля** - Строка - имя профиля Telegram.
- **ПользовательTelegram** - СправочникСсылка.TelegramПользователи - кто прислал сообщение в Telegram.
- **Пользователь** - СправочникСсылка.Пользователи - кто прислал сообщение в Telegram.
- **ТекстСообщения** - Строка - текст последнего сообщения
- **ТипСообщения** - Перечисления.TelegramТипСообщения - тип последнего сообщения (текст, фото, стикер, документ, аудио, документ, запрос).
- **ДатаСообщения** - Дата - дата последнего сообщения Telegram.
- **Сообщение** - ДокументСсылка.TelegramСообщениеВходящее - последнее сообщение Telegram.
---
## Действия
Действия – это программный код на языке 1С (весь код выполняется на сервере, другими словами с директивой &НаСервере).
Помимо использования стандартного кода 1С работы с информационной базой, в системы телеграм-бот, есть процедуры и функции, которые часто используются при написании действий.
---
## Использование клавиатур
С каждым сообщением бот может отправлять разный набор кнопок как по количеству, так и по назначению. Кнопки можно расположить непосредственно под сообщением «Встроенная клавиатура» (InlineKeyboardButton), или зафиксировать под тестовым полем для ввода сообщения «Стандартная клавиатура» (KeyboardButton).
## Стандартная клавиатура
Основной плюс – ее не нужно выводить с каждым сообщением. Клавиатура будет оставаться под строкой ввода ответа пока ее не удалить или не заменить на другую.
В окне создания клавиатуры указываем ее имя для обращения к ней при выводе сообщения и добавляем набор кнопок указывая номера строк и текст. Текст будет написан на кнопке, и он же будет отправляться сообщением боту при нажатии на кнопку.
## Встроенная клавиатура
Создание встроенной клавиатуры аналогично стандартной. Добавляются еще два столбца:
**URL** – можно указать ссылку;
**Callback_data** – данные (которые будут возвращены боту при нажатии), поэтому можно дописывать различные идентификаторы и т.п. например «/dok00-00001245», это не портит вид, но можно обработав данные выполнить различные варианты действий например найти документ по номеру;
Нажатие на кнопку не выводит текст в чат. А просто отправляется боту. Используя это, а также в место «Отправить сообщение» - «Редактировать сообщение». Получаем возможность не выводя новый экран Сообщение + Клавиатура, изменить это же.
## Программная клавиатура
Стандартная и встроенная клавиатуры, могут быть созданы с помощью языка 1С. Это необходимо при вариативности создания клавиатуры.
***Пример:***
Создание списка документов в виде кнопок, для последующего выбора.
```bsl
Клавиатура = НовыйСтруктура();
МассивСтрок = НовыйМассив();
Для Каждого ЭлементСписка из Сообщение.СписокДокументов Цикл
МассивКнопокСтроки = Новый Массив();
Кнопка = Новый Структура;
Текст = Стршаблон(НСтр("ru = 'Поступление No %1.''),ЭлементСписка.ТекстСтроки);
Кнопка.Вставить("text", Текст);
Команда = Сообщение.ПрефиксСсылки + ЭлементСписка.УникальныйКлюч;
Кнопка.Вставить("callback_data", Команда);
МассивКнопокСтроки.Добавить(Кнопка);
МассивСтрок.Добавить(Массив КнопокСтроки);
КонецЦикла;
Клавиатура.Вставить("resize_keyboard", Истина);
Клавиатура.Вставить("inline_keyboard", МассивСтрок);
```
В этом примере будет выведен список документов в виде кнопок. Количество кнопок, надписи на кнопках, и команда, формируются динамически в зависимости от состава таблицы значений «СписокДокументов», который в одном из примеров выше был передан клавиатуре из действия. Сама клавиатура является «Встроенной», об этом говорит признак "inline_keyboard".
Части кода для создания клавиатуры можно быстро добавлять с помощью кнопок на правой панели. В текст кнопок также можно вставлять смайлики.
---
## Общая схема работы Telegram-бота
## Схема работы
## Пример сценария
*Сценарий:* Вывод списка документов со статусом «ожидается», с возможностью выбора нужного документа.
1. **Сообщение пользователя** – «Ожидается», было отправлено нажатием кнопки `Ожидается`.
2. **В команде** «Список транспорта» выполнилось условие. Поэтому начнет выполняться действие «Список транспорт».
3. **Пример кода** действия «Список транспорт»
Полный код смотри в [Приложении №1](./static/Application1.docx)**
Здесь описаны некоторые блоки:
- Из сообщения полученного ботом берем ссылку на бота.
```bsl
Бот = НакопленныеДанные.НастройкиБота.Ссылка;
```
- Записываем значение «ожидается» для параметра действия с именем «Статус».
```bsl
УстановитьПараметрДействия(Бот, НакопленныеДанные.ИндентификаторЧата,
ПараметрДействия("Статус"), НРег(НакопленныеДанные.ТекстСообщения));
```
- Собранные данные о списке документов помещаем в регистр для хранения данных в формате `JSON`, чтобы при последующих действиях по новой не собирать информацию с базы, а использовать уже подготовленную.
```bsl
СтатусВыбораИмя = Нрег(НакопленныеДанные.ТекстСообщения);
// Из прислано сообщения берем текст. Т.е. переменная СтатусВыбора Имя получит значение "ожидается".
СтрокаNJSON = TelegramСервер.ЗаписьТаблицыЗначенийВJSONСтроку(СписокДокументов);
УстановитьПроизвольныйПараметр(НакопленныеДанные.НастройкиБота.Ссылка,
НакопленныеДанные.ИдентификаторЧата, "Временная таблица документов", СтрокаJSON);
```
- Формируем данные для отправки сообщения и переходи к созданию клавиатур «Список транспорт», а также «Вид обработки».
```bsl
Текст = СтрШаблон (НСтр("ги = 'Результат поиска ""%1"" (%2):'"), ВидОбработки, СтатусВыбораИмя);
Сообщение = Новый Структура;
Сообщение.Вставить("Текст", Текст);
Сообщение.Вставить("ПрефиксСсылки", "/SetDocс");
Сообщение.Вставить("Клавиатура", "Список транспорт");
Сообщение.Вставить("СписокДокументов", СписокДокументов);
Сообщение.Вставить("РежимАнализаТекста", "HTML");
ОтправитьСообщение(Сообщение, НакопленныеДанные);
```
- Создадим клавиатуру «Список транспорт»
Из переданного в действии `Сообщения.СписокДокументов`, берем данные (текс, префикс и ключ для команды) и формируем кнопки. Эта клавиатура будет под сообщением.
- Создадим клавиатуру «Вид обработки».
Эта клавиатура будет расположена под полем вводы ответа.
4. **Результат**
---
## Оформление текста сообщения
# Стили
Текст сообщения можно оформить, используя `HTML` или `Markdown` разметку. Возможность оформления сообщения ограничены. Поддерживаются следующие возможности:
| | | |
|---------------------|--------------------------------------|----------------------|
|**Жирный** |\жирный\ |\*сам ты жирный\* |
|*Курсив* |\Курсив\ |\_курсив\_ |
|Код |\код\ |\`код\` |
|Подчеркнутый |\почеркнутый\ | |
|Ссылка |\Софтонит\| |
Как видно из таблицы набор оформления для HTML шире. Для украшения также можно использовать смайлики (emoji), выбрав из предлагаемого набора или найдя в интернете таблицу кодов и вставив желаемый в текст.
Также в текст можно добавлять команды в формате /[английский текст, цифры, _ и -], при нажатии на такую команду она отправиться боту.
## Пример
```bsl
Текст = СтрШаблон(НСтр("ru = 'Здравствуйте, %1.
| Я Настройки Telegram**. Там щелкаем на гиперссылку *Telegram-боты*. Это список наших ботов. Бот может быть не один, но практически всегда нам достаточно будет и одного.
6. Открываем первого бота, который уже существует и вносим его токен и название.
7. После вставки токена и имени бота, нажимаем проверка связи. Если все хорошо, то вам будет выдано сообщение *Проверка связи с ботом выполнена успешно*.
8. Перейдем на закладку **Настройки получения обновлений**, где можно настроить расписание работы бота. Установите время получения обновлений с серверов Telegram.
9. Если все введено *на шаге 8*, но у вас ошибка (например, Telegram заблокирован в вашей стране). Установите галочку в настройках Telegram **Использовать прокси-серверы для отправки и получения данных Telegram** и открыв появившийся справочник **Прокси-серверы** заполните список ваших прокси.
10.Возвращаемся к мессенджеру Telegram и сделаем последние шаги по настройке бота. Введем ему описание и изображение.
Зададим изображение, **OK**. *Send me the new profile photo for the bot* - означает, что бот просит скинуть ему фото профиля будущего бота. Просто перетащите фото в **BotFather**:
После этого настройку бота можно считать выполненной как в 1С, так и в самом мессенджере.
---
## Настройка Webhook
1. Для настройки вебхука необходимо запустить конфигуратор от имени администратора и выполнить публикацию базы на веб сервере, с включенным HTTP-сервисом «Telegram», более подробнее про публикацию базы 1С на веб-сервере IIS по ссылке [Публикация базы на 1с сервере](https://softonit.ru/blog/articles/it/publishing-1C-databases-on-the-IIS-web-server/)
2. Проверяем подключение к HTTP-сервису по адресу [http://имя_хоста/имя_публикации/hs/telegram](http://имя_хоста/имя_публикации/hs/telegram), если переход выполняется успешно, но требует авторизацию переходим к пункту **3**, если при переходе не требует авторизации и открывается страница со словами «Привет. HTTP-сервис Telegram НЕ доступен по этому адресу» переходим к пункту **4**, а в любом ином случае возвращаемся к первому пункту и пытаемся опубликовать правильно.
3. Если веб-публикация требует авторизации, необходимо «вшить» логин и пароль в файл публикации, для сервера IIS это делается следующем образом:
a. Находим папку с нашей web-публикацией, по умолчанию она находится в `C:\inetpub\wwwroot\имя_публикации`, в моем случае `webka`.
b. Делаем копию данной папки, и называем ее любым другим именем, например `webka_webhook`.
c. В скопированной папке открываем файл «default.vrd» любым текстовым редактором производим изменения файла:
* Если имеется тэг <ws>, полностью, со всем содержимым удаляем его.
* В теге <httpServices> удаляем все наполнение, кроме <service name="Telegram" rootUrl />
* В теге <point> вносим изменения, как на скриншоте, логин и пароль для подключения к ИБ, и параметр enable=”false” запретит подключение в режиме тонкого клиента.
* Сохраняем изменения
d. Открываем “Диспетчер служб IIS” в древе подключений находим нашу публикацию (в моем случае “webka”), щелкаем по ней правой кнопкой мыши и нажимаем «Добавить приложение»
e. В открывшемся окне заполняем физический путь, до скопированного каталога (в моем случае `C:\inetpub\wwwroot\webka_webhook`), заполняем псевдоним «webka_webhook», нажимаем «ОК» и в диспетчере IIS перезапускаем сервер.
f. Проверяем переход по новой публикации, в моем случае ``, если не запрашивает авторизацию и пишет «Привет. HTTP-сервис Telegram НЕ доступен по этому адресу», переходим к пункту 4, иначе еще раз внимательно проходим пункт 3.
4. Для работы с вебхука, необходимо иметь постоянный адрес к базе через интернет, а именно фиксированное доменное имя или белый IP. Пытаемся подключится к публикации через интернет ``, если переход удался переходим к следующему пункту, иначе проверяем настройки маршрутизатора.
5. Очень важно, чтобы Ваше соединение было защищено SSL сертификатом, иначе телеграм-сервер не захочет взаимодействовать. *Если не знаете как получить сертификат бесплатно, воспользуйтесь данной инструкцией* [Настройка IIS](https://softonit.ru/blog/articles/it/Installing-creating-free-Lets-Encrypt-certificate-in-IIS-Windows-for-1C-Company/)
6. Пробуем перейти к публикации по HTTPS протоколу *https://внешний IP* или *доменное имя/имя публикации/hs/telegram*, обращаем на наличие SSL сертификата, он не должен быть просроченным или вызывать подозрения…
7. Публикация готова! Осталось перенастроить бота, для этого, в 1с открываем справочник **Боты**, выбираем необходимого бота и изменяем параметр «Способ взаимодействия с ботом» на **Вебхук**
8. После изменения способа взаимодействия, появится вкладка **Настройки Webhook**, нажимаем на нее и выполняем шаги в последовательности указанной на скришоте
>
9. Ускорение работы для файловых баз
Для того, чтобы добиться максимально быстрого отклика Telegram-бота необходимо поддерживать сеанс вебхука в 1С, рекомендуется создать .bat файл с данным текстом:
```bat
:beginning
curl "http://localhost:88/uit_webhook/hs/telegram"
cls
ping -n 1 -w 10000 192.168.254.254> NUL
goto beginning
```
Замените адрес `...localhost:88/uit_webhook...` на свой локальный адрес расположения вебхука. Добавьте `*.bat` файл в планировщик заданий, чтобы он запускался при запуске компьютера.
**Настройка вебхука завершена!**
---
## Способы взаимодействия с ботом
## На текущий момент есть три способа взаимодействия с telegram-ботами:
1) *Периодический запрос на основе регламентного задания* - стабильный способ для серверных баз.
2) *Периодический запрос на основе обработки "Периодическое обновление телеграм"* - стабильный способ для файловых баз.
3) *Webhook** самый быстрый и эффективный способ, но его тяжело настроить - поэтому рекомендуем использовать первые два способа.
Ниже приведены схемы работы *периодического запроса* и *webhook*.
## Периодический запрос
## Webhook
:::info Важно обратить внимание, на то, что сервер телеграм будет работать только с портами 80, 88, 443, 8443
:::
---
## Обновление подсистемы
## Проверка и установка обновлений "Универсальная подсистема Telegram-ботов для 1С"
Для проверки обновлений перейдите в настройки подсистемы telegram **Telegram -> Настройки Telegram**
Если в окне настроек есть блок обновлений, как на скриншоте, значит у Вас установлена не последняя версия и есть возможность обновиться.
Нажимаем на гиперссылку "Скачать обновление" и попадаем на наш сайт по пути **Техподдержка -> Личный кабинет**.
Если у Вас есть действующая подписка, тогда в разделе ***Универсальная подсистема Telegram-ботов для 1С*** на ряду с последней версией нажмите кнопку **Скачать**
:::warning
Во избежание непредвиденных обстоятельств, перед началом установки обновления подсистемы рекомендуем создать резервную копию базы.
:::
После скачивания распаковываем архив и запускаем установщик обновления файл `setup.exe`. Следуем указаниям установщика и устанавливаем файл обновления в выбранный Вами каталог.
Следующим шагом откроем конфигуратор базы, установим выделение корня структуры конфигурации и перейдем в раздел **Конфигурация -> Поддержка -> Обновить конфигурацию**.
В появившемся окне **Обновление конфигурации** необходимо выбрать источник обновления конфигурации. Выбираем второй вариант **Выбор файла обновления** и нажимаем **Далее**.
Далее необходимо указать в проводнике файл обновления, который был установлен ранее. Обычно он расположен в каталоге с номером версии обновления, например, 1_0_0_3\1Cv8.cfu.
Далее появится окно **Обновление конфигурации**, в котором нам сообщают о возможности обновления. Соглашаемся и нажимаем **ОК**.
Далее в окне сравнения необходимо обязательно убрать галочку с корневого элемента конфигурации в колонке **Основная конфигурация**.
Далее в этом же окне необходимо нажать кнопку **Действия** и в выпадающем меню выбрать пункт **Отметить по подсистемам новой конфигурации поставщика**.
В появившемся окне отмечаем галочку только напротив подсистемы **Telegram**, как показано на скриншоте ниже. Далее нажимаем кнопку **Установить** и **Выполнить**.
После этого сохраняем настройки объединения в любой каталог на жестком диске. Далее в окне **Настройки правил поддержки** необходимо активировать чек-бокс **Объект редактируется с сохранением поддержки** как на изображении ниже.
После чего получаем сообщение об успешном завершении.
Последним шагом нужно обновить основную конфигурацию `F7`, чтобы применить изменения. После этого можно продолжить пользоваться подсистемой.
---
## Поддерживаемые платформы и конфигурации
|#|Компонент |Минимальные системные требования |
|-|-------------------------------------|-----------------------------------------------------------------------------------|
|1| Версия платформы «1С: Предприятие» | 8.3.11.2867 и выше |
|2| Виды поддерживаемых конфигураций | Любая конфигурация на управляемых формах |
|3| Вариант «1С:Предприятие» | Клиент-серверный, файловый |
|4| Рекомендуемое разрешение экрана | 1024x768 |
|5| Оперативная память | 2048 Мб и выше |
|6| ЦП | Процессор с архитектурой x86-64 (Intel с поддержкой EM64T, AMD с поддержкой AMD64)|
|7| Свободное место на HDD | 10Гб и выше |
---
## Установка подсистемы
:::warning
Во избежание непредвиденных обстоятельств, перед началом установки подсистемы рекомендуем создать резервную копию базы.`
:::
## Установка дистрибутива "Универсальная подсистема telegram-ботов для 1С"
После создания копии основной базы приступим к скачиванию и установки дистрибутива подсистемы. На нашем сайте в разделе **Личный кабинет -> Временные ссылки и дистрибутивы** скачиваем полный дистрибутив **Универсальная подсистема telegram-ботов для 1С**.
После скачивания открываем и распаковываем архив, в котором находятся необходимые для установки файлы.
Запускаем файл `setup.exe`, который запустит процесс установки дистрибутива.
В мастере установки нажимаем **Далее** и дожидаемся окончания. После можно переходить к следующему шагу.
## Разрешение вносить изменения в состав конфигурации
После того как дистрибутив подсистемы установлен продолжим установку.
Откроем конфигурацию в режиме *Конфигуратор*. Если Ваша конфигурация полностью типовая, тогда напротив корня структуры конфигурации увидим замок с желтым кубом.
Это означает, что конфигурация находится на поддержке.
Если же замка нет, тогда можно перейти к следующему шагу установки.
Чтобы разрешить вносить изменения перейдем в раздел **Конфигурация -> Поддержка -> Настройка поддержки**.
В открывшемся окне **Настройка поддержки** необходимо включить возможность изменения конфигурации, путем нажатия на одноименную кнопку.
Перед Вами появится предупреждение конфигуратора, которое сообщает о том, что включение возможности изменения приведет к невозможности выполнять обновления конфигурации полностью автоматически.
Нажимаем **Да**, так как далее настроим правило в котором конфигурация будет редактироваться с сохранением поддержки.
После нажатия кнопки **Да** откроется следующее окно **Настройка правил поддержки**, в котором отмечаем два чек-бокса **Объект поставщика редактируется с сохранением поддержки**.
После этого закрываем настройки поддержки и можем наблюдать, что напротив корня структуры конфигурации исчез замок и остался только желтый куб.
Это говорит нам о том, что теперь можно вносить изменения в состав конфигурации и при этом она не будет снята с поддержки.
## Добавление подсистемы в конфигурацию
После того как стала доступна возможность изменения конфигурации, перейдем в раздел **Конфигурация** и выберем пункт меню **Сравнить, объединить с конфигурацией из файла**.
Откроется проводник Windows, в котором необходимо выбрать файл подсистемы в формате `1Cv8.cf`.
По умолчанию (если при установки дистрибутива не изменялся путь) файл подсистемы расположен: `C:\Users\Имя_пользователя\AppData\Roaming\1C\1cv8\tmplts\SoftOnIT\telegram`
Далее будет предложено поставить подсистему на поддержку, нажмем **Да**.
Далее в окне сравнения необходимо обязательно убрать галочку с корневого элемента конфигурации в колонке **Основная конфигурация**.
Далее в этом же окне необходимо нажать кнопку **Действия** и в выпадающем меню выбрать пункт **Отметить по подсистемам файла**.
В появившемся окне отмечаем галочку только напротив подсистемы **Telegram**, как показано на изображении ниже.
Далее нажимаем кнопку **Установить**.
Далее необходимо развернуть дерево конфигурации и перейти **Общие -> Подсистемы**.
Напротив строки **Telegram** необходимо проверить наличие установленной галочки, если галки нет, устанавливаем и жмем **Выполнить**.
Следом появится еще одно окно **Настройка правил поддержки**, где нужно отметить галочку **Объект редактируется с сохранением поддержки** в разделе **Новые объекты поставщика** и нажать **ОК**.
После этого остается только выбрать каталог на диске, куда сохранить настройки объединения и дождаться объединения.
Результатом успешной установки подсистемы будет диалоговое окно с сообщением об удачном завершении.
Последним шагом нужно обновить основную конфигурацию `F7`, чтобы применить изменения. После этого можно приступить к настройке подсистемы.
---
## Мобильное приложение Управление IT-отделом 8
Мобильное приложение "Управление IT-отделом 8" реализовано на мобильной версии платформы "1С:Предприятие 8.3" и предназначено для работы на мобильных устройствах под управлением операционной системы Android.
Совместимо с версией "КОРП" конфигурации "Управление IT-отделом8".
Мобильное приложение "Управление IT-отделом 8" является готовым решением по учету инцидентов для ИТ-подразделений и компаний. Содержит полный комплекс средств для работы службы технической поддержки: программистов, системных администраторов, техников компьютерных сетей, эникейщиков и ИТ-руководителей. Позволяет организовать учет инцидентов и тикетов. Приложение может работать как самостоятельное решение для одного сотрудника, так и в связке с конфигурацией "Управление IT-отделом 8 редакция 3.1" на платформе 1С, для организации командной работы.
Позволяет автоматизировать обработку инцидентов ITIL.
---
## Создание договоров по шаблонам Word в 1C УТ 11.5, БП 3.0 с возможностью хранения в справочнике "Файлы"
Уважаемый пользователь!
Благодарим Вас за выбор нашего программного продукта!
Мы надеемся, что работа в конфигурации для Вас будет удобной и приятной, а наше решение позволит сократить Ваше драгоценное время.
Этот инструмент создан специально для тех, кто ведёт договоры в УТ 11 или БП 3.0 не только в справочнике «Договоры с контрагентами», но также формирует и согласовывает их с контрагентами в формате Word (*.doc).
Мы понимаем, как важно иметь все документы под рукой и экономить время на рутинных операциях.
Наше решение — это не просто печатная форма, а интеллектуальный инструмент, который позволяет на основании готового шаблона, хранящегося в справочнике «Файлы», быстро заполнять договоры и сохранять их прямо в конфигурации, но уже в нужную папку.
Это обеспечивает мгновенный доступ ко всем документам и избавляет от необходимости ручного заполнения и поиска файлов.
Мы очень рады, что Вы выбрали именно нас, и уверены, что данная обработка станет для Вас надежным помощником в ежедневной работе.
Удачи в ведении учета!
С уважением, команда [SoftOnIT.RU](https://softonit.ru/)
Перейти на страницу продукта: [Создание договоров по шаблонам Word в 1C УТ 11.5, БП 3.0 с возможностью хранения в справочнике "Файлы"](https://softonit.ru/catalog/products/word1c/)
---
## Где берутся данные для заполнения параметров
Большинство данных используемых в шаблоне из базы, интуитивно понятно, где искать или как заполнять.
Но все же рассмотрим на примере трех параметров `<ДолжностьИмяПокупателя>`, `<ДолжностьПокупателя>` и `<РуководительПокупателя>`, что должно быть заполнено в базе данных для корректного заполнения.
> Заполнение данных будет выполнено на конфигурации «Управление торговли 11»
**1. Открытие шаблона договора из карточки контрагент**
На рисунке один видно, что данные о руководителе не заполнились.
**2. Заполняем данные руководителя в базе**
Открываем карточку партнер ООО «Софтонит» и переходим в раздел «Контактные лица». Указываем основные сведения.
Также добавляем «Роль» кантатного лица.
:::info Обязательно
в описании указываем слово **руководитель**
:::
Записываем введенную информацию.
**3. Повторно открываем шаблона договора из карточки контрагент**
Мы видим, что теперь параметры `<ДолжностьИмяПокупателя>`, `<ДолжностьПокупателя>` и `<РуководительПокупателя>` заполнены правильно.
---
## Как автоматически сохранять в справочник "Файлы" все формируемые договоры
Обработка позволяет сохранять помимо самих шаблонов также уже сформированные договоры, которые в дальнейшем всегда можно будет открыть для просмотра или редактирования.
Чтобы договора сохранялись в конфигурации необходимо воспользоваться вторым режимом формирования договора.
Для этого сначала в реквизите **Папка** нужно указать заранее созданную папку для хранения договоров в справочнике **Файлы**.
А после осуществления всех настроек нужно нажать на кнопку **Создать договор**.
Обработка сформирует заполненный с помощью указанных переменных договор и сохранит его в указанный ранее каталог справочника **Файлы**.
При этом после формирования договора автоматически откроется карточка файла конфигурации, где будут доступны действия: просмотра, редактирования и сохранение файла на локальный каталог.
В принципе Вам будут доступны все предопределенные возможности конфигурации, которые предполагают взаимодействия с файлами.
---
## Как заполнить договор в Word из 1С по собственному шаблону
После того как нами был создан собственный шаблон и добавлен в файлы конфигурации, его можно использовать для формирования договора.
Из справочника **Контрагенты** откроем обработку и приступим к заполнению.
В шапке укажем основные реквизиты, где выберем ранее созданный шаблон и укажем папку справочника **Файлы**, куда необходимо складывать сформированные договоры.
:::note
Замечу, что указанные реквизиты будут автоматически подставляться в табличную часть обработки.
:::
Если какой-то из реквизитов не проставился или Вам необходимо добавить другой реквизит, который используется в шаблоне, это можно сделать в табличной части.
Чтобы изменить подставляемое значение, нужно внести корректировки в столбец **Заменить** напротив необходимой переменной.
А для добавления дополнительного параметра нужно воспользоваться кнопкой **Добавить** и указать переменную, которая должна быть добавлена.
После проделанных манипуляций все что остается, это сформировать договор по собственному шаблону, который будет заполнен необходимыми значениями, указанных переменных.
Нажмем на кнопку **Сформировать**, дождемся выполнения и проверим корректность подставленных данных.
Как результат, получаем готовый полностью заполненный договор с контрагентом, на который было затрачено не более минуты.
При этом сложность шаблона абсолютно не важна. Обработка подставит параметры везде в файле, если их найдет.
---
## Как создать свой шаблон?
## Как создать свой шаблон договора, который будет заполняться автоматически
Обработку можно открыть открыв любой элемент справочника **Договоры** и в нем нажать в меню **Печать -> Создание договора по шаблону Word**
В самом начале надо создать шаблон вашего договора в который будут подставлять параметры из справочника Договоры.
Для создания нового шаблона необходимо знать, каким образом обработка подставляет нужную информацию при формировании документа.
Ответ прост, все реквизиты типового договора представляются в виде <переменных>, которые в свою очередь используются в тексте шаблона.
Так, например, чтобы указать полное наименование организации необходимо использовать переменную <ОрганизацияПН> и так далее.
Список доступных переменных отображается в табличной части обработки в колонке **Найти**.
В этой же табличной части содержится колонка значений, которые будут подставлены в ту или иную переменную, а также пояснения каждой из переменных.
Создайте новый документ MS Word, в котором заполните необходимый текст с использованием выше перечисленных переменных. В результате у Вас должен получится шаблон как на рисунке ниже.
Данный шаблон нужно будет загрузить в справочник **Файлы** в соответствующую папку, чтобы после, его использовать при формировании договора.
Таких шаблонов может быть сколько угодно.
Сохраните их в справочник **Файлы** и при формировании договора в Word выбирайте нужный шаблон.
---
## Назначение обработки
Обработка **Создание договоров по шаблонам Word в 1С** предназначена для облегчения процесса ведения учета договоров в таких автоматизированных программах как ***Управление торговлей 11*** или ***Бухгалтерия предприятия 3.0***. Возможности обработки не ограничиваются одним лишь хранением договоров в типовом справочнике "Договоры контрагентов".
Согласование договора осуществляется в разы быстрей, ведь само формирование не отнимет у Вас много времени, так как договор будет заполнен по заранее созданному шаблону.
Шаблоны хранятся в справочнике "Файлы", куда после успешного формирования попадают и новые заполненные договоры в формате документа Word.
Для хранения ранее созданных шаблонов необходимо организовать новую папку в справочнике "Файлы", а также в этом справочнике подготовить каталог для хранения сформированных договоров.
Подробно рассмотрим предназначения элементов рабочей области обработки. В шапке находится панель командных кнопок:
- [x] **Сформировать** - активирует первый режим работы обработки, который формирует договор и сразу локально на ПК открывает готовый вариант сформированного договора. Далее средствами MS Word данный договор можно сохранить на компьютере. Данный способ не сохраняет сформированные договора в справочнике "Файлы".
- [x] **Создать договор** - активирует второй режим работы обработки, который сохраняет сформированный договор в типовом справочнике "Файлы" и открывает карточку сохраненного файла для дальнейших действий (просмотр, редактирование).
- [x] **Параметры** - открывает таблицу доступных параметров, где отображено корректно написание переменных, а также их пояснение.
- [x] **Сохранить образец шаблона** - сохраняет используемый шаблон в справочнике "Файлы" как образец.
Далее расположен набор реквизитов, которые необходимо заполнить перед формированием договора. На основании заполненных реквизитов подставляются значения в табличную часть.
- [x] **Организация** - указывается организация, которая заключает договор с контрагентом.
- [x] **Контрагент** - указывается контрагент, который заключает договор с организацией.
- [x] **Шаблон** - выбирается необходимый шаблон, по которому будет осуществляться формирование договора.
- [x] **Счет** - автоматически подставляемый реквизит, который заполняется на основании данных указанной организации.
- [x] **Договор** - указывается договор между организацией и контрагентом, если такой имеется, в противном случае реквизит остается незаполненным.
- [x] **Папка** - указывается заранее созданный каталог в справочнике "Файлы", в который будут сохранятся сформированные договоры.
---
## Установка обработки в информационную базу
Процесс установки обработки **Создание договоров по шаблонам Word в 1С УТ 11.4 и БП 3.0** очень прост и сейчас мы в этом убедимся. Рассматривать пример установки будем на конфигурации ***Управление торговлей 11.4***. Открываем конфигурацию в режиме 1С:Предприятие и переходим в раздел **НСИ и администрирование**, где необходимо открыть подраздел **Печатные формы, отчеты и обработки**.
Перейдя в данный подраздел, необходимо открыть функционал **Дополнительные отчеты и обработки**, где будет осуществлена установка обработки.
В форме списка раздела **Дополнительные отчеты и обработки** нажмем кнопку **Добавить из файла**, чтобы добавить файл обработки из локального каталога.
Нажав на данную кнопку, автоматически переходим в форму **Дополнительная обработка (создание)**, где перед нами отобразится предупреждение безопасности, нажмем кнопку **Продолжить**.
После закрытия окна "Предупреждения безопасности" автоматически открывается проводник, в котором необходимо указать файл нашей обработки **Создание договоров по шаблонам Word в 1С УТ 11.4 и БП 3.0**. После того, как обработка добавлена можно осуществить ряд настроек, например, указать видимость, где обработка будет доступна и использоваться.
По умолчанию видимость устанавливается автоматически, но эту настройку можно скорректировать вручную.
Далее остается нажать только кнопку **Записать и закрыть**, после чего установку обработки можно считать завершенной.
