ред инструкции

docs/Admin manuals/Arch/Requirements/Requirements_client.md

@@ -1,7 +0,0 @@
-## Клиент 
-
-| Уровень | Требование |
-| ------- | ---------- |
-|Среда исполнения |браузер Chrome |
-|Платформа | - |
-|Инфраструктура | - |

docs/Admin manuals/Arch/Requirements/Requirements_docker.md

@@ -1,20 +0,0 @@
-# Сервер приложений для Docker
-
-| Уровень | Требование |
-| ------- | ---------- |
-|Среда исполнения |Docker 
-||Docker-compose |
-|Платформа | Linux (Ubuntu 2004) |
-|Инфраструктура | CPU: Архитектура x64, не менее 10 ядер, частота процессора не ниже 2,6 ГГц
-|| RAM: Не менее 16 Гб
-|| HDD: Не менее 100 Гб
-|| Net: Не менее 1 Гбит
-
-
-# Список необходимых лицензий
-
-| Продукт | Прмечание |
-| ------- | ---------- |
-| Lexema 8     | лицензия на сервер |
-
-

docs/Admin manuals/Arch/Requirements/Requirements_mssql.md

@@ -1,19 +0,0 @@
-# Сервер MS SQL
-
-| Уровень | Требование |
-| ------- | ---------- |
-|Среда исполнения |MS SQL 2014  
-|Платформа | Windows Server |
-|Инфраструктура | CPU: Архитектура x64, не менее 16 ядер, частота процессора не ниже 2,6 ГГц
-|| RAM:  Не менее 32 Гб
-|| HDD: Не менее 1024 Гб
-|| Net: Не менее 1 Гбит
-
-
-# Список необходимых лицензий
-
-| Продукт | Прмечание |
-| ------- | ---------- |
-| MSSQL 2014   | лицензия на сервер + клиентские или  |
-|              | лицензия на ядра сервера |
-

docs/Admin manuals/Arch/Requirements/Requirements_npm.md

@@ -1,20 +0,0 @@
-# Сервер приложений для NPM
-
-| Уровень | Требование |
-| ------- | ---------- |
-|Среда исполнения | NodeJS 10+  |
-|| Nginx  1.19+ |
-|| Redis 3.2.100 |
-|| Erlang  OTP 23.3  |
-|| Rabbitmq 3.8.9 |
-|Платформа | Windows Server (2012 R2) |
-|Инфраструктура | CPU: Архитектура x64, не менее 16 ядер, частота процессора не ниже 2,6 ГГц
-|| RAM: Не менее 32 Гб
-|| HDD: Не менее 200 Гб
-|| Net: Не менее 1 Гбит
-
-# Список необходимых лицензий
-
-| Продукт | Прмечание |
-| ------- | ---------- |
-| Lexema 8     | лицензия на сервер |

docs/Admin manuals/Arch/Requirements/Requirements_postgre.md

@@ -1,10 +0,0 @@
-# Сервер PostgreSQl
-
-| Уровень | Требование |
-| ------- | ---------- |
-|Среда исполнения | PostgreSQl 13 
-|Платформа | Linux (Ubuntu 2004)|
-|Инфраструктура | CPU: Архитектура x64, не менее 16 ядер, частота процессора не ниже 2,6 ГГц
-|| RAM:  Не менее 32 Гб
-|| HDD: Не менее 500 Гб
-|| Net: Не менее 1 Гбит

docs/Admin manuals/Arch/Requirements/SUMMARY.md

@@ -1,5 +0,0 @@
-* [Клиент](./Requirements_client.md)
-* [Docker образы](./Requirements_docker.md)
-* [NPM пакеты](./Requirements_npm.md)
-* [БД MSSQL](./Requirements_mssql.md)
-* [БД Postgree](./Requirements_postgre.md)

docs/Admin manuals/Arch/Requirements/index.md

@@ -1,20 +0,0 @@
-{%
-   include-markdown "Requirements_client.md"
-   heading-offset=1
-%}
-{%
-   include-markdown "./Requirements_docker.md"
-   heading-offset=1
-%}
-{%
-   include-markdown "./Requirements_npm.md"
-   heading-offset=1
-%}
-{%
-   include-markdown "./Requirements_mssql.md"
-   heading-offset=1
-%}
-{%
-   include-markdown "./Requirements_postgre.md"
-   heading-offset=1
-%}

docs/Admin manuals/Arch/SUMMARY.md

@@ -1,4 +0,0 @@
-* [Общее описание](./arch.md)
-* [Варианты поставки](./deploy_variant.md)
-* [Используемые сервисы](../service/)
-* [Требования к системе](./Requirements/index.md)

docs/Admin manuals/Arch/arch.md

@@ -1,43 +0,0 @@
-# Описание общей архитектуры приложения
-
-Приложение построено по 3х звенной модели
-
-**Клиент - Сервер приложений - Сервер БД**
-
-Взаимодействие клиентской и серверной части приложения осуществляется на основе веб-протоколов (http(s), webSocket и др.). Каждый веб-сервис определяет свой набор публичных программных интерфейсов (API) в виде путей относительно адреса приложения, по которым клиент может обращаться к нему. Например,  _/api/v1.0/service/_  - путь для обращения к веб-сервису service. Обращение к веб-сервисам чаще всего происходит с помощью http-запросов.
-
-## Клиент
- Клиентская часть представляет собой  браузерное html5-приложение на основе различных библиотек и пакетов,  написанное на языке javascript. 
-
-## Сервер приложений.
-Сервер приложений имеет микросервисную архитектуру и может быть адаптирован для запуска в облаке
-
-
-![Серверная архитектура](./img/Server_arch.png)
-
-На подробной схеме представлены веб-сервисы приложения  **Lexema**. Веб-сервисы представляют собой самостоятельные приложения на базе экосистемы  _Node.js_  и фреймворка  [**Koa**](https://koajs.com/). Каждый веб-сервис реализует строго определённый функционал и не зависит от реализации других веб-сервисов. Исходя из выполняемой ими функции, веб-сервисы могут обращаться к другим веб-сервисам приложения  **Lexema**  и к различным используемым технологиям. Например, к хранилищу  _Redis_  или к хранилищу данных.
-
-В блоке каждого сервиса перечислены их API в виде типа запроса и адреса, по которому этот запрос прослушивается сервисом. Большими стрелками указано взаимодействие между сервисами с помощью сервисной шины.
-
-__Обязательные веб-сервисы :__
-
-*  entrypoint - Точка входа для клиентов
-*  config - Сервис конфигурации
-*  logic - Сервис логики
-*  gate - Сервис входа (аутентификации)
-*  radio - Сервис взаимодействия реального времени
-*  lock - Сервис пессимистического блокировщика
-*  data  - Сервис доступа к данным и процедурам хранимым в БД
-*  RabbitMQ - Сервер RabbitMQ служит шиной обмена данными между веб-сервисами. Сервисы используют его механизмы (сообщения и очереди сообщений) для оповещения друг друга.
-*  Redis -Для хранения различной системной информации используется высокоскоростное хранилище данных Redis
-
-
-__Опциональные веб-сервисы :__
-
-* post - Сервис электронной почты и смс сообщений
-* jsreport - Сервис jsreport предназначен для работы с отчетами jsreport.
-* preview - Сервис превью предназначен для конвертации файлов в файлы в формате pdf, которые можно просматривать в контроле FilePreview.
-* lexema-dss - Сервис для работы с ОЭП выпускаемыми клиентом
-
-## Сервер БД
-  В качестве сервера баз данных используется MS SQL или PostgreSQL

docs/Admin manuals/Arch/deploy_variant.md

@@ -1,30 +0,0 @@
-
-Данное приложение может поставлятся on-premise в 2х вариантах:
-
-- облачное решение, поставляется в виде подготовленных Docker-образов
-- пакетное решение, поставляется в виде npm-пакетов
-
-
-Для администрирования каждого решения необходимы следующие компетенции 
-
-
-| Компетенция | Поставка Docker  | Поставка npm-пакетами |
-| ----------- | ---------- |  ---------- |
-| Network     |  + |  + |
-| Database    |  + |  + |
-| Docker      |  + |    |
-| Nginx       |  + |  + |
-| NPM         |    |  + |
-| PM2         |    |  + |
-| Redis       |    |  + |
-| RabbitMQ    |    |  + |
-
-
-
-
-!!! note
-    Команды docker для сборки, выгрузки и загрузки можно посмотреть по ссылке https://docs.docker.com/engine/reference/commandline/cli/.
-	Команды для запуска и управления сервисами через docker-compose можно посмотреть по ссылке https://docs.docker.com/compose/reference/overview/
-
-	Команды для запуска и управления сервисами через  NPM https://docs.npmjs.com/ , https://pm2.io/docs/plus/overview/
-

docs/Admin manuals/FAQ/FAQ.md

@@ -60,7 +60,7 @@ ALTER SYSTEM SET timezone TO 'Europe/Moscow'; -- изменение часово
 
 в) он получил документ посредством списка рассылки
 
-При необходимости можно дать так называемые горизонтальные права -то есть возможность видеть документы других подразделений при том, что в вышеописанные условия не попадает (кас. предоставления горизонтальных прав - см. статью [Настройка пользователей](../framework/User managment/Настройка пользователей/Настройка пользователей.md).
+При необходимости можно дать так называемые горизонтальные права -то есть возможность видеть документы других подразделений при том, что в вышеописанные условия не попадает (кас. предоставления горизонтальных прав - см. статью [Настройка пользователей](../Настройка пользователей/Настройка пользователей.md).
 Если пользователь не видит документ - вероятнее всего он не подходит ни под одно из вышеописанных условий.
 
 ## Пользователи

docs/Admin manuals/framework/Maintenance/Логи приложения/Логи приложения.md

@@ -1,99 +0,0 @@
-# Система логирования приложения
-
-## Общее описание 
-
-Предназначено для просмотра сообщений (событий) (как правило, об ошибках) в системе. Просмотреть лог можно в формах "Логи приложения", "Управление пользователями", "Просмотр событий". Для работы с данными формами пользователь должен обладать правами Администратора.
-
-## Форма "Логи приложения"
-
-С помощью данной формы можно посмотреть историю событий приложения. Чтобы открыть форму "Логи приложения", необходимо в меню в папке "Администрирование", подпапке "Система" выбрать пункт "Логи приложения". Форма доступна пользователю с ролью **ECM_usersmanagement** либо **ECM_InformationSecurity**.
-
-![Меню](./media/menu.png)
-
-Откроется форма с пустой таблицей:
-
-![Форма до загрузки строк в таблицу](./media/init.png){: .zoom}
-
-Для того, чтобы заполнить таблицу, необходимо ввести в поле "TOP N" количество последних возникших в системе событий для отображения (количество строк в таблице), а затем нажать на кнопку "Загрузить". Записи будут загружены в порядке убывания по времени возникновения.
-
-![Форма после загрузки строк в таблицу](./media/filled.png){: .zoom}
-
-В столбце "Уровень" приводится тип сообщения о событии. 
-
-- error – сообщение об ошибке;
-- debug – отладочное сообщение;
-- info – информационное техническое сообщение;
-- MailInfo – информационное сообщение от компоненты БД DBMail;
-- MailError – сообщение об ошибке от компоненты БД DBMail.
-
-В столбце "Дата" указываются дата и время возникновения сообщения.
-
-В столбце "Пользователи" указывается пользователь, спровоцировавший возникновение события. В некоторых случаях пользователь не указывается, например если событие произошло в результате технического вмешательства.
-
-В столбце "Сообщение" приводится краткая информация о событии. Если нажать на ссылку-текст сообщения, то откроется окно для более удобного просмотра длинного текста. То же происходит и при нажатии на ссылки в других столбцах.
-
-![Пример сообщения](./media/viewFullField.png){: .zoom}
-
-В столбце "Сообщение пользователю" содержится сообщение, возникшее в момент события на экране вызвавшего его пользователя под кнопкой "Инфо".
-
-В столбце "Детально" приводится детальная информация о событии, содержит дополнительные технические данные об ошибке.
-
-В столбце "Запрос" указывается запрос к базе данных, при выполнении которого возникло событие.
-
-В столбце "Сервис" указывается один из веб-сервисов, при выполнении которых возникло событие:
-
-* entrypoint – точка входа для клиентов;
-* config – сервис конфигурации;
-* logic – сервис логики;
-* gate – сервис входа (авторизации);
-* radio – сервис взаимодействия реального времени;
-* lock – сервис пессимистического блокировщика;
-* data  – сервис доступа к данным и процедурам, хранимым в БД;
-* RabbitMQ – сервер RabbitMQ служит шиной обмена данными между веб-сервисами. Сервисы используют его механизмы (сообщения и очереди сообщений) для оповещения друг друга;
-* Redis – используется для хранения различной системной информации;
-* post – сервис электронной почты и смс-сообщений;
-* jsreport – предназначен для работы с отчетами jsreport;
-* lexema-dss – для работы с ОЭП выпускаемыми клиентом;
-* preview – предназначен для конвертации файлов в файлы в формате pdf, которые можно просматривать в элементе управления ```FilePreview```.
-
-## Форма "Управление пользователями"
-
-**Описание**
-
-С помощью данной формы можно посмотреть журнал действий конкретного пользователя. Для этого нужно перейти в документ "Управление пользователями" в подраздел ["Журнал действий пользователей"](../../User managment/Управление пользователями/Управление пользователями.md#журнал_действий_пользователей). Выберите необходимого пользователя и нажмите кнопку **"Журнал действий пользователя"**
-
-![Журнал действия](media/SelectJornal.png)
-
-## Форма "Просмотр событий"
-
-**Описание**
-
-Для перехода в форму "Просмотр событий" в меню Пользователя выберите "Просмотр событий". Пользователь должен обладать правами Администратора.
-
-![Просмотр событий](media/eventViewer.png)
-
-![Реестр](media/reestr.png){: .zoom}
-
-- Сессия – идентификатор сессии;
-- Пользователь - логин пользователя;
-- Событие – тип события;
-- Объект – идентификатор модели или запроса, к которому шло обращение;
-- Параметры – параметры, с которыми загружаются или изменяются данные;
-- Ключ маршрута – маршрут вкладки приложения, в которой была инициирована работа с данными;
-- Идентификатор формы – параметр-идентификатор в маршруте, по которому была открыта вкладка, например, идентификатор документа;
-- Класс формы – класс формы, которая открывается в данной вкладке;
-- Браузер – информация о браузере (название и версия), в которыом работал пользователь;
-- Запрос – идентификатор запросов на загрузку или изменение данных для отслеживания цепочки клиент-сервер;
-- Дата – время вызова события;
-- Идентификатор организации – идентификатор организации, в которой находился пользователь при вызове события.
-
-Можно настроить загрузку данных, например по Пользователю, сессии, событию и т.д.
-
-Для этого в панели инструментов нажмите кнопку "Загрузка данных". 
-
-![Загрузка](media/load.png)
-
-В открывшемся окне выберите условия по которым необходимо отфильтровать реестре. Например укажем, что столбец "Пользователь" должен содержать значение "Director". После этого нажмите "Загрузить данные". После загрузки в реестре будут отображены лог действий пользователя "Director"
-
-![Загрузка данных](media/loadData.png)
-![Отфильтрованные сессии](media/session.png){: .zoom}

docs/Admin manuals/framework/SUMMARY.md

@@ -1,5 +0,0 @@
-- [Описание](Config/Развертывание системы.md)
-- [Подготовка серверов](./Prepare/)
-- [Настройка](./Config/)
-- [Развертывание](./Deploy/)
-- [Обслуживание](./Maintenance/)

docs/Admin manuals/framework/User managment/SUMMARY.md

@@ -1,4 +0,0 @@
-* [Управление пользователями через единый интерфейс](./Управление пользователями/Управление пользователями.md)
-* [Создание пользователя](Управление пользователями/Управление пользователями/#создание_пользователя)
-* [Назначение прав](Настройка пользователей/Настройка пользователей/#документооборот)
-* [Заявки в техническую поддержку](Заявка в техническую поддержку/Заявки в техподдержку.md)

docs/Admin manuals/framework/User managment/description.md

@@ -1,9 +0,0 @@
-# Описание
-
-Управление пользователями приложения включает в себя:
-
-*  управление компаниями,
-*  управление пользователями в разрезе компаний,
-*  назначение пользователям ролей и настройка замещений (также в разрезе компаний).
-
-Компания (организация) – это группа пользователей, обладающая общими данными. Если пользователь является ассоциированным с компанией, он имеет доступ ко всем данным компании с учетом прав. Каждый пользователь приложения входит хотя бы в одну компанию, а первый пользователь – в ту, которая создавалась при инициализации проекта.

docs/Admin manuals/sheduler/TaskSheduler.md

@@ -4,18 +4,18 @@
 
 Название действия (задача)  |  Техническое название  |  Что она делает  |  Где используется  |  Рекомендуемая частота выполнения задачи
 ----------------------------|------------------------|------------------|--------------------|-----------------------------------------
-Автоматическое создание заявок на обучение |  -  |  Автоматическое создание [заявки на обучение](../../УОП/Планирование обучения/Заявки на обучение/Заявки на обучение.md) из [плана обучения](../../УОП/Планирование обучения/План обучения/План обучения.md) |  В процессе планирования обучения  |  Каждый день 
-Автоматическое обновление статуса обучение |  ecosoft-lexema8-scheduler-staff-training-functions.AutomaticUpdateStudyingCourseStatus  |  Автоматически переводит просроченные [программы обучения](../../УОП/Программы обучения/Программы обучения/Программы обучения.md) по дате обучения в статус «Не пройдено» |  В процедуре обучения  |  Каждый день
+Автоматическое создание заявок на обучение |  -  |  Автоматическое создание [заявки на обучение](../../УОП/Планирование обучения/Заявки на обучение/Заявки на обучение.md) из [плана обучения](../УОП/Планирование обучения/План обучения/План обучения.md) |  В процессе планирования обучения  |  Каждый день 
+Автоматическое обновление статуса обучение |  ecosoft-lexema8-scheduler-staff-training-functions.AutomaticUpdateStudyingCourseStatus  |  Автоматически переводит просроченные [программы обучения](../УОП/Программы обучения/Программы обучения/Программы обучения.md) по дате обучения в статус «Не пройдено» |  В процедуре обучения  |  Каждый день
 Автоматическое формирование протоколов обучения |  eecosoft-lexema8-scheduler-staff-training-functions.AutomaticCreateStaffTrainingJournalFromStatistic |  Автоматически формирует протоколы обучения согласно статистике обучения по сотрудникам |  В процедуре обучения  |  Каждый день
 Блокировка учетных записей пользователей, где дата увольнения меньше текущей  |  ecosoft-lexema8-scheduler-admin-console-functions.UserBloking  |  Проставляет признак блокировки у пользователей, если у связанного сотрудника проставлена дата увольнения меньше текущей даты  |  В процедуре блокировки пользователей  |  Каждый день
 Выгрузка документов из Лексемы в 1С  |  ecosoft-lexema8-scheduler-odata-functions.unLoadDocuments  |  Осуществляет автоматическую выгрузку документов из Лексемы в 1С (перечисленные на вкладке ["Исходящие документы"](../../../Admin manuals/СЭД/Настройка для интеграции с 1С/Настройка интеграции справочников и документов/Вкладка Исходящие документы.md).)  |  В процедуре автоматической выгрузки данных в 1С  |  Раз в час
-Выпуск новых сертификатов, когда истекают сроки |  ecosoft-lexema8-scheduler-admin-console-functions.createCloudCertificateExpiring  |  Осуществляет автоматическую [заявку на выпуск сертификата](../../ЭП/Выпуск ОНЭП/Выпуск ОНЭП.md#Заявки-на-выпуск-ЭП) пользователям у которых закончился срок действия сертификата электронной подписи. В настройках учетной политики должна быть включена константа **ЭЦП_количество_дней_за_сколько_отправтить_заявку_на_перевыпуск**, где указывается значение количества дней по которому нужно проверять сертификаты. Если текущая дата меньше даты окончания действующего ЭП либо равна константе - то создается заявка на перевыпуск. Сертификаты создаются по всем филиалам организаций, на которых истекает срок действия |  В процедуре выпуска сертификатов пользователям |  Каждый день
+Выпуск новых сертификатов, когда истекают сроки |  ecosoft-lexema8-scheduler-admin-console-functions.createCloudCertificateExpiring  |  Осуществляет автоматическую [заявку на выпуск сертификата](../ЭП/Выпуск ОНЭП/Выпуск ОНЭП.md#Заявки_на_выпуск-ЭП) пользователям у которых закончился срок действия сертификата электронной подписи. В настройках учетной политики должна быть включена константа **ЭЦП_количество_дней_за_сколько_отправтить_заявку_на_перевыпуск**, где указывается значение количества дней по которому нужно проверять сертификаты. Если текущая дата меньше даты окончания действующего ЭП либо равна константе - то создается заявка на перевыпуск. Сертификаты создаются по всем филиалам организаций, на которых истекает срок действия |  В процедуре выпуска сертификатов пользователям |  Каждый день
 Выпуск сертификатов новым сотрудникам |  ecosoft-lexema8-scheduler-admin-console-functions.NewUsersCloudCertificateCreate  | Осуществляет автоматический выпуск сертификатов электронной подписи новым принятым сотрудникам. Функция работает по следующему принципу: в случае если используется положение о КЭДО, то кандидаты подбираются если текущая дата больше либо равна дата перехода на КЭДО и есть логин в системе. В случае если положение о КЭДО не используется то по наличию логина в системе у сотрудника.|  В процедуре выпуска сертификатов пользователям |  Каждый день
-Добавление в список рассылки ЛНД с признаком "Ознакомлен ранее" |  ecosoft-lexema8-scheduler-formation-mailing-list.InsertReadListLNDReadEarlier  | В [список рассылки](../../../User manuals/Работа с маршрутами/obrabotkadoc.md#список_рассылки) автоматически добавляются сотрудники, которые подписали ознакомление с ЛНД на [бумажном носителе при приеме на работу](../../../User manuals/Кадровый ЭДО/Локально-нормативные документы/Локально-нормативные документы.md#вкладка_распространяется_на)  |  В процедуре создания ЛНД |  Каждый день
+Добавление в список рассылки ЛНД с признаком "Ознакомлен ранее" |  ecosoft-lexema8-scheduler-formation-mailing-list.InsertReadListLNDReadEarlier  | В [список рассылки](../../User manuals/Работа с маршрутами/obrabotkadoc.md#список_рассылки) автоматически добавляются сотрудники, которые подписали ознакомление с ЛНД на [бумажном носителе при приеме на работу](../../User manuals/Кадровый ЭДО/Локально-нормативные документы/Локально-нормативные документы.md#вкладка_распространяется_на)  |  В процедуре создания ЛНД |  Каждый день
 Договора в статусе черновик (не отправленные по маршруту)  |  ecosoft-lexema8-scheduler-formation-mailing-list.sendingContractNotificationsExpired  |  Удаляет договора, которым не назначен маршрут. На следующий день после создания договора. Все договора, которые остались без маршрута будут удалены  |  В процедуре удаления договоров, которым не назначен маршрут  |  Каждый день
 Загрузка в Лексему документов на подписание из файлов (расчетные листы)  |  ecosoft-lexema8-scheduler-odata-functions.loadDocumentForSigningFromFile  | Осуществляет автоматическую загрузку файлов в Лексему из сетевого хранилища | В процедуре автоматической загрузки данных из 1С |  Каждый день
-Загрузка в Лексему из 1С документов  | ecosoft-lexema8-scheduler-odata-functions.loadDocumentForm  | Осуществляет автоматическую загрузку физических документов из 1С в Лексему (перечисленные на вкладке ["Входящие документы"](../../../Admin manuals/СЭД/Настройка для интеграции с 1С/Настройка интеграции справочников и документов/Вкладка Входящие документы.md) с типом *"Документ в Лексеме"*)  |  В процедуре автоматической загрузки данных из 1С  |  Раз в час
-Загрузка в Лексему из 1С произвольных выборок  |  ecosoft-lexema8-scheduler-odata-functions.loadFreeQuery  |  Осуществляет автоматическую загрузку сущностей, не относящих к справочникам и документам, в произвольном виде в физическую таблицу СЭД. Например, управленческую структуру. Подробнее ознакомиться можно в разделе [Произвольные выборки](../../../Admin manuals/СЭД/Настройка для интеграции с 1С/Настройка интеграции справочников и документов/Вкладка Произвольные выборки.md)  |  В процедуре автоматической выгрузки произвольных выборок из 1С  |  Раз в час
+Загрузка в Лексему из 1С документов  | ecosoft-lexema8-scheduler-odata-functions.loadDocumentForm  | Осуществляет автоматическую загрузку физических документов из 1С в Лексему (перечисленные на вкладке ["Входящие документы"](../СЭД/Настройка для интеграции с 1С/Настройка интеграции справочников и документов/Вкладка Входящие документы.md) с типом *"Документ в Лексеме"*)  |  В процедуре автоматической загрузки данных из 1С  |  Раз в час
+Загрузка в Лексему из 1С произвольных выборок  |  ecosoft-lexema8-scheduler-odata-functions.loadFreeQuery  |  Осуществляет автоматическую загрузку сущностей, не относящих к справочникам и документам, в произвольном виде в физическую таблицу СЭД. Например, управленческую структуру. Подробнее ознакомиться можно в разделе [Произвольные выборки](../СЭД/Настройка для интеграции с 1С/Настройка интеграции справочников и документов/Вкладка Произвольные выборки.md) |  В процедуре автоматической выгрузки произвольных выборок из 1С  |  Раз в час
 Загрузка из 1С в Лексему документов на подписание  |  ecosoft-lexema8-scheduler-odata-functions.loadDocumentForSigningFromFile  |  Осуществляет автоматическую загрузку документов на подписание из 1С в Лексему (перечисленные на вкладке ["Входящие документы"](../../../Admin manuals/СЭД/Настройка для интеграции с 1С/Настройка интеграции справочников и документов/Вкладка Входящие документы.md) с типом *"Подтип документа на подписание"*).. Так же создает документы на подписание в документообороте  |  В процедуре автоматической загрузки данных из 1С  |  Раз в час
 Загрузка из 1С физ.лиц  |  ecosoft-lexema8-scheduler-odata-functions.loadDocumentForm  |  Осуществляет автоматическую загрузку физических лиц из 1С  |  В процедуре автоматической загрузки физических лиц из 1С  |  Раз в час
 Загрузка пользователей из Active Directory в форму для сопоставления  |  ecosoft-lexema8-scheduler-admin-console-functions.loadADUsers  |  Автоматически добавляет и сопоставляет доменные учетные записи из Active Directory со справочником физических лиц  |  В процедуре создания нового пользователя. Если в системе Active Directory были изменения в данных пользователей, таких как ФИО или адрес электронной почты, то обновленная информация используется для обновления соответствующих таблиц.   |  Каждый день 
@@ -28,15 +28,15 @@
 Рассылка документов на этапе инициирования  |  ecosoft-lexema8-scheduler-formation-mailing-list.sendingNotificationsFirstStage  |  Осуществляет автоматическую отправку письма инициатору, в случае если он создал документ, но не запустил документ по маршруту  |  В процедуре автоматической отправки писем  |  Каждый день 
 Рассылка просроченных документов руководителям  |  ecosoft-lexema8-scheduler-formation-mailing-list.sendingNotificationsExpiredChief  |  Создает автоматическую рассылку руководителю подразделения со списком подчиненных у которых есть задолженности, с указанием количества просроченных документов и типов документов  |  В процедуре автоматической рассылки просроченных документов руководителям  |  Каждый день
 Рассылка сводки по просроченным документам их инициаторам | ecosoft-lexema8-scheduler-formation-mailing-list.SendingNotificationsExpiredSummaryToInitiator | Оповещения направляются инициатору с информацией по документам, действия по которым просрочил любой из маршрута | В процедуре автоматической отправки писем  |  Каждый день
-Рассылка уведомлений об ознакомлении ЛНД | ecosoft-lexema8-scheduler-formation-mailing-list.longQuery | В [список рассылки](../../../User manuals/Работа с маршрутами/obrabotkadoc.md#список_рассылки) автоматически добавляются вновь принятые сотрудники, которые работают в подразделения на которые [распространяется действие ЛНД](../../../User manuals/Кадровый ЭДО/Локально-нормативные документы/Локально-нормативные документы.md#вкладка_распространяется_на). Также из списка рассылки автоматически удаляются уволенные сотрудники, которые не успели ознакомиться с данным ЛНД | В процедуре автоматической отправки писем  |  Каждый день
+Рассылка уведомлений об ознакомлении ЛНД | ecosoft-lexema8-scheduler-formation-mailing-list.longQuery | В [список рассылки](../../../User manuals/Работа с маршрутами/obrabotkadoc.md#список_рассылки) автоматически добавляются вновь принятые сотрудники, которые работают в подразделения на которые [распространяется действие ЛНД](../../User manuals/Кадровый ЭДО/Локально-нормативные документы/Локально-нормативные документы.md#вкладка_распространяется_на). Также из списка рассылки автоматически удаляются уволенные сотрудники, которые не успели ознакомиться с данным ЛНД | В процедуре автоматической отправки писем  |  Каждый день
 Снятие с ознакомления ЛНД с истёкшим сроком действия  |  ecosoft-lexema8-scheduler-formation-mailing-list.ClearReadListOfExpiredLND  |  Отменяет факт отправки ЛНД на ознакомление пользователям, которые не ознакомились с ЛНД до истечения его срока действия. В списках рассылки таких ЛНД останутся только пользователи, которые ознакомились с ним до выполнения задачи  |  В процедуре рассылки ЛНД  |  Каждый день
 Создание новых пользователей  |  ecosoft-lexema8-scheduler-admin-console-functions.createNewUsers  |  Создает новых пользователей, осуществляет их привязку к организации,  формирует документы "настройка пользователей" на основании данных справочников "Физическое лицо" и "Сотрудник", а также данных, загруженных из Active Directory, при необходимости.  Примечание: У физического лица должно быть заполнено поле "Адрес эл/почты"  |  В процедуре создания новых пользователей  |  Каждый день
 Уведомления Lexema  |  ecosoft-lexema8-scheduler-formation-mailing-list.SendingNotificationLexema  |  Создает уведомления в системе, с помощью которых можно посылать по СЭД сообщения пользователям. Все уведомления  будут находиться в окне "На обработку" как напоминание  |  В процедуре уведомления в системе  |  Каждый день
-Уведомления о приближающейся просрочке документов  |  ecosoft-lexema8-scheduler-formation-mailing-list.SendingNotificationsProcessing  |  Создает в системе информационное письмо, с помощью которого пользователям направляется уведомление о необходимости обработки документов СЭД согласно срокам. Необходимо настройка константы [**"Предупреждать об окончании норматива согласования за (дней)"**](../../СЭД/Настройка констант/Настройка констант.md#система_электронного_и_кадрового_документооборота) |  В процедуре уведомления в системе  |  Каждый день
+Уведомления о приближающейся просрочке документов  |  ecosoft-lexema8-scheduler-formation-mailing-list.SendingNotificationsProcessing  |  Создает в системе информационное письмо, с помощью которого пользователям направляется уведомление о необходимости обработки документов СЭД согласно срокам. Необходимо настройка константы [**"Предупреждать об окончании норматива согласования за (дней)"**](../СЭД/Настройка констант/Настройка констант.md#система_электронного_и_кадрового_документооборота) |  В процедуре уведомления в системе  |  Каждый день
 Уведомления о приближающейся просрочке документов через СМС | ecosoft-lexema8-scheduler-formation-mailing-list.SendingNotificationsSMS | Пользователям направляется уведомление о необходимости обработки документов СЭД согласно срокам, а также о просроченных документов через SMS | В процедуре уведомления в системе  |  Каждый день
 Уведомления об окончании срока доверенностей  |  ecosoft-lexema8-scheduler-formation-mailing-list.SendingEmpowermentNotificationExpired  |  Автоматичеси рассылает уведомления об окончании срока действия доверенности  |  В процедуре рассылки  |  Каждый день
 Установка даты перехода на КЭДО принятым сотрудникам  |  ecosoft-lexema8-scheduler-admin-console-functions.UpdateWorkerDateEDM  |  Осуществляет автоматическое проставление вновь принятым сотрудникам даты перехода на кадровый электронный документооборот. Система проверяет на текущий день всех новых сотрудников, у которых присутствует логин, но отсутствует дата перехода на КЭДО. В настройках учетной политики должна быть настроена константа **Дата_принятия_положения_КЭДО** с заполненой датой в формате дд.мм.гггг (например 09.09.2022). По указанной дате система определяет сотрудников,у которых дата приема позже, чем дата из константы, и по таким сотрудникам устанавливает дату перехода на КЭДО, равную дате приема  |  В процедуре автоматического проставления даты перехода на КЭДО  |  Каждый день
 Формирование недостающих отчетов со штампом электронной подписи |  ecosoft-lexema8-scheduler-formation-mailing-list.loadWaterMarkReport  |  Формирует автоматическое вложение отчета со штампом электронной подписи во вложении к заявлению, в случае если это не было сделано ранее по завершению маршрута заявления  |  В процедуре укомплектования документов  |  Каждый день
 
 **Способы и примеры настройки расписания задаются в формате crontab**  
-Ознакомиться подробнее можно в разделе [Создание расписания в формате Crontab](../../FAQ/FAQ.md#использование_crontab_для_сервиса_sheduler)
+Ознакомиться подробнее можно в разделе [Создание расписания в формате Crontab](../FAQ/FAQ.md#использование_crontab_для_сервиса_sheduler)

docs/Admin manuals/telegram/Настройка мессенджера телеграм.md

@@ -83,7 +83,7 @@
 !!! note
     Примечание: если статус сервиса сообщает о неуспешной авторизации – обратитесь в техническую поддержку Lexema-ECM
 
-Для получения уведомления у пользователя должна быть подключена опция получения уведомления через Telegram в [Управлении пользователями](../../framework/User managment/Управление пользователями/Управление пользователями.md#создание_пользователя).
+Для получения уведомления у пользователя должна быть подключена опция получения уведомления через Telegram в [Управлении пользователями](../Управление пользователями/Управление пользователями.md#создание_пользователя).
 
 При поступлении документа на обработку пользователю придет соответствующее уведомление в мессенджере.