Merge branch 'master' of http://gogs.lex.lan/l8-base/erp_manual

docs/Admin manuals/Администратор CRM/Администратор CRM.md

@@ -0,0 +1,74 @@
+# Администратор CRM
+
+## Настройка почтового ящика по умолчанию для отправки писем из Лидов
+
+1. Открыть браузер
+2. Перейти в почтовый ящик yandex или mail
+3. Открыть консоль (F12)
+4. На вкладке console выполнить команду:
+
+**yandex:**
+navigator.registerProtocolHandler("mailto", "https://mail.yandex.ru/compose?mailto=%s", "yandex")
+
+**mail:**
+navigator.registerProtocolHandler("mailto","https://e.mail.ru/compose?mailto=%s","mail.ru")
+
+В правом верхнем углу экрана разрешить переход по ссылкам почты.
+
+## Аккаунты
+
+В документе **Аккаунт почты** создать новый аккаунт и заполнить поля как: 
+
+- адрес (адрес почты) 
+- пароль (пароль приложения, созданный в почте)
+- описание (ФИО менеджера)
+
+Заполнить поля входящего сервера, сервер в зависимости от почтовика будет imap.mail.ru или imap.yandex.ru и т.д., нажать на ![](image.png)
+
+Нажатием развернуть поле **Настройка папок**. Выбрать дополнительные папки, нажать на кнопку ![](image-1.png)
+
+Отметить чек-боксами необходимые папки из списка загруженных. Для того, чтобы грузило из папок входящие 
+и исходящие, нужно вставить в поля **Входящая почта** и **Исходящая почта** названия папок из грида со 
+списком, подходящих по названию (входящая почта - INBOX, Inbox, исходящая - Sent, SentBox, Отправленные 
+и т.п.). Регистр имеет значение. У разных поставщиков почты папки могут называться по разному.
+
+![](image-2.png)
+
+## Доступ к EMail-сообщениям почты
+
+Настроить доступ к EMail-сообщениям почты в документе **Настройка пользователя**. Выбрать из реестра 
+пользователей нужного менеджера, на закладке **CRM** в поле **EMail-почта** выбрать настроенный аккаунт 
+почты, принадлежащий указанному менеджеру. Сохранить документ. Руководителю 
+отдела дать доступ ко всем рабочим аккаунтам менеджеров.
+
+![](image-3.png)
+
+## Настройка Воронки продаж
+
+Настроить Воронку продаж в документе **Воронки продаж**, расположенной в главном меню системы в папке 
+**Настройки**. Создать документ, ввести название воронки. Перейти в поле **Этапы**, добавлять этапы по кнопке 
+**Добавить**, в правом поле, подсвеченном красной рамкой, ввести наименование этапа и выбрать из выпадающего 
+списка, данные которого хранятся в справочнике **Статусы лидов**, Статус данного этапа.
+
+![](image-4.png)
+
+Добавить все необходимые этапы, перейти на закладку **Характеристики**, нажать на ![](image-5.png), присвоить 
+группе наименование в поле справа. 
+
+Добавлять в группу характеристики кликом на ![](image-6.png).
+
+В поле справа выбрать необходимую характеристику из выпадающего списка, данные хранятся в справочнике 
+**Справочник характеристик лида**. Добавить необходимые характеристики. При необходимости обязательность 
+заполнения характеристики привязать к определенному этапу, например: характеристики Причина отклонения 
+и Дата отклонения привязать в этапу Закрыто не реализовано (в дальнейшем при работе с Лидом, чтобы 
+перейти на этап Закрыто не реализовано, нужно будет обязательно заполнить поля характеристик Причина 
+отклонения и Дата отклонения).
+
+![](image-7.png)
+
+Удалить характеристику и группу по клику на ![](image-8.png).
+
+Перемещать этапы и характеристики вверх или вниз по клику на ![](image-9.png).
+
+После внесения в документ всех данных, сохранить документ.
+

docs/Admin manuals/Администратор банка/Администратор банка.md

@@ -14,13 +14,11 @@
 
 Откроется реестр Структура файла для обмена данными с клиент-банком:
 
-![](2.png)
+![](image-1.png)
 
 ***Создание документа***
 
-Чтобы создать документ, нажмите на кнопку “создать” в шапке документа:
-
-![](3.png)
+Чтобы создать документ, нажмите на кнопку **Создать** в шапке документа:
 
 Откроется новый документ:
 
@@ -90,7 +88,7 @@
 
 ***Реестр***
 
-Чтобы открыть реестр документа необходимо перейти в Меню в **“Бухгалтерский учет” – “Бухгалтерские операции”**. 
+Чтобы открыть реестр документа необходимо перейти в Меню в **Бухгалтерский учет – Бухгалтерские операции**. 
 
 ![](1-2.png)
 
@@ -98,9 +96,9 @@
 
 ![](2-2.png)
 
-* **создание** - отвечает за создание новой бухгалтерской операции;
+* **создание** - отвечает за создание новой бухгалтерской операции
 
-* **удаление** - удаляет ранее созданный документ. Требуется выделить документ в реестре и нажать на “удалить”. 
+* **удаление** - удаляет ранее созданный документ. Требуется выделить документ в реестре и нажать на удалить
 
 * **привязка к организациям** - дает возможность привязать документ не только к организации, в которой создавался, но и к другим, имеющимся в списке. 
 
@@ -176,8 +174,64 @@
 После сохранения документа нажать на “сохранить” или “сохр.закрыть”.
 
 
+## Контрагенты
 
+Документ «Контрагент» включает в себя множество проверок, которые направлены на обеспечение заполненности тех или иных полей. Эти проверки могут быть настроены в зависимости от учетной политики, констант, ролей и других факторов. Для каждой проверки требуется определить перечень полей, которые будут подвергаться этой проверке.
 
+**Основные принципы проверок:**
 
+1. Проверки связаны исключительно с заполненностью полей, если в пояснении к перечню не указано иное.
 
+2. Несоблюдение установленных требований будет препятствовать сохранению документа.
 
+**Перечни полей, подвергающихся к проверке при сохранении документа:**
+
+***1. Перечень полей обязательных для заполнения***
+
+1.1   Краткое наименование
+
+1.2   Полное наименование
+
+1.3   Банковские реквизиты (при наличии строки проверяются поля: банк, расчётный счёт)
+
+***2. Перечень полей, проверка которых зависит от настройки учетной политики***
+
+2.1   Тип
+
+2.2   Вид
+
+2.3   Юр. Адрес (только для юр. лиц)
+
+***3. Перечень полей, проверка которых зависит от признаков и констант***
+
+3.1   ИНН
+
+3.2   КПП
+
+3.3   ОГРН
+
+3.4   ОКПО
+
+3.5   ОКОПФ
+
+3.6   СНИЛС и паспорт
+
+**Пояснение к п.3:**
+
+3.1.1 При отсутствии признака «нерезидент» проводится проверка для ИНН (заполненность, кол-во символов, формат);
+ Для документов с видом контрагента «юр. лицо» производится проверка на повторение ИНН и КПП, за исключением наличия роли **(contractor_allow_save_similar_inn_kpp)**
+
+ При наличии константы **(add_type_check_contractor)** к этой проверке добавляется параметр «Тип контрагента» (в этом случае разрешающих ролей не предусмотрено). Аналогичным образом производится проверка для документа с видом «физ. лицо», а также при наличии константы «Интеграции САП» **(tab_SAP_visible_in_contractor)** и незаполненного КПП с видом контрагента “юр. лицо” (только без проверки КПП). 
+ 
+ При наличии константы **allow_emptyInn_forBuyers_in_contractor** для контрагентов с типом “Покупатель” и видом “физ. лицо” данное поле не обязательно к заполнению.
+*(актуально с версии общих справочников 3.3.15)
+
+3.2.1 При отсутствии признака «Нерезидент» и «Интеграции САП» **(tab_SAP_visible_in_contractor)** производится проверка КПП (заполненность, кол-во символов)
+
+3.3.1 При заполненном поле и отсутствии «Интеграции САП» **(tab_SAP_visible_in_contractor)** производится проверка ОГРН (заполненность, кол-во символов, формат)
+
+3.4.1 При заполненном поле производится проверка ОКПО (кол-во символов)
+
+3.5.1 При отсутствии признака «Нерезидент» и видом контрагента, не являющемся физ. лицом, производится проверка ОКОПФ (заполненность)
+
+3.6.1 При наличии константы **(Контрагент: проверка СНИЛС и паспорта физ.лица)** и видом контрагента, являющемся физ. лицом, производится проверка СНИЛС (заполненность, кол-во символов) и паспортных данных (заполненность, табл. часть включительно)

docs/Admin manuals/Администратор закупок/Администратор закупок.md

@@ -1,114 +1,114 @@
-# Подтип документа
+## Подтип документа
 
-## Общее описание назначения справочника
+**Общее описание назначения справочника**
 
-Подтипы документов обеспечивают более детальную категоризацию документов. Документы реестра "Подтипы документов" предназначены для организации различных шаблонов документов одного и того же типа. Например, для типа документа "Заявка на закупку" может быть несколько подтипов: Оборудование, запчасти; Компьютерная техника; Ремонт станка. 
+Подтипы документов обеспечивают более детальную категоризацию документов. Документы реестра **Подтипы документов** предназначены для организации различных шаблонов документов одного и того же типа. Например, для типа документа Заявка на закупку может быть несколько подтипов: Оборудование, запчасти; Компьютерная техника; Ремонт станка. 
 
-## Реестр
+**Реестр**
 
-Для открытия реестра перейдите в **Меню** и введите в поисковое поле **“Подтип документа”**.
+Для открытия реестра перейдите в **Меню** и введите в поисковое поле **Подтип документа**.
 
 Откроется реестр документов:
 
-![](1.png)
+![](1-1.png)
 
-Для создания нового документа необходимо нажать на кнопку **"Создать"** на панели инструментов:
+Для создания нового документа необходимо нажать на кнопку **Создать** на панели инструментов:
 
 ![](2-1.png)
 
-## Документ
+**Документ**
 
-## Вкладка “Настройки”
+1. Вкладка **Настройки**
 
-Настройки для документа "Подтип" выглядят следующим образом:
+Настройки для документа Подтип выглядят следующим образом:
 
-![](3-1.png)
+![](3-3.png)
 
-* **Наименование** – обязательное для заполнения поле. Оно соответствует названию подтипа документа;
-* **Служебное наименование** – является необязательным. При его заполнении специальные служебные наименования подключают функции проверок и вычислений;
-* **Использовать в документе** – указываем, в каком документе будет использоваться данный подтип документа.
-* **Кодификатор минтруда** – вносится код документа или иных сведений, связанных с работой, оформляемых в письменном виде, согласно Приказа Минтруда России;
-* **Действует “с" и "по"** – при помощи этих полей можно указать период времени, в течение которого данный подтип будет действовать в системе. По истечению заданного срока при создании документов данный подтип не будет предложен. Если даты в полях не указаны, то подтип считается бессрочным;
-* Опция **“Использовать по умолчанию”** – отмечает данный подтип документа, который будет вставляться в соответствующее поле при создании документа автоматически. Поставить галочку в поле "Использовать по умолчанию" можно в том случае, если она не проставлена для другого подтипа того же типа документа. В противном случае при попытке сохранить документ операция не будет выполнена, и появится системное сообщение с предупреждением, что значение по умолчанию уже выбрано, с указанием, какой именно подтип документа выбран по умолчанию;
-* Опция **“Конфиденциально”** – отмечает данный подтип документа, как конфиденциальный. Доступ к таким документам имеют только те пользователи, у которых в настройках пользователя проставлена галочка в столбце "Видеть конфиденциальные”;
-* c помощью табличной части **Настройка допустимых статусов** для данного подтипа указываются допустимые действия при согласовании по маршруту;
-* с помощью табличной части **Настройка уведомлений инициатору** определяется какой вид уведомления будет направлен инициатору.
+* **Наименование** – обязательное для заполнения поле. Оно соответствует названию подтипа документа
+* **Служебное наименование** – является необязательным. При его заполнении специальные служебные наименования подключают функции проверок и вычислений
+* **Использовать в документе** – указываем, в каком документе будет использоваться данный подтип документа
+* **Кодификатор минтруда** – вносится код документа или иных сведений, связанных с работой, оформляемых в письменном виде, согласно Приказа Минтруда России
+* **Действует с и по** – при помощи этих полей можно указать период времени, в течение которого данный подтип будет действовать в системе. По истечению заданного срока при создании документов данный подтип не будет предложен. Если даты в полях не указаны, то подтип считается бессрочным
+* Опция **Использовать по умолчанию** – отмечает данный подтип документа, который будет вставляться в соответствующее поле при создании документа автоматически. Поставить галочку в поле Использовать по умолчанию можно в том случае, если она не проставлена для другого подтипа того же типа документа. В противном случае при попытке сохранить документ операция не будет выполнена, и появится системное сообщение с предупреждением, что значение по умолчанию уже выбрано, с указанием, какой именно подтип документа выбран по умолчанию
+* Опция **Конфиденциально** – отмечает данный подтип документа, как конфиденциальный. Доступ к таким документам имеют только те пользователи, у которых в настройках пользователя проставлена галочка в столбце Видеть конфиденциальные
+* С помощью табличной части **Настройка допустимых статусов** для данного подтипа указываются допустимые действия при согласовании по маршруту
+* С помощью табличной части **Настройка уведомлений инициатору** определяется какой вид уведомления будет направлен инициатору
 
-## Вкладка "Право на создание документов с данным подтипом"
+2. Вкладка **Право на создание документов с данным подтипом**
 
-Если данный подтип документа создан для конкретного подразделения, то нужно указать это подразделение в таблице "Подразделение". Для этого нажать кнопку "+" (Добавить). В этом случае пользователям других подразделений он будет недоступен для выбора.
+Если данный подтип документа создан для конкретного подразделения, то нужно указать это подразделение в таблице Подразделение. Для этого нажать кнопку "+" (Добавить). В этом случае пользователям других подразделений он будет недоступен для выбора.
 
-Также можно указать только пользователей, у которых будет возможность выбрать этот подтип документа. Для этого их нужно указать в таблице "Пользователи".
+Также можно указать только пользователей, у которых будет возможность выбрать этот подтип документа. Для этого их нужно указать в таблице Пользователи.
 
 ![](4.png)
 
-В данном примере указан что документ с данным подтипом сможет создать любой пользователь, который находится в подразделении **"11Б1 ГРУППА ПЛАНИРОВАНИЯ ПРОИЗВОДСТВА"**, либо только пользователь **TEST TEST**, либо только пользователь, имеющий роль **requestPurchase_write**.
+В данном примере указан что документ с данным подтипом сможет создать любой пользователь, который находится в подразделении **11Б1 ГРУППА ПЛАНИРОВАНИЯ ПРОИЗВОДСТВА**, либо только пользователь **TEST TEST**, либо только пользователь, имеющий роль **requestPurchase_write**.
 
-## Копировать права на подтипы
+***Копировать права на подтипы***
 
-Чтобы скопировать разрешения, настроенные для одного подтипа в другой подтип, необходимо **выбрать подтип документа**, на который необходимо настроить права, например "Ремонт станка" и нажать кнопку **"Копировать права"**.
+Чтобы скопировать разрешения, настроенные для одного подтипа в другой подтип, необходимо выбрать подтип документа, на который необходимо настроить права, например Ремонт станка и нажать кнопку **Копировать права**.
 
 ![](5.png)
 
-Во всплывающем окне необходимо **выбрать подтип**, с которого необходимо скопировать права, например, "План закупок", затем **нажать "Ок"**.
+Во всплывающем окне необходимо **выбрать подтип**, с которого необходимо скопировать права, например, План закупок, затем нажать **Ок**.
 
 ![](6.png)
 
-Права на подтип "План закупок" скопируются и будут отображены в табличной части.
+Права на подтип План закупок скопируются и будут отображены в табличной части.
 
 
 
-# Критерии оценки 
+## Критерии оценки 
 
-## Общее описание назначения справочника
+**Общее описание назначения справочника**
 
-Данный справочник используется в документе “Заявка на закупку” во вкладке “Критерии оценки”. 
+Данный справочник используется в документе **Заявка на закупку** во вкладке **Критерии оценки**. 
 
 Оценку проводят, чтобы выявить победителя. Для этого заказчик оценивает предложения поставщиков по набору параметров. Каждому параметру присваиваются баллы, побеждает поставщик, набравший больше всего баллов. 
 
 В документации каждой закупки заказчик перечисляет критерии, по которым будет оценивать поставщика, а затем конкретизирует их значимость. Совокупная значимость всех критериев всегда составляет 100%.
 
-## Реестр
+**Реестр**
 
 Для открытия реестра перейдите в **Меню – Управление закупками – Критерии оценки**. Для доступа к документу необходима роль администратора системы. 
 
 Откроется реестр документов: 
 
-![](1-1.png)
+![](1-2.png)
 
-Для создания нового документа необходимо нажать на кнопку **"Создать"** на верхней панели инструментов:
+Для создания нового документа необходимо нажать на кнопку **Создать** на верхней панели инструментов:
 
 ![](2-2.png)
 
-## Документ
+**Документ**
 
-Заполненный документ "Критерии оценки" может выглядеть следующим образом:
+Заполненный документ **Критерии оценки** может выглядеть следующим образом:
 
 ![](3-2.png)
 
 * **Наименование** – задается любое желаемое 
-* **Краткое наименование** является уникальным и должно быть прописано внутри самого кода. Прописать любое краткое наименование нельзя. 
-* Если критерий не должен отображаться в документе “заявка на закупку”, то не обязательно удалять его. Есть возможность проставить галочку в окне “не использовать”. Чтобы снова видеть данный критерий в закупках, необходимо, соответственно, убрать галочку.
+* **Краткое наименование** является уникальным и должно быть прописано внутри самого кода. Прописать любое краткое наименование нельзя
+* Если критерий не должен отображаться в документе заявка на закупку, то не обязательно удалять его. Есть возможность проставить галочку в окне **не использовать**. Чтобы снова видеть данный критерий в закупках, необходимо, соответственно, убрать галочку
 * Наилучшее значение – выбирается из списка. Существует только 2 варианта: минимальное и максимальное 
-* Коэффициент по умолчанию – значение, которое будет автоматически отображаться в документе заявка на закупку. 
+* Коэффициент по умолчанию – значение, которое будет автоматически отображаться в документе заявка на закупку
 
 
 
-# Настройка системы управления закупками 
+## Настройка системы управления закупками 
 
-## Общее описание назначения справочника
+**Общее описание назначения справочника**
 
 Данный справочник предназначен для того, чтобы пользователь, при создании заявки на потребность, видел не все подразделения, которые существуют на предприятии, а только те, которые чаще всего нуждаются в заявках.
 
-## Реестр
+**Реестр**
 
 Для открытия реестра перейдите в Меню и введите в поисковое поле **Настройка системы…**.
 
 Откроется реестр документов за выбранный период: 
 
-![](111.png)
+![](2..-1.png)
 
-Для создания нового документа необходимо нажать на кнопку "Создать" на панели инструментов:
+Для создания нового документа необходимо нажать на кнопку **Создать** на панели инструментов:
 
 ![](222.png)
 
@@ -117,7 +117,64 @@
 ![](333.png)
 
 
+## Контрагенты
 
+Документ **Контрагент** включает в себя множество проверок, которые направлены на обеспечение заполненности тех или иных полей. Эти проверки могут быть настроены в зависимости от учетной политики, констант, ролей и других факторов. Для каждой проверки требуется определить перечень полей, которые будут подвергаться этой проверке.
 
+**Основные принципы проверок:**
 
+1. Проверки связаны исключительно с заполненностью полей, если в пояснении к перечню не указано иное
 
+2. Несоблюдение установленных требований будет препятствовать сохранению документа
+
+**Перечни полей, подвергающихся к проверке при сохранении документа:**
+
+***1. Перечень полей обязательных для заполнения***
+
+1.1   Краткое наименование
+
+1.2   Полное наименование
+
+1.3   Банковские реквизиты (при наличии строки проверяются поля: банк, расчётный счёт)
+
+***2. Перечень полей, проверка которых зависит от настройки учетной политики***
+
+2.1   Тип
+
+2.2   Вид
+
+2.3   Юр. Адрес (только для юр. лиц)
+
+***3. Перечень полей, проверка которых зависит от признаков и констант***
+
+3.1   ИНН
+
+3.2   КПП
+
+3.3   ОГРН
+
+3.4   ОКПО
+
+3.5   ОКОПФ
+
+3.6   СНИЛС и паспорт
+
+**Пояснение к п.3:**
+
+3.1.1 При отсутствии признака «нерезидент» проводится проверка для ИНН (заполненность, кол-во символов, формат).
+ Для документов с видом контрагента «юр. лицо» производится проверка на повторение ИНН и КПП, за исключением наличия роли **(contractor_allow_save_similar_inn_kpp)**
+
+ При наличии константы **(add_type_check_contractor)** к этой проверке добавляется параметр "Тип контрагента» (в этом случае разрешающих ролей не предусмотрено). Аналогичным образом производится проверка для документа с видом "физ. лицо", а также при наличии константы «Интеграции САП» **(tab_SAP_visible_in_contractor)** и незаполненного КПП с видом контрагента "юр. лицо" (только без проверки КПП). 
+ 
+ При наличии константы **allow_emptyInn_forBuyers_in_contractor** для контрагентов с типом “Покупатель” и видом “физ. лицо” данное поле не обязательно к заполнению.
+*(актуально с версии общих справочников 3.3.15)
+
+3.2.1 При отсутствии признака «Нерезидент» и «Интеграции САП» **(tab_SAP_visible_in_contractor)** производится проверка КПП (заполненность, кол-во символов)
+
+3.3.1 При заполненном поле и отсутствии «Интеграции САП» **(tab_SAP_visible_in_contractor)** производится проверка ОГРН (заполненность, кол-во символов, формат)
+
+3.4.1 При заполненном поле производится проверка ОКПО (кол-во символов)
+
+3.5.1 При отсутствии признака «Нерезидент» и видом контрагента, не являющемся физ. лицом, производится проверка ОКОПФ (заполненность)
+
+3.6.1 При наличии константы **(Контрагент: проверка СНИЛС и паспорта физ.лица)** и видом контрагента, являющемся физ. лицом, производится проверка СНИЛС (заполненность, кол-во символов) и паспортных данных (заполненность, табл. часть включительно)

docs/Admin manuals/Администратор склада/Администратор склада.md

@@ -5,4 +5,66 @@
 <figure class="figure-image">
   <img src="../image1.png" alt="Рисунок 1. Роли приложений в главном меню">
   <figcaption>Рисунок 1. Роли приложений в главном меню</figcaption>
-</figure>
+</figure>
+
+## Контрагенты
+
+Документ «Контрагент» включает в себя множество проверок, которые направлены на обеспечение заполненности тех или иных полей. Эти проверки могут быть настроены в зависимости от учетной политики, констант, ролей и других факторов. Для каждой проверки требуется определить перечень полей, которые будут подвергаться этой проверке.
+
+**Основные принципы проверок:**
+
+1. Проверки связаны исключительно с заполненностью полей, если в пояснении к перечню не указано иное.
+
+2. Несоблюдение установленных требований будет препятствовать сохранению документа.
+
+**Перечни полей, подвергающихся к проверке при сохранении документа:**
+
+***1. Перечень полей обязательных для заполнения***
+
+1.1   Краткое наименование
+
+1.2   Полное наименование
+
+1.3   Банковские реквизиты (при наличии строки проверяются поля: банк, расчётный счёт)
+
+***2. Перечень полей, проверка которых зависит от настройки учетной политики***
+
+2.1   Тип
+
+2.2   Вид
+
+2.3   Юр. Адрес (только для юр. лиц)
+
+***3. Перечень полей, проверка которых зависит от признаков и констант***
+
+3.1   ИНН
+
+3.2   КПП
+
+3.3   ОГРН
+
+3.4   ОКПО
+
+3.5   ОКОПФ
+
+3.6   СНИЛС и паспорт
+
+**Пояснение к п.3:**
+
+3.1.1 При отсутствии признака «нерезидент» проводится проверка для ИНН (заполненность, кол-во символов, формат);
+ Для документов с видом контрагента «юр. лицо» производится проверка на повторение ИНН и КПП, за исключением наличия роли **(contractor_allow_save_similar_inn_kpp)**
+
+ При наличии константы **(add_type_check_contractor)** к этой проверке добавляется параметр «Тип контрагента» (в этом случае разрешающих ролей не предусмотрено). Аналогичным образом производится проверка для документа с видом «физ. лицо», а также при наличии константы «Интеграции САП» **(tab_SAP_visible_in_contractor)** и незаполненного КПП с видом контрагента “юр. лицо” (только без проверки КПП). 
+ 
+ При наличии константы **allow_emptyInn_forBuyers_in_contractor** для контрагентов с типом “Покупатель” и видом “физ. лицо” данное поле не обязательно к заполнению.
+*(актуально с версии общих справочников 3.3.15)
+
+3.2.1 При отсутствии признака «Нерезидент» и «Интеграции САП» **(tab_SAP_visible_in_contractor)** производится проверка КПП (заполненность, кол-во символов)
+
+3.3.1 При заполненном поле и отсутствии «Интеграции САП» **(tab_SAP_visible_in_contractor)** производится проверка ОГРН (заполненность, кол-во символов, формат)
+
+3.4.1 При заполненном поле производится проверка ОКПО (кол-во символов)
+
+3.5.1 При отсутствии признака «Нерезидент» и видом контрагента, не являющемся физ. лицом, производится проверка ОКОПФ (заполненность)
+
+3.6.1 При наличии константы **(Контрагент: проверка СНИЛС и паспорта физ.лица)** и видом контрагента, являющемся физ. лицом, производится проверка СНИЛС (заполненность, кол-во символов) и паспортных данных (заполненность, табл. часть включительно)

docs/Admin manuals/Администратор управления ремонтами/Администратор управления ремонтами.md

@@ -0,0 +1,45 @@
+## Виды дефектной ведомости 
+**Общие сведения**
+
+Документы модуля **Управления ремонтами** состоят из справочников. Прежде чем приступить к работе, необходимо заполнить справочники данными, которые впоследствии будут отображаться в реестре и выпадающих списках документа Дефектная ведомость.
+
+Для работы с документом откройте реестр **Виды дефектной ведомости**. 
+Для создания нового документа нажмите кнопку **Создать**.
+
+![](1.png)
+
+В открывшемся документе введите **Наименование**, затем нажмите кнопку **Сохранить**. Созданный документ отобразится в реестре:
+
+![](2.png)
+
+В Документе Дефектная ведомость данные справочника отображаются в поле **Вид**.
+
+![](3.png)
+
+## Виды ремонта 
+Для работы с документом откройте реестр **Виды ремонта**. 
+Для создания нового документа нажмите кнопку **Создать**.
+
+![](1-1.png)
+
+В открывшемся документе введите **Наименование**, по необходимости введите **Шифр(текст)**. Далее нажмите кнопку **Сохранить**. Созданный документ отобразится в реестре. 
+
+![](2-1.png)
+
+В Документе Дефектная ведомость данные справочника отображаются в поле **Вид ремонта**:
+
+![](3-1.png)
+
+## Части оборудования
+Для работы с документом откройте реестр **Части оборудования**. 
+Для создания нового документа нажмите кнопку **Создать**.
+
+![](1-2.png)
+
+В открывшемся документе введите **Наименование**, затем нажмите кнопку **Сохранить**. Созданный документ отобразится в реестре. 
+
+![](2-2.png)
+
+В Документе Дефектная ведомость данные справочника отображаются в поле **Часть**.
+
+![](3-2.png)

docs/Admin manuals/Настройка констант/Настройка констант.md

@@ -0,0 +1,203 @@
+# Настройка констант в системе
+
+## Описание
+
+Расшифровка поставляемых прикладными библиотеками констант, которые обрабатываются приложением (константы вводятся в документе «Настройка учетной политики предприятия»)
+
+## Прикладная библиотека «Общие справочники»
+
+Константа | Значение (текст) | Значение (число) | Описание
+------------|------------------|-----------------|------------
+Договор: Показывать всех кураторов холдинга |  | 1 | Отображение всех кураторов холдинга по выбранному «Виду договора»
+usercompanies_access_accountingwork |  | 1 | Отображение вкладки «Учет труда» в документе «Настройка пользователей»
+usercompanies_access_materialgroup |  | 1 | Отображение вкладки «Справочники» в документе «Настройка пользователей»
+usercompanies_access_materialmanagement |  | 1 | Отображение вкладки «Складской учет» в документе «Настройка пользователей»
+usercompanies_access_payroll |  | 1 | Отображение вкладки «Расчет з/п» в документе «Настройка пользователей»
+usercompanies_access_servicerequest |  | 1 | Отображение вкладки «Управление запросами на обслуживание» в документе «Настройка пользователей»
+usercompanies_access_staffrequirement |  | 1 | Отображение вкладки «Подбор персонала» в документе «Настройка пользователей»
+Договор: Показать вкладку "Объекты" |  | 1 | Отображение вкладки «Объекты» в документе «Договор»
+Договор: Показать вкладку "Параметры заявок" |  | 1 | Отображение вкладки «Параметры заявок» в документе «Договор»
+require_project_in_contract_documents |  | 1 | Требовать заполнение в договорных документах поля «Проект»
+номенклатура_проверка_на_существование |  | 1 | При сохранении новой номенклатуры производить проверку на существование в справочнике номенклатуры с таким же наименованием методом перестановки слов
+require_ItemOfBdds_in_contract_documents |  | 1 | Требовать заполнение в договорных документах таблицы «Статья ДДС»
+DisableFullNameGenerationInContractor |  | 1 | Отключение автоформирования краткого и полного имени контрагента
+Договор_КопироватьВходящийНомерВПолныйИВнутренний |  | 1 | Включение копирование входящего номера в полный и внутренний в договоре
+Отключить автоформирование маршрута |  | 1 | Отключает автоматическое нажатие на кнопку "Создать маршрут" в модальном окне маршрута
+Обмен данными с помощью Диадок |  | 1 | Делает доступной операцию "Отправить в Диадок" в документах "Договор" и "Дополнительное соглашение к договору"
+Договор_РазрешитьПовторПолногоНомера |  | 1 | Разрешает регистрировать договоры с одинаковыми полными номерами для разных контрагентов
+Типовой складской учет |  | 1 | Разрешает отображать закладку "Исполнение договора" в документе "Договор"
+не_делить_по_филиалам_список_проектов |  | 1 | Если есть константа в организации со значением 1, то единый справочник проектов будет отображаться на всех филиалах
+Задача шедулера "Создание пользователей" |  | 1 | Если есть константа в организации, то в карточке и реестре сотрудников добавиться кнопка создания пользователей по выделенному списку и направление им уведомлений
+AdditionalDocumentKindDefault |  | Код из справочника "Виды дополнительного документа" | Подставляет выбранный вид документа по умолчанию в новый Доп. документ к договору при создании из реестра
+AdditionalDocumentsetDefInfluence |  | Код из вьюшки VInfluenceOfSum ***(1 - 'Увеличивает сумму',2 -'Уменьшает сумму', 3 - 'Не влияет на сумму', 4 -'Заменяет сумму договора')*** | Подставляет выбранный вид "Влияние на сумму договора" по умолчанию в новый Доп. документ к договору при создании из реестра
+Управленческая структура предприятия |  | 1 | Если константа включена, то в документах будет отображаться управленческая структура, иначе - организационная структура
+price_by_features |  | 1 | Отвечает за наличие функционала характеристик номенклатуры в документе «Прайс-лист» (список ЖНВЛП)
+price_by_kinds |  | 1 | Включает\отключает режим ведения прайса по множеству видов в документе «Прайс-лист» (список ЖНВЛП)
+price_by_alter_measure |  | 1 | Значение по умолчанию (1\0) для флага отображения альтернативных единиц измерения в документе «Прайс-лист» (список ЖНВЛП)
+price_without_vat |  | 1 | Значение по умолчанию (1\0) для флага расчета от цены без НДС в документе «Прайс-лист» (список ЖНВЛП)
+price_vat_style |  | 1 | Значение по умолчанию (1\2\3) для настройки видимости ценовых колонок в документе «Прайс-лист» (список ЖНВЛП). «1» - Только цены с НДС, «2» - Только цены без НДС, «3» - Цены с НДС и без НДС
+price_kind_hidden_ТипДокумента |  | 1 | Коды видов прайса, которые не нужно отображать в соответствующем выпадающем списке указанного типа документа
+access_material_usercompanies_ТипДокумента |  | 1 | Проверять права на выбор номенклатуры\группы номенклатуры для указанного типа документа
+valid_multiple_constants | const1;const2;const3 |  | В текстовом значении через точку с запятой указываются константы, для которых допускается несколько записей с одним определением
+Учет ГОЗ |  | 1 | Видимость закладки "ГОЗ" в договорах 
+Сервисные_функции_учитывать_заблокированных_пользователей |  | 1 | При наличии константы заблокированные пользователи удаляются из всех сервисных функций 
+show_material_tab_analog |  | 1 | Отображение у номенклатуры поля «Шифр изделия» и закладки аналогов
+standard_operations_for_multiple_filials |  | 1 | Определяет возможность использовать бухгалтерскую операцию в нескольких филиалах
+projects_for_multiple_filials |  | 1 | Определяет возможность использовать проект в нескольких филиалах
+show_head_organization_contracts |  | 1 | Отображать договора головной организации
+projectname_from_the_nomenclature |  | 1 | Создавать "Проект" из Доп. документа к договору с именем - "Номер + Вид документа + номенклатура из спецификации"
+tab_SAP_visible_in_contractor |  | 1 | Отображение вкладки "Интеграция с SAP" в документе "Контрагент"
+add_type_check_contractor |  | 1 | В документе "Контрагент" при сохранении на проверке ИНН и КПП добавляется Тип
+RenameValidContractDocument | Счет |  | Реестр "Документа имеющего силу договора" меняется на наименование из Настройки текстовой константы
+contract_for_multiple_filials |  | 1 | Возможность менять свою организацию в Договоре
+ОА_скрыть_закрытую_номенклатуру |  | 1 | При числовом значении 1 в обозревателе аналитик не будут отображаться закрытые номенклатуры
+restrictions_direction_contract | 1,1 | 1 | При числовом значении 1 и текстовом значении 1,1 в договоре потребуется заполненность направления с ограничением в кол-ве 1
+Контрагент: проверка СНИЛС и паспорта физ.лица |  | 1 | При числовом значении константы 1 в контрагенте с видом "Физ. лицо" потребуется заполненность СНИЛС и паспортных данных при сохранении
+department_for_multiple_filials |  | 1 | При числовом значении константы 1 в реестре подразделений появляется кнопка привязки подразделения к филиалу
+usercompanies_access_crm |  | 1 | При использовании библиотеки CRM добавить в настройку учетной политики константу usercompanies_access_crm с числовым значением, равным 1. Добавлены модели для сохранения прав доступа к воронкам
+matetial_registry_off_tool_visible |  | 1 | При установке числовой константы в 1 становится доступна кнопка "Поиск по ШК" в реестре номенклатур
+Блокировать всех уволенных |  | 1 | При установке числовой константы 1 происходит блокировка пользователей уволенных сотрудников
+
+## Прикладная библиотека "Бухгалтерский учет"
+
+Константа | Значение (текст) | Значение (число) | Описание
+------------|------------------|-----------------|------------
+control_of_contracts_execution_default_account | 6[02]%, 76.04 | | Маска счета, которая будет использована по умолчанию для контроля исполнения договоров. Если константа не заведена, будет применяться указанная в примере маска: 6[02]%, 76.04
+accounting_balance_closing_mode | | 2 | Режим закрытия периода изменения баланса: если значение =1, то просто закрывается период; если значение =2, то закрывается период и записываются остатки по счетам
+Проверки при проведении проводок| | 1 | Параметр, определяющий запуск процедуры проверок при проведении проводок. если в результате проверки обнаружены ошибки, то проводки не проводятся.
+
+## Прикладная библиотека "Дебиторы-кредиторы"
+
+Константа | Значение (текст) | Значение (число) | Описание
+------------|------------------|-----------------|------------
+Счет по умолчанию, НДС по авансам и предоплатам полученным (Код=СчетВхАВ) | 76.АВ | | Маска счета, которая будет использована по умолчанию для НДС по авансам и предоплатам полученным. Если константа не заведена, будет применяться указанная в примере маска: 76.АВ
+Счет сопоставления по умолчанию (Код=СООсчет) | 60%,62%,76% | | Счет по умолчанию для сопоставления оплаты отгрузки 60%,62%,76%
+Раздельный учет НДС | | 1 | Раздельный учет НДС (п. 4 и 4.1 ст. 170 НК РФ)
+Счет по умолчанию, НДС по авансам и предоплатам выданным (Код=СчетИсхАВ) | 76.ВА | | Маска счета, которая будет использована по умолчанию для С НДС по авансам и предоплатам выданным. Если константа не заведена, будет применяться указанная в примере маска: 76.ВА
+Счет по умолчанию, Расчёты по НДС (Код=НДС) | 68.01 | | Маска счета, которая будет использована по умолчанию для Расчёты по НДС. Если константа не заведена, будет применяться указанная в примере маска: 68.01
+Счета оплаты-отгрузки ТМЦ (Код=СООтмц) | 60% | | Маска счета, которая будет использована по умолчанию для Счета оплаты-отгрузки ТМЦ. Если константа не заведена, будет применяться указанная в примере маска: 60%
+Счета оплаты-отгрузки Реализация (Код=СООПрод) | 62% | | Маска счета, которая будет использована по умолчанию для Счета оплаты-отгрузки Реализация. Если константа не заведена, будет применяться указанная в примере маска: 62%
+Транзитный счёт сопоставления оплаты-отгрузки (Код=СчетСОО) | 76.99 | | Транзитный счёт сопоставления оплаты-отгрузки. Если константа не заведена, будет применяться указанная в примере маска: 76.99
+Спецификация в сопоставлении оплаты отгрузки | | 1 | Параметр, определяющий наличие аналитики к договору "Дополнительного документа к договору (спецификации)" для ведения дебиторов и кредиторов в разрезе этой аналитики.
+КВО исключаемые при раздельном учете НДС | 22 | | КВО исключаемые при пересчете сумм налога в книге покупок при раздельном учете НДС (п. 4 и 4.1 ст. 170 НК РФ)
+warehouse_remains_for_multiple_filials | | 1 | Возможность ведения документов по нескольким организациям без переключения между ними
+Счета учета авансов с покупателями(Код=УчетАвансовПокуп) | 62.02 | | Счета учета авансов с покупателями
+Счета учета авансов с поставщиками(Код=УчетАвансовПост) | 60.02 | | Счета учета авансов с поставщиками
+
+## Прикладная библиотека "Учет банковских операций"
+
+Константа | Значение (текст) | Значение (число) | Описание
+------------|------------------|-----------------|------------
+Структура Сбера | 1 | | Номер в справочнике Структура файла обмена данными с клиент банком для банка Сбербанк
+Структура Уралсиба | 2 | | Номер в справочнике Структура файла обмена данными с клиент банком для банка Уралсиб
+Код назначения платежа по умолчанию в платежном поручении | | 3 | Код назначения платежа по умолчанию в платежном поручении по умолчанию при создании документа
+Искать договор в назначении платежа |   | 1 | Искать договор в назначении платежа при загрузке банковской выписки
+RenameProjectsObjects | Объект |  | Менять название поля "Проект" в документах Платежное поручение, ПКО, РКО на название в текстовом значении данной константы. Например "Объект"
+finance_moving_for_multiple_filials |   | 1 | "Возможность ведения банковских документов по нескольким организациям без переключения между ними"
+Показывать Заявки от клиента в первичных документах |   | 1 | "Показывать Заявки от клиента в первичных документах - Приход денег по банку, Приходный кассовый ордер, Расходная накладная"
+
+## Прикладная библиотека "Складской учет"
+
+Константа | Значение (текст) | Значение (число) | Описание
+---------------|------------------|-----------------|------------
+шаблон_номера_исходящих_сф | MMDDNNN | Прибавляется номер к максимальному за период ***1 - в рамках года и месяца;*** ***2,4 - в рамках года;*** ***до 40 - в рамках дня;*** ***свыше 40 - в рамках текстовой константы(не зависимо от кол-ва за период документов)*** | Константа определяет шаблон, по которому будут формироваться номера исходящих с/ф. Поддерживаются четыре блока: год (символы «YYYY» или «YY»), месяц (символы «MM»), день (символы «DD») и порядковый номер (символы «N»), а также спецсимволы-разделители между блоками. Например для шаблона «YYYY/MM/DD-NN» для выписанных 31.01.2020 трех с/ф сформируются номера «2020/01/31-01», «2020/01/31-02», «2020/01/31-03»
+склад_остатки_маска_счета | 10%,4%,08%,00% |  | Маска счета, которая будет использована по умолчанию для выборки остатков в расходных документах и аналитических формах. Если константа не заведена, будет применяться указанная в примере маска: 10%,4%,08%,00%
+склад_остатки_по_шифру_проекта |  | 1 | Зарезервирована для проекта «НТЦ ЭА», на котором ведется учет ТМЦ по партионной характеристике «Шифр проекта». При ее указании в аналитических формах появляются дополнительные контролы для фильтрации выборок
+склад_вставка_из_остатков_по_партиям |  | 1 | Определяет вид по умолчанию для окна вставки из остатков в расходных документах. В данном случае сразу будет выставлен флаг «Разворачивать по партиям». Если константы нет или ее значение не равно «1», остатки в окне будут появляться свернутыми
+warehouse_supplier_data_proc |  | 1 | Определяет активность функционала обработки данных поставщика (в ПРХ) или покупателя (в РСХ)
+warehouse_collapsed_view_storagereceipts |  | 1 | Определяет необходимость отображения свернутого вида в приходной накладной
+warehouse_collapsed_view_replacement |  | 1 | Определяет необходимость отображения свернутого вида в накладной на перемещение
+warehouse_collapsed_view_writeoffact |  | 1 | Определяет необходимость отображения свернутого вида в акте списания
+warehouse_collapsed_view_salesinvoice |  | 1 | Определяет необходимость отображения свернутого вида в расходной накладной
+warehouse_inventory_goods_account | 10.10 |  | Определяет счет ТМЦ, для которого необходим учет по инвентарным номерам
+StorageReceipts_RequestForContractor_visible |  | 1 | Определяет необходимость отображения функционала привязки заявок поставщику в приходной накладной
+SchetNDSSalesInvoiceForm | 68.01 |  | Определяет счет НДС по умолчанию в расходной накладной
+StandartProcent |  | 10 | Определяет процент наценки по умолчанию в расходной накладной
+Аналитика "Без договора" | "код из справочника" |  | В случае, когда с контрагентом нет договора, но для аналитики проводки балансового счета нужно аналитика Договор, нужно создать договор без номера и даты (наименование - "Без договора")и записать этот код в Текстовое значение константы
+warehouse_incoming_control_enabled |  | 1 | Определяет видимость закладки "Входной контроль" в ПРХ
+warehouse_quarantine_zone |  | 12345 | Определяет код склада карантинной зоны для перемещения не прошедших входной контроль материалов
+copy_storagereceipts_with_detail |  | 1 | Копирование приходной накладной вместе с детальной частью
+reservation_storage |  | 12345 | Определяет код склада резервирования(бронирования) ТМЦ
+copyArriveMatFromProductWithDetail |  | 1 | Копирование прихода из производства вместе с детальной частью
+warehouse_remains_for_multiple_filials |  | 1 | Возможность ведения складских документов по нескольким организациям без переключения между ними
+warehouse_arrival_at_any_cell |  | 1 | Определяет возможность указать в приходной накладной ячейку хранения, отличную от ЗП
+salesinvoice_pricekind_hard |  | 1 | При установке числовой константы в 1 в расходной накладной отпускные цены выставляются только по указанному виду цены прайса
+salesinvoice_analysis_grouping | 62733,62737 |  | В текстовом значении через запятую указать список групп номенклатуры, по которым будет производиться группировка в аналитической форме "Отчет по отгрузке"
+счет_передачи_сырья_на_переработку | 10.07 |  | В текстовом значении указать балансовый счет, на котором учитывается сырье в переработке
+warehouse_debit_on_surpluses | 002 |  | В текстовом значении указать счет дебет, на который будут созданы излишки
+счет_учета_инвентаря | 017 | 1 | В текстовом значении указать забалансовый счет учета инвентаря. Действует при числовом значении 1
+contractor_inout_used_Base.SalesInvoice |  | 1 | При числовом значении 1 в документах РСХ будут выводится только контрагенты с признаком Поставщик/покупатель и покупатель
+contractor_inout_used_Base.StorageReceipts |  | 1 | При числовом значении 1 в документах ПРХ будут выводится только контрагенты с признаком  Поставщик и Поставщик/покупатель
+stock_sheet_form_off_tool_visible |  | 1 | При установке числовой константы 1 становится доступна операция "Штрихкодирование" в Инвентаризационной описи
+
+## Прикладная библиотека "CRM"
+
+Константа | Значение (текст) | Значение (число) | Описание
+---------------|------------------|-----------------|------------
+finished_goods_warehouse |  | 12345 | Значение числовой константы - код склада готовой продукции. Записей может быть несколько
+копировать_заявку_от_клиента_без_количества |  | 1 | При числовом значении 1 копирование детальной части заявки от клиента будет производиться с пустым количеством
+обязательно_дата_поставки_заявка_от_клиента |  | 1 | При числовом значении 1 заявка от клиента будет требовать обязательного заполнения даты поставки
+price_kind_hidden_SalesPlan |  | 1 | В документе “План продаж” исключает возможность выбора "Произвольной" цены или любых других цен, указанных в числовом значении
+заявка_от_клиента_проверять_прайс_при_сохранении |  | 1 | При числовом значении 1 при сохранении заявки от клиента будет производиться проверка актуальности текущих прайса и скидки
+warehouse_remains_for_multiple_filials	 |  | 1 | При числовом значении 1 Возможность ведения документов по нескольким организациям без переключения между ними
+
+## Прикладная библиотека "Учет производства"
+
+Константа | Значение (текст) | Значение (число) | Описание
+---------------|------------------|-----------------|------------
+units_of_time | [{"id":"20319","name":"МИН","type":"minute","byDefault":true},{"id":"20320","name":"Ч","type":"hour"}] |  | Строка в формате JSON, определяющая единицы времени 
+units_of_weight | [{"id":"20194","name":"кг","type":"kg"}] |  | Строка в формате JSON, определяющая единицы массы
+units_of_volume | [{"id":"20148","name":"м3","type":"m3"},{"id":"20147","name":"л","type":"l"}] |  | Строка в формате JSON, определяющая единицы объема
+write_off_to_production |  | 12345 | Значение числовой константы - код бухгалтерской операции для создания актов списания ТМЦ по нормам (составам изделия) из документа «Приход из производства»
+composition_loss_percent |  | 1.5 | Процент потерь по умолчанию для состава изделия
+disassembly_for_production_plan_by_production_card |  | 1 | Разузлование в плане производства по технологическим картам
+template_view_for_ProductComposition | lite |  | Для использования упрощенного вида СИ
+template_view_for_ProductionCard | lite |  | Для использования упрощенного вида ТК
+operation_duration_in_minutes | | 1 | Если числовая константа выставлена в 1, то продолжительность производственных операций в тех. картах считается в минутах. Если числовая константа отлична от 1, то продолжительность производственных операций в тех.картах считается в часах
+
+## Прикладная библиотека "Управление закупками"
+
+Константа | Значение (текст) | Значение (число) | Описание 
+---------------|------------------|-----------------|------------
+RequestPurchaseForm_Projects_visible |  | 2 | Настройка видимости поля "Проект" в заявке на потребность и проверка на обязательное заполнение. Для видимости и проверки заполнения поля Проект добавить RequestPurchaseForm_Projects_visible со значением(константа) 2. (Значение 1 добавляет поле на форму, но не проверяет заполнение, значение 2 добавляет поле на форму, и проверяет заполнение)
+purchasing_management_for_multiple_filials |  | 1 | Возможность ведения документов закупок по нескольким организациям без переключения между ними
+Exists_AnnualRequestPurchase |  | 1 | Ведение в Управление закупками годовой заявки на потребность (При наличии константы осуществляется проверка на "итоговую сумму" при создании Заявки на потребность (для материалов) и Спецификации (для услуг) )
+validation_check_purchase_form |  | 1 | При наличии константы со значением 1 осуществляется проверка заполнения табличной части в Заявке на потребность
+RequestPurchaseDetail_MaterialGroup_enable |  | 1 | Возможность редактирования поля "Группа номенклатуры" в документах: заявка на потребность, годовая заявка на потребность
+
+## Прикладная библиотека "Движение денежных средств"
+
+Константа | Значение (текст) | Значение (число) | Описание 
+---------------|------------------|-----------------|------------
+finance_moving_for_multiple_filials |  | 1 | Возможность ведения документов ДДС по нескольким организациям без переключения между ними
+Спецификация в сопоставлении оплаты отгрузки |  | 1 | Настройка видимости поля "Приложение к договору" для случаев когда будут формироваться документы с использованием спецификации(доп соглашения) к договорам
+
+## Прикладная библиотека "Управление ремонтами"
+ 
+Константа | Значение (текст) | Значение (число) | Описание 
+---------------|------------------|-----------------|------------
+repair_management_for_multiple_filials |  | 1 | Возможность ведения документов по нескольким организациям без переключения между ними
+validation_check_purchase_form |  | 1 | При наличии константы со значением 1 осуществляется проверка обязательности заполнения реквизитов в Дефектной ведомости
+
+## Прикладная библиотека "Расходы будущих периодов"
+
+Константа | Значение (текст) | Значение (число) | Описание 
+---------------|------------------|-----------------|------------
+Расходы будущих периодов (Код=СчетПУ) | 97.01 |  | Определяет счет кредит по умолчанию для списания РБП
+Счет затрат РБП (Код=СЗРБП) | 2% |  | Маска счета, которая будет использована в выборке счетов затрат для списания РБП
+warehouse_remains_for_multiple_filials |  | 1 | Возможность ведения документов по нескольким организациям без переключения между ними
+
+## Прикладная библиотека «Резервы по сомнительным долгам»
+
+Константа | Значение (текст) | Значение (число) | Описание 
+---------------|------------------|-----------------|------------
+Счет списания затрат для резерва | 91.02 |  | Счет списания затрат для резерва
+Счет списания для восстановления резерва | 91.01.04 |  | Счет списания для восстановления резерва
+
+## Прикладная библиотека «Основные средства»
+
+Константа | Значение (текст) | Значение (число) | Описание 
+---------------|------------------|-----------------|------------
+Способ начисления износа | Линейный способ |  | Способ начисления бухгалтерского и налогового износа по умолчанию
+Счет основные средства по умолчанию (Код=OCсчет) | 01%,04% |  | Счета для начисления износа по умолчанию
+

docs/Admin manuals/Настройка пользователей/Настройка пользователей.md

@@ -27,10 +27,8 @@
   <figcaption>Рисунок 3 Результат нажатия на кнопку "Создать"</figcaption>
 </figure>
 
-<figure class="figure-image">
-  <img src="../createUserSettingsCompleted2.png" alt="Рисунок 4 Добавленные в реестр пользователи" class="zoom">
-  <figcaption>Рисунок 4 Добавленные в реестр пользователи</figcaption>
-</figure>
+![Рисунок 4 Добавленные в реестр пользователи](Безымянный.png)
+
 
 ## Редактирование записи в реестре {#гориз-права}
 

docs/Admin manuals/Настройка проводок/Настройка проводок.md

@@ -4,29 +4,17 @@
 
 Для настройки проводок выбираем в меню пункт "Настройка бухгалтерского учета" подпункт "Настройка проводок".
 
-<figure class="figure-image">
-  <img src="image1.png" alt="Рисунок 1. Выбор формы "Настройка проводок" в меню">
-  <figcaption>Рисунок 1. Выбор формы "Настройка проводок" в меню</figcaption>
-</figure>
-<!-- ![Рисунок 1. Выбор формы "Настройка проводок" в меню](image1.png)  -->
+![Рисунок 1. Выбор формы "Настройка проводок" в меню](image.png)
 
 В открывшемся реестре для каждого из документов необходимо добавить новую организацию. Для этого выбираем необходимый пункт нажатием на него левой кнопкой мыши.
 
-<figure class="figure-image">
-  <img src="image2.png" alt="Рисунок 2. Реестр документов "Настройка проводок"" class="zoom">
-  <figcaption>Рисунок 2. Реестр документов "Настройка проводок"</figcaption>
-</figure>
-<!-- ![Рисунок 2. Реестр документов "Настройка проводок"](image2.png)  -->
+![Рисунок 2. Реестр документов "Настройка проводок](image-1.png)
 
 В открывшемся окне добавляем новое поле в таблицу список проводок и заполняем ее (Можно воспользоваться уже заполненными полями и заполнить новое поле аналогично кроме поля Организация). Далее нажимаем на кнопку "Загрузить шаблон аналитик", после чего заполнится таблица Настройка аналитик (Столбцы: тип аналитики, признак по дебету, признак по кредиту). Необходимо будет заполнить Столбец поле аналитики (Можно воспользоваться уже заполненными полями из другой организации).
 
-<figure class="figure-image">
-  <img src="image3.png" alt="Рисунок 3. Заполненная форма документа "Настройка проводок"" class="zoom">
-  <figcaption>Рисунок 3. Заполненная форма документа "Настройка проводок"</figcaption>
-</figure>
-<!-- ![Рисунок 3. Заполненная форма документа "Настройка проводок"](image3.png)  -->
+![Рисунок 3. Заполненная форма документа "Настройка проводок](image-2.png)
 
-После заполнения документа необходимо сохранить и закрыть документ нажав на соответствующие кнопки
+После заполнения документа необходимо сохранить и закрыть документ, нажав на соответствующие кнопки
 ![Рисунок 4](image4.png)
 
 ## Примеры настроек проводок

docs/Admin manuals/Настройка учетной политики/Настройка учетной политики.md

@@ -28,144 +28,6 @@
   <figcaption>Рисунок 3.</figcaption>
 </figure>
 
-## Настройка констант
-<figure class="figure-image">
-  <img src="../image7.png" alt="Рисунок 4." class="zoom">
-  <figcaption>Рисунок 4.</figcaption>
-</figure>
-
-
-Для добавления новой константы перейдите на вкладку "Настройка констант".
-Примечание: Во вкладке настройка констант должны быть следующие значения:
-
-**Прикладная библиотека «Общие справочники»**
-
-Определение | Значение (текст) | Значение (число)
-------------|------------------|-----------------
-Договор: Показывать всех кураторов холдинга |  | 1
-*Отображение всех кураторов холдинга по выбранному «Виду договора»* |  | 
-usercompanies_access_accountingwork |  | 1
-*Отображение вкладки «Учет труда» в документе «Настройка пользователей»* |  | 
-usercompanies_access_materialgroup |  | 1
-*Отображение вкладки «Справочники» в документе «Настройка пользователей»* |  | 
-usercompanies_access_materialmanagement |  | 1
-*Отображение вкладки «Складской учет» в документе «Настройка пользователей»* |  | 
-usercompanies_access_payroll |  | 1
-*Отображение вкладки «Расчет з/п» в документе «Настройка пользователей»* |  | 
-usercompanies_access_servicerequest |  | 1
-*Отображение вкладки «Управление запросами на обслуживание» в документе «Настройка пользователей»* |  | 
-usercompanies_access_staffrequirement |  | 1
-*Отображение вкладки «Подбор персонала» в документе «Настройка пользователей»* |  | 
-Договор: Показать вкладку "Объекты" |  | 1
-*Отображение вкладки «Объекты» в документе «Договор»* |  | 
-Договор: Показать вкладку "Параметры заявок" |  | 1
-*Отображение вкладки «Параметры заявок» в документе «Договор»* |  | 
-номенклатура_проверка_на_существование | onlyShort, needReverse, ignoreMeasure | 1
-*При сохранении НОВОЙ номенклатуры производить проверку на существование в справочнике номенклатуры с таким же наименованием методом перестановки слов* |  | 
-require_project_in_contract_documents |  | 1
-*Требовать заполнение в договорных документах поля «Проект»* |  | 
-require_ItemOfBdds_in_contract_documents |  | 1
-*Требовать заполнение в договорных документах таблицы «Статья ДДС»* |  | 
-DisableFullNameGenerationInContractor |  | 1
-*Отключение автоформирования краткого и полного имени контрагента* |  | 
-Договор_КопироватьВходящийНомерВПолныйИВнутренний |  | 1
-В*ключение копирования входяшщего номера в полный и внутренний в договоре* |  | 
-Отключить автоформирование маршрута |  | 1
-*Отключает автоматическое нажатие на кнопку "Создать маршрут" в модальном окне маршрута* |  | 
-Обмен данными с помощью Диадок |  | 1
-*Делает доступной операцию "Отправить в Диадок" в документах "Договор" и "Дополнительное соглашение к договору"* |  | 
-Договор_РазрешитьПовторПолногоНомера |  | 1
-*Разрешает регистрировать договоры с одинаковыми полными номерами для разных контрагентов* |  | 
-включать_должность_в_сертификат |  | 1
-*Вшивает должность сотрудника в сертификат ЭП* |  | 
-Типовой складской учет |  | 1
-*Разрешает отображать закладку "Исполнение договора" в документе "Договор"* |  | 
-АрхивЭП_ФИО_формировать_иэ_сертификата_ЭП |  | 1
-*Если есть константа в организации со значением 1, то в zip архив файлы .sig будут выгружаться ФИО из маршрута, а не реально подписавшего* |  | 
-Задача шедулера "Создание пользователей" |  | Код задачи из реестра задач шедулера
-*Если есть константа в организации, то в карточке и реестре сотрудников добавиться кнопка создания пользователей по выделенному списку и направление им уведомлений* |  | 
-AdditionalDocumentKindDefault | Название реестра | Код из справочника "Виды дополнительного документа"
-*Подставляет выбранный вид документа по умолчанию в новый Доп. документ к договору при создании из реестра* |  | 
-
-**Прикладная библиотека «Учет банковских операций»**
-
-Определение | Значение (текст) | Значение (число)
-------------|------------------|-----------------
-Структура Сбера | 1 | 
-*Номер в справочнике Структура файла обмена данными с клиент банком для банка Сбербанк* |  | 
-Структура Уралсиба | 2 | 
-*Номер в справочнике Структура файла обмена данными с клиент банком для банка Уралсиб* |  | 
-Код назначения платежа по умолчанию в платежном поручении |  | 3
-*Код назначения платежа по умолчанию в платежном поручении по умолчанию при создании документа* |  | 
-
-**Прикладная библиотека «Бухгалтерский учет»**
-
-Определение | Значение (текст) | Значение (число)
-------------|------------------|-----------------
-control_of_contracts_execution_default_account | 6[02]%, 76.04 | 
-*Маска счета, которая будет использована по умолчанию для контроля исполнения договоров. Если константа не заведена, будет применяться указанная в примере маска: 6[02]%, 76.04* |  | 
-accounting_balance_closing_mode |  | 2
-*Режим закрытия периода изменения баланса: если значение =1, то просто закрывается период; если значение =2, то закрывается период и записываются остатки по счетам* |  | 
-Проверки при проведении проводок |  | 1
-*Параметр, определяющий запуск процедуры проверок при проведении проводок. если в результате проверки обнаружены ошибки, то проводки не проводятся.* |  | 
-
-**Прикладная библиотека «Складской учет»**
-
-Определение | Значение (текст) | Значение (число)
-------------|------------------|-----------------
-шаблон_номера_исходящих_сф | MMDDNNN | Прибавляется номер к максимальному за период: 1 - в рамках года и месяца; 2,4 - в рамках года; до 40 - в рамках дня; свыше 40 - в рамках года(не зависимо от кол-ва за период документов) |  | 
-*Константа определяет шаблон, по которому будут формироваться номера исходящих с/ф. Поддерживаются четыре блока: год (символы «YYYY» или «YY»), месяц (символы «MM»), день (символы «DD») и порядковый номер (символы «N»), а также спецсимволы-разделители между блоками. Например для шаблона «YYYY/MM/DD-NN» для выписанных 31.01.2020 трех с/ф сформируются номера «2020/01/31-01», «2020/01/31-02», «2020/01/31-03»* |  | 
-склад_остатки_маска_счета | 10%,4%,08%,00% | 
-*Маска счета, которая будет использована по умолчанию для выборки остатков в расходных документах и аналитических формах. Если константа не заведена, будет применяться указанная в примере маска: 10%,4%,08%,00%* |  | 
-склад_вставка_из_остатков_по_партиям |  | 1
-*Определяет вид по умолчанию для окна вставки из остатков в расходных документах. В данном случае сразу будет выставлен флаг «Разворачивать по партиям». Если константы нет или ее значение не равно «1», остатки в окне будут появляться свернутыми* |  | 
-warehouse_supplier_data_proc |  | 1
-*Определяет активность функционала обработки данных поставщика* |  | 
-warehouse_collapsed_view_storagereceipts |  | 1
-*Определяет необходимость отображения свернутого вида (сгруппированного по номенклатуре) в приходной накладной* |  | 
-warehouse_collapsed_view_replacement |  | 1
-*Определяет необходимость отображения свернутого вида (сгруппированного по номенклатуре) в накладной на перемещение* |  | 
-warehouse_collapsed_view_writeoffact |  | 1
-*Определяет необходимость отображения свернутого вида (сгруппированного по номенклатуре) в акте списания* |  | 
-warehouse_collapsed_view_salesinvoice |  | 1
-*Определяет необходимость отображения свернутого вида (сгруппированного по номенклатуре) в расходной накладной* |  | 
-warehouse_inventory_goods_account | 10.10 | 
-*Определяет счет ТМЦ, для которого необходим учет по инвентарным номерам* |  | 
-StorageReceipts_RequestForContractor_visible |  | 1
-*Определяет необходимость отображения функционала привязки заявок поставщику в приходной накладной* |  | 
-SchetNDSSalesInvoiceForm | 68.01 | 
-*Определяет счет НДС по умолчанию в расходной накладной* |  | 
-StandartProcent |  | 10
-*Определяет процент наценки по умолчанию в расходной накладной* |  | 
-Аналитика "Без договора" | "код из справочника" | 
-*В случае, когда с контрагентом нет договора, но для аналитики проводки балансового счета нужно аналитика Договор, нужно создать договор без номера и даты (наименование - "Без договора")и записать этот код в Текстовое значение константы* |  | 
-
-**Прикладная библиотека «Дебиторы-Кредиторы»**
-
-Определение | Значение (текст) | Значение (число)
-------------|------------------|-----------------
-Счет по умолчанию, НДС по авансам и предоплатам полученным (Код=СчетВхАВ) | 76.АВ | 
-*Маска счета, которая будет использована по умолчанию для НДС по авансам и предоплатам полученным. Если константа не заведена, будет применяться указанная в примере маска: 76.АВ* |  | 
-Счет по умолчанию, НДС по авансам и предоплатам выданным (Код=СчетИсхАВ) | 76.ВА | 
-*Маска счета, которая будет использована по умолчанию для С НДС по авансам и предоплатам выданным. Если константа не заведена, будет применяться указанная в примере маска: 76.ВА* |  | 
-Счет по умолчанию, Расчёты по НДС (Код=НДС) | 68.01 | 
-*Маска счета, которая будет использована по умолчанию для Расчёты по НДС. Если константа не заведена, будет применяться указанная в примере маска: 68.01* |  | 
-Счета оплаты-отгрузки ТМЦ (Код=СООтмц) | 60% | 
-*Маска счета, которая будет использована по умолчанию для Счета оплаты-отгрузки ТМЦ. Если константа не заведена, будет применяться указанная в примере маска: 60%* |  | 
-Счета оплаты-отгрузки Реализация (Код=СООПрод) | 62% | 
-*Маска счета, которая будет использована по умолчанию для Счета оплаты-отгрузки Реализация. Если константа не заведена, будет применяться указанная в примере маска: 62%* |  | 
-Транзитный счёт сопоставления оплаты-отгрузки (Код=СчетСОО) | 76.99 | 
-*Транзитный счёт сопоставления оплаты-отгрузки. Если константа не заведена, будет применяться указанная в примере маска: 76.99* |  | 
-Спецификация в сопоставлении оплаты отгрузки |  | 1
-*Параметр, определяющий наличие аналитики к договору "Дополнительного документа к договору (спецификации)" для ведения дебиторов и кредиторов в разрезе этой аналитики.* |  | 
-
-**Прикладная библиотека «Учет производства»**
-
-Определение | Значение (текст) | Значение (число)
-------------|------------------|-----------------
-operation_duration_in_minutes |  | 1
-*Если числовая константа выставлена в «1», то продолжительность производственных операций в техкартах считается в минутах. Если числовая константа отлична от «1», то продолжительность производственных операций в техкартах считается в часах.* |  | 
-
 ## Ответственные лица
 Вкладка содержит данные (соответствие Ответственных лиц Должностным лицам организации) для формирования справочников для выбора подписей в различных типах складских и кадровых документов на закладке "Подписи". 
 
@@ -185,39 +47,39 @@ operation_duration_in_minutes |  | 1
 
 **Номенклатура**
 
-Определение | Значение (текст) | Значение (число)
-------------|------------------|-----------------
-Артикул уникальный |  | 1
-*Если признак проставлен, то при сохранении номенклатуры будет проверяться на уникатьность комбинация "Артикул" + "Производитель" + "Единица измерения".* |  | 
-223-ФЗ о Закупках |  | 1
-*Если признак проставлен, то не будет давать сохранять номенклатуру без заполненного поля "Код ОКПД 2".* |  | 
+| Определение                                                                                                                                               | Значение (текст) | Значение (число) |
+| --------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------- | ---------------- |
+| Артикул уникальный                                                                                                                                        |                  | 1                |
+| *Если признак проставлен, то при сохранении номенклатуры будет проверяться на уникатьность комбинация "Артикул" + "Производитель" + "Единица измерения".* |                  |
+| 223-ФЗ о Закупках                                                                                                                                         |                  | 1                |
+| *Если признак проставлен, то не будет давать сохранять номенклатуру без заполненного поля "Код ОКПД 2".*                                                  |                  |
 
 **Склад**
 
-Определение | Значение (текст) | Значение (число)
-------------|------------------|-----------------
-Адресное хранение |  | 1
-*Подключение функционала, связанного с применением ячеек для хранения остатков. В документе “Склад” станет видимым флажок “Адресное хранение”.* |  | 
-Аналитика Тип запаса |  | 1
-*Если признак проставлен, то в аналитической форме "Остатки на складе" появится дополнительное поле "Тип запаса" для фильтрации.* |  | 
+| Определение                                                                                                                                     | Значение (текст) | Значение (число) |
+| ----------------------------------------------------------------------------------------------------------------------------------------------- | ---------------- | ---------------- |
+| Адресное хранение                                                                                                                               |                  | 1                |
+| *Подключение функционала, связанного с применением ячеек для хранения остатков. В документе “Склад” станет видимым флажок “Адресное хранение”.* |                  |
+| Аналитика Тип запаса                                                                                                                            |                  | 1                |
+| *Если признак проставлен, то в аналитической форме "Остатки на складе" появится дополнительное поле "Тип запаса" для фильтрации.*               |                  |
 
 **Контрагенты**
 
-Определение | Значение (текст) | Значение (число)
-------------|------------------|-----------------
-Обязательность заполнения полей Тип, Вид, Юр.адрес |  | 1
-*Если признак проставлен, то включается проверка на заполнение полей Тип, Вид, Юр.адрес в справочнике контрагентов* |  | 
+| Определение                                                                                                         | Значение (текст) | Значение (число) |
+| ------------------------------------------------------------------------------------------------------------------- | ---------------- | ---------------- |
+| Обязательность заполнения полей Тип, Вид, Юр.адрес                                                                  |                  | 1                |
+| *Если признак проставлен, то включается проверка на заполнение полей Тип, Вид, Юр.адрес в справочнике контрагентов* |                  |
 
 **Договор**
 
-Определение | Значение (текст) | Значение (число)
-------------|------------------|-----------------
-Тип расчета (по умолчанию) |  | 1
-*Определяет тип расчета цены в Дополнительном документе к договору (тип: Покупка и Продажа), Приходной накладной, Расходной накладной.* |  | 
-Тип расчета (покупка) |  | 1
-*Определяет тип расчета цены в Дополнительном документе к договору (тип: Покупка), Приходной накладной.* |  | 
-Тип расчета (продажа) |  | 1
-*Определяет тип расчета цены в Дополнительном документе к договору (тип: Продажа), Расходной накладной.* |  | 
+| Определение                                                                                                                             | Значение (текст) | Значение (число) |
+| --------------------------------------------------------------------------------------------------------------------------------------- | ---------------- | ---------------- |
+| Тип расчета (по умолчанию)                                                                                                              |                  | 1                |
+| *Определяет тип расчета цены в Дополнительном документе к договору (тип: Покупка и Продажа), Приходной накладной, Расходной накладной.* |                  |
+| Тип расчета (покупка)                                                                                                                   |                  | 1                |
+| *Определяет тип расчета цены в Дополнительном документе к договору (тип: Покупка), Приходной накладной.*                                |                  |
+| Тип расчета (продажа)                                                                                                                   |                  | 1                |
+| *Определяет тип расчета цены в Дополнительном документе к договору (тип: Продажа), Расходной накладной.*                                |                  |
 
 Если вышеперечисленные константы не заполнены, то расчет цены в документах (Дополнительный документ к договору, Приходна накладная, Расходная накладная) по умолчанию производится по типу расчета "От суммы с НДС".
 
@@ -250,28 +112,101 @@ operation_duration_in_minutes |  | 1
   <figcaption>Рисунок 10.</figcaption>
 </figure>
 
-## Учёт кадров
-Вкладка "Учёт кадров" содержит первичные настроечные константы модуля Учёт кадров.
+## Штатное расписание
 
-<figure class="figure-image">
-  <img src="../кадры.png" alt="Рисунок 11." class="zoom">
-  <figcaption>Рисунок 11.</figcaption>
-</figure>
+Вкладка "Штатное расписание" содержит первичные настроечные данные для модуля Штатное расписание.
 
-Определение | Значение 
-------------|------------------
-Полные кадры | 1
-*1 - Ведение полноценного учета кадров в системе (Движение по сотрудникам). Дополнительно: в документе "Заявление от сотрудников" добавляется операция "Создать приказ по подтипу документа". 0 - Если нет необходимости вести полноценный учет кадров (Приказы/Движение по сотрудникам) в системе, а краткая информация по сотрудникам необходима. *Дополнительно: в документе "Физические лица" отключаются проверки на адрес.* | 
-Применение тарифной сетки | 1
-*1 – Если в учетной политике предприятия предусмотрена необходимость ведения тарифной сетки (с возможностью автоматической индексации окладов/тарифных ставок). 0 – без применения тарифной сетки.* | 
-Использование территорий | 1
-*1 – добавление информации по территориальному признаку в штатном расписании и в приказах по движению кадров.* | 
-Регион по умолчанию | Значение из справочника
-*Если значение заполнено из справочника, то используется как регион по умолчанию в документе «Физические лица» на закладке «Адреса» в поле «Регион».* | 
+![Вкладка Штатное расписание](image-7.png)
 
-После заполнения всех необходимых полей необходимо сохранить и закрыть документ нажав на соответствующие кнопки
+**Применение тарифной сетки** - при включенном чекбоксе, происходит взаимосвязь тарифной сетки и всех модулей: Штатное расписание, Учет кадров, Учет труда, Зарплата.  
 
-<figure class="figure-image">
-  <img src="../image6.png" alt="Рисунок 12." class="zoom">
-  <figcaption>Рисунок 12.</figcaption>
-</figure>
+Каждой штатной единице (должности) присваивается определенный разряд и элемент тарифной сетки.
+
+Штатное расписание формируется на основе штатных единиц (ШЕ), где каждая должность уже связана с разрядом и элементом из тарифной сетки. Оклад для штатной единицы автоматически берется из тарифной сетки в соответствии с заполненными данными.
+
+При оформлении приказов двигающие перемещение сотрудника система автоматически подтягивает оклад, указанный в тарифной сетке для соответствующей должности. Далее в расчетах основной оклад берется из тарифной сетки, а дополнительные выплаты (надбавки, премии) добавляются к нему.
+
+**Применение вилки окладов** - при включенном чекбоксе, для каждой должности добавляется возможность устанавливать не фиксированный оклад, а диапазон (вилку), в пределах которого варьируется оплата труда сотрудника. Также можно ее привязана к разрядам, категориям или грейдам в тарифной сетке.
+Далее в Штатном расписании оклады у должности разделяются на min и max, в приказах у сотрудников кадровик выбирает конкретный оклад в пределах установленного диапазона или квалификационных уровней. Система автоматически рассчитывает итоговую зарплату, учитывая оклада в пределах вилки и все надбавки, премии, бонусы и другие выплаты, если они предусмотрены системой.
+
+**Применение грейдов** - при включенном чекбоксе, в Тарифной сетке, "Элементу тарифной стеки" добавляется грейды,  все должности в компании группируются в уровни (грейды) на основе их сложности, компетенции и  ответственности. Каждому грейду соответствует определенная оплата труда можно использовать вилку окладов. Далее в Штатном расписании должность привязывается к определенному грейду. В приказах двигающие перемещения сотруднику система автоматически назначает ему грейд, соответствующий его должности. Для перевода на следующий грейд используется "Приказ об изменении грейда". Система автоматически рассчитывает итоговую зарплату, учитывая базовый оклад и все дополнительные выплаты. 
+
+**Применение перс. надбавки** - при включенном чекбоксе, в документах:
+ Штатная единица - открывается поле для выбора персональной надбавки;
+ Штатное Расписание - открываются поля с операцией по перс.надбавки - куда подтягивается из ШЕ вид перс.надбавки и поле с суммой - туда проставляют сумму надбавки, либо проставляют непосредственно в приказах. 
+В карточке сотрудника, в приказах двигающие перемещения - открывается рядом с окладами столбец по перс.надбавки.
+
+**Доплаты и надбавки позиции ШР** - при включенном чекбоксе, в документах: Штатная единица и Штатное Расписание отображается нижняя детальная таблица для внесения данных в доплаты и надбавки и отображения их по конкретной штатной единице.  
+
+**Расшифровка позиций ШР** - при включенном чекбоксе, в документе "Штатное расписание" добавляется дополнительная нижняя таблица, с  характеристикой по каждой отдельно взятой штатной единице, далее эти данные применяются для формирования Служебной Записки.
+
+**Автоматическое заполнение основного графика в ШЕ** - при включенном чекбоксе, в Штатной единице в поле "Вид графика работы" автоматически подтягивается "Основной график работы (8 ч.)".Иначе, поле остается пустым.
+
+**Применение тарифа ТОСЭР** - при включенном чекбоксе, в документе Штатная единица открывается поле "Тариф страховых взносов в ТОСЭР" для заполнения данных 
+
+**Использование валидации** - при включенном чекбоксе, в документе Штатного расписание включается проверка на заполнение обязательных полей: Подразделения, Должность, Основная оплата и График работы. Если какое-то из указанных полей не заполнено, система выдает предупреждение, чтобы пользователь исправил данные перед сохранением документа.
+
+Если чекбокс выключен, то проверка работает только на заполнение данных в Подразделении и Должности в документе Штатное расписание. 
+
+**Использование территорий** - при включенном чекбоксе, происходит добавление информации по территориальному признаку в Штатном расписании и в приказах по движению кадров. 
+
+**Редактирование ШЕ** -  при включенном чекбоксе с настроенной ролью (editable_stafflist) открывается ШЕ на редактирование, которая учтена в ШР. 
+   - если чекбокс отключен в УПП, то даже этот сотрудник с данной ролью не может править ШЕ, которая учтена в ШР.
+
+После заполнения всех необходимых полей необходимо ![alt text](image-4.png) или ![alt text](image-5.png). Далее чтобы изменения вступили в силу необходимо [очистить кэш](../../User%20manuals/Lexema-platform/Очистка%20истории%20браузера%20Google%20Chrome/Очистка%20истории%20браузера%20Google%20Chrome.md#очистка_истории_браузера_google_chrome) в браузере.   
+
+
+
+## Учет кадров
+Вкладка "Учет кадров" содержит первичные настроечные константы модуля Учет кадров.
+
+![УПП КАдры](image-8.png)
+
+**Полные кадры** -  при включенном чекбоксе, происходит ведение полноценного учета кадров в системе (Движение по сотрудникам). Дополнительно: в документе "Заявление от сотрудников" добавляется операция "Создать приказ по подтипу документа".
+
+Если нет необходимости вести полноценный учет кадров (Приказы/Движение по сотрудникам) в системе, а краткая информация по сотрудникам необходима - то чекбокс необходимо отщелкнуть. 
+
+*Дополнительно: в документе "Физические лица" отключаются проверки на адрес.
+
+
+**Использование валидации** - при включенном чекбоксе, включается проверка на заполнение обязательных полей и корректность ввода данных. 
+
+**В отчетах "Должность + разряд"** -при включенном чекбоксе, в печатных формах и xml выгрузках к должности подтягиваются разряды.
+
+**Регион** - при включенном чекбоксе, если значение заполнено из справочника, то используется как регион по умолчанию в документе «Физические лица» на закладке «Адреса» в поле «Регион».
+
+**Испытательный срок в приказе о приеме (мес.)** - при включенном чекбоксе, в документ "Приказ о приеме" автоматически подтягивается кол-во месяцев в столбец "Испытательный срок (мес)".
+
+**Автоматическое заполнение даты подписи в приказах** - в печатных формах по Учету труда и Кадров, автоматически подтягивается дата ознакомления равной дате создания приказа.  
+
+**Характеристика рабочего места к ТД** -  при включенном чекбоксе, в "Видах шаблонов к договорам" открывается детальная таблица для описания характеристики рабочего места, которые в дальнейшем автоматически подтягиваются в печатную форму Трудового договора.  
+
+**Локальные нормативные акты к ТД** - при включенном чекбоксе, в "Видах шаблонов к договорам" открывается детальная таблица для описания Локально нормативных актов, которые в дальнейшем автоматически подтягиваются в печатную форму Трудового договора.
+
+**Обязательство сотрудника к ТД** - при включенном чекбоксе, формируется дополнительная печатная форма к Трудовому договору.
+
+**Отражать банк. реквизиты работодателя в ТД** - при включенном чекбоксе, в печатной форме Трудового договора в реквизитах работодателя автоматически подтягиваются банковские реквизиты, которые заполнены в "Контрагенте" с галкой по умолчанию. 
+
+
+После заполнения всех необходимых полей необходимо ![alt text](image-4.png) или ![alt text](image-5.png). Далее чтобы изменения вступили в силу необходимо [очистить кэш](../../User%20manuals/Lexema-platform/Очистка%20истории%20браузера%20Google%20Chrome/Очистка%20истории%20браузера%20Google%20Chrome.md#очистка_истории_браузера_google_chrome) в браузере. 
+
+## Учет труда
+
+Вкладка "Учет труда" содержит первичные настроечные константы модуля Учет труда.
+
+![УПП труд](image-10.png)
+
+**Взаимосвязь проектного и основного табелей** - при включенном чекбоксе и установленной константе (Взаимосвязь табеля с табелем по проекту) происходит взаимосвязь двух документов "Табеля по учету труда" с "Табелем по проекту".
+
+**Применение проекта в основном табеле** - по данному чекбоксу в "Табеле учета рабочего времени" в детальной таблице показывается столбец "Проект" (код, наименование). Данные по проекту подтягиваются из подписанного "Приказа на командировку".
+
+**Применение подразделения для табеля** - при включенном чекбоксе в "Штатной единице" открывается поле "Подразделение для табеля". Если данное поле будет заполнено, сотрудник принятый на эту штатную единицу будет в "Табель учета рабочего времени" загружаться в данное подразделение. 
+
+**Применение вахтового метода работы** - при включенном чекбоксе, в документе "Приказ на командировку" появляется чекбокс "Вахтовый метод". Далее в документе "Табеля учета рабочего времени" открываются  столбцы итоговые "Вахтовый метод" (часы, дни). 
+
+**Учёт табеля в часах и минутах** - при включенном чекбоксе происходит пересчет часов (отображаемых в десятичном виде) в часы в виде часов и минут. В следующих документах: "Производственный календарь", "Графиках работы", "Табеле учета рабочего времени". 
+
+**Автоматическое создание компенсации за отпуск** - при включенном чекбоксе, автоматически создается документ "Расчет компенсации неиспользованного отпуска" при проставленном чекбоксе "Подписан" в "Приказе об увольнении". 
+ 
+
+После заполнения всех необходимых полей необходимо ![alt text](image-4.png) или ![alt text](image-5.png). Далее чтобы изменения вступили в силу необходимо [очистить кэш](../../User%20manuals/Lexema-platform/Очистка%20истории%20браузера%20Google%20Chrome/Очистка%20истории%20браузера%20Google%20Chrome.md#очистка_истории_браузера_google_chrome) в браузере. 

docs/Admin manuals/Роли/Роли.md

@@ -2,17 +2,9 @@
 
 Данный справочник ролей расположен в папке Администрирование. В справочнике по умолчанию должны содержаться базовые роли модулей (согласно матрице ролей), устанавливаемых на конкретном предприятии.
 
-<figure class="figure-image">
-  <img src="../image1.png" alt="Рисунок 1. «Роли приложения» в главном меню">
-  <figcaption>Рисунок 1. «Роли приложения» в главном меню</figcaption>
-</figure>
-<!-- ![Рисунок 1. «Роли приложения» в главном меню](../image1.png) -->
+Реестр ролей приложения выглядит следующим образом:
 
-<figure class="figure-image">
-  <img src="../image2.png" alt="Рисунок 2. Реестр «Роли приложения»" class="zoom">
-  <figcaption>Рисунок 2. Реестр «Роли приложения»</figcaption>
-</figure>
-<!-- ![Рисунок 2. Реестр «Роли приложения»](../image2.png) -->
+![Реестр ролей приложения](Безымянный-1.png)
 
 ## Роли системы
 
@@ -24,20 +16,15 @@
 </figure>
 <!-- ![Рисунок 3. «Роли системы» в главном меню](../image1.png) -->
 
-<figure class="figure-image">
-  <img src="../image4.png" alt="Рисунок 4. Реестр «Роли системы»" class="zoom">
-  <figcaption>Рисунок 4. Реестр «Роли системы»</figcaption>
-</figure>
-<!-- ![Рисунок 4. Реестр «Роли системы»](../image4.png) -->
+Реестр выглядит следующим образом:
+![](контр.PNG)
 
 Для определения у роли уровня доступа к документам необходимо создать документ, заполнить:
 
-Наименование - наименование роли (бизнес-роли)
-
-Служебное имя (из файла roles.json) - наименование роли, заполняется наименованием роли из Ролей приложения (это также может быть бизнес-роль, определенная на предприятии);
-
-Примечание - поле для внесения дополнительной информации по
-регистрируемой роли;
+- **Наименование** - наименование роли (бизнес-роли)
+- **Служебное имя (из файла roles.json)** - наименование роли, заполняется наименованием роли из Ролей приложения (это также может быть бизнес-роль, определенная на предприятии)
+- **Примечание** - поле для внесения дополнительной информации по
+регистрируемой роли
 
 Таблицу «Документы (видимость в реестре)», для каждого типа документов определить доступные для редактирования статусы документов, заполнив колонку «Редактирование» в таблице «Статусы документа» (обладатель роли сможет редактировать документы в статусах, отмеченных галочкой, документы со статусами, по которым не заполнен признак «Редактирование», будут доступны только для просмотра). Также, для того чтобы обладатель роли смог распечатать отчеты, необходимо заполнить признак «Печать» в таблице «Печать отчетов».
 
@@ -628,5 +615,10 @@
       <td>Входящий счет-фактура по авансам, Исходящий счет-фактура по авансам</td>
       <td>Просмотр реестра, создание документов, редактирование документов</td>
    </tr>
+   </tr>
+      <td>paymentcomparison_read</td>
+      <td>Сопоставление оплаты-отгрузки</td>
+      <td>Просмотр реестра, создание документов, редактирование документов</td>
+      </tr>
     </tbody>
 </table>

docs/Lexema-ERP/Автотранспорт/Автотранспорт.md

@@ -4,20 +4,19 @@
 
 Документ «Форма для ввода пробега техники» предназначен для отражения всех маршрутов движения техники в течении отчетного периода (месяца) и формирования путевых листов на основании введенной информации. 
 
-![Рисунок 1 Реестр документа «Форма для ввода пробега техники»](image_1.png)
-
+![Рисунок 1 Реестр документа «Форма для ввода пробега техники»](image.png)
 Для формирования документа необходимо указать в шапке:
 
-- Дату документа, 
-- Период с / по,
-- Автомобиль,
-- Водитель,
-- Показания одометра на начало,
-- Показания одометра на конец,
-- Остаток ГСМ на начало,
-- Статус документа. 
+- Дату документа
+- Период с / по
+- Автомобиль
+- Водитель
+- Показания одометра на начало
+- Показания одометра на конец
+- Остаток ГСМ на начало
+- Статус документа
 
-![Рисунок 2 Форма документа «Форма для ввода пробега техники»](image_2.png)
+![Рисунок 2 Форма документа «Форма для ввода пробега техники»](image-1.png)
 
 При вводе периода и выборе автомобиля  автоматически заполняются поля : «показания одометра на начало», «остаток ГСМ на начало» и «заправлено». 
 
@@ -49,3 +48,110 @@
 В каждом путевом листе в таблице «Движение ГСМ» по каждому виду топлива рассчитывается «Остаток топлива при заезде» по формуле : «Остаток топлива при заезде» = «Остаток топлива при выезде» - «Расход факт» + «Заправлено».
 
 В первом по дате сформированном путевом листе значения полей «Показание одометра на начало» и «Остаток топлива при выезде»  будут соответствовать полям из шапки документа «Форма для ввода пробега техники». В каждом следующем путевом листе  «показания одометра на начало» и «Остаток топлива при выезде» копируются с предыдущего путевого листа соответственно с «показания одометра на конец» и «Остаток топлива при заезде».
+## Виды топлива
+
+В зависимости от типа двигателя и конструкции автомобиля используются разные виды топлива.
+
+Справочник "Виды топлива" нужен для заполнения существующих в системе видов топлива.
+
+Для того, чтобы создать новый вид топлива нужно нажать "Создать".
+
+![Форма создания вида топлива](image-3.png)
+
+Документ содержит поля: **Наименование**, **Ед. измерения**, **Тип топлива**.
+
+Нужно ввести наименование, выбрать единицу измерения из выпадающего списка и выбрать тип топлива из выпадающего списка. Нажать сохранить. После чего в реестре отобразится только что созданный документ.
+
+## Виды топлива с номенклатурой
+
+После нажатия на кнопку "Создать" открывается документ "Виды топлива с номенклатурой".
+
+Нужно ввести существующий вид топлива, а также выбрать его в существующей номенклатуре. Нажать сохранить.
+
+![Форма создания вида топлива с номенклатурой](image-4.png)
+
+В реестре должен появиться только что созданный документ.
+
+## Подвижной состав
+
+При открытии реестра отображаются уже загруженные и доступные для использования подвижные составы.
+
+![Реестр подвижного состава](image-5.png)
+
+При необходимости можно добавить недостающие "Подвижные составы" через кнопку "Создать".
+
+![Форма создания подвижного состава](image-6.png)
+
+Документ имеет вкладки: **Подвижной состав**, **Паспорт транспортного средства**, **Закрепленные водители**, **Закрепление за подразделением**, **Страхование и лицензия**, **ТО**, **Собственник**.
+
+## Справочник маршрутов автотранспорта
+
+Для создания нового маршрута нажимаем "Создать". Указываем наименование маршрута, указываем точку "Откуда", адрес заполнится автоматически, указываем точку "куда", адрес заполнится автоматически, указываем расстояние.
+
+Маршрут прописывается в формате от точки А в точку Б, потом из точки Б в точку А, так же можно добавить промежуточные точки.
+
+![Форма создания маршрута](image-7.png)
+
+**Примечание 1**: Точки откуда и куда указываются только уже существующие в программе.
+
+## Справочник топливных карт
+
+![Форма топливной карты](image-8.png)
+
+Для создания документа топливной карты необходимо нажать создать, затем указать номер карты и водителя, нажать сохранить. Новый документ появится в реестре.
+
+## Раздаточная ведомость
+
+Раздаточная ведомость нужна для учета выдачи топлива (ГСМ).
+
+При создании раздаточной ведомости заполняется информация о заправке: **Топливная карта**, **Дата заправки**, **Водитель**, **Автомобиль (марка и гос. номер заполняются автоматически)**, **Вид топлива**, **Номенклатура**, **ЕИ**, **Кол-во**, **сумма**.
+
+![Форма раздаточной ведомости](image-9.png)
+
+## Приказ о вводе зимнего коэффициента
+
+Зимний коэффициент — это поправочный множитель, увеличивающий норму расхода топлива в холодное время года. Он компенсирует повышенный расход горючего из-за низких температур, зимних условий эксплуатации и дополнительных нагрузок на двигатель.
+
+![Форма приказа](image-10.png)
+
+При создании нового документа, открывается форма с полями: **Номер**, **Дата документа (заполняется дата на сегодня)**, **С какого и по какое число действует приказ**, **Причина приказа и регион**.
+
+## Путевой лист
+
+Путевой лист — это официальный документ, который оформляется для учета работы транспортного средства, водителя и контроля за выполнением перевозок. Он является обязательным для юридических лиц и индивидуальных предпринимателей, использующих автотранспорт в коммерческих или служебных целях.
+
+Документ "Путевой лист" состоит из двух частей: **Шапки и табличной части**.
+
+В шапке указаны такие поля как: **Номер**, **Дата документа**, **Дата выезда и заезда**, **Статус**, **Примечание**, **Одометр. начало и конец**, **Техника и маршрут**, а также чек-бокс **Многодневный путевой лист**.
+
+![Шапка путевого листа](image-11.png)
+
+Табличная часть состоит из вкладок: Водители, заказчики, движение ГСМ, заправка.
+
+![Вкладки путевого листа](image-12.png)
+
+## Форма для ввода пробега техники
+
+Форма для ввода пробега техники — это специальный раздел в путевом листе или другом учетном документе, предназначенный для фиксации показаний одометра (счетчика пробега) транспортного средства.
+
+Форма включает в себя реестр маршрутов за определенный промежуток времени.
+
+Документ "форма для ввода пробега техники" состоит из двух частей: **Шапки и табличной части**.
+
+![Форма ввода пробега](image-13.png)
+
+В шапке документа указаны такие поля как: **Номер**, **Дата документа (автоматически заполняется дата на сегодня)**, **Статус документа**, **Период**, **Автомобиль**, **Водитель**, **Одометр на начало и конец**, **Остаток ГСМ на начало и конец**, **Заправлено**, **Пробег за период**, **Расход по норме**, **Кол-во рабочих дней в месяце**.
+
+В табличной части документа указаны перемещения маршрута "Откуда" - "Куда". (Маршрут должен быть обязательно от точки "А" до точки "Б" и наоборот).
+
+Любой маршрут обязательно включает в себя стартовую точку (стартовый маршрут) и финишную точку (финишный маршрут). Так же маршрут может включать в себя промежуточные пункты, в этом случае маршрут должен быть в формате: Водитель выехал из точки "А" (стартовый маршрут), доехал до промежуточного маршрута в точку "С" и из точки "С" поехал в точку "Б" (финишный маршрут) и наоборот.
+
+![Табличная часть формы пробега](image-14.png)
+
+## Движение топлива из путевых листов
+
+Движение топлива из путевых листов — это учет расхода горюче-смазочных материалов (ГСМ) на основе данных, зафиксированных в путевых листах. Этот процесс включает контроль выдачи, списания и анализа потребления топлива транспортным средством в ходе рейсов.
+
+Для того, чтобы сформировать отчет нужно выставить период и нажать сформировать.
+
+![Отчет по движению топлива](image-15.png)

docs/Lexema-ERP/Банковские операции/Банковские операции.md

@@ -2,21 +2,21 @@
 
 Модуль предназначен для выгрузки данных по банковским операциям из системы Клиента банка, контроля остатков денежных средств на расчетных счетах компании как в рублях, так и в валюте, установления бухгалтерских операций по платежным документам, проведение первичных документов в баланс.
 
-Банковские операции инициируются документами подсистемы (Платежное поручение, Приход денег по банку). Но факт записи в информационную базу денежного документа может означать лишь намерение пользователя – сотрудника финансовой службы или бухгалтерии. Для того, чтобы в информационной базе было зарегистрировано соответствующее движение денежных средств, факт оплаты должен быть подтвержден путем простановки в денежном документе статуса «Принят к учету». Для банковских платежных документов – платежных поручений при этом должна быть указана дата оплаты, поскольку дата платежа может не совпадать с датой документа. 
+Банковские операции инициируются документами подсистемы (Платежное поручение, Приход денег по банку), но факт записи в информационную базу денежного документа может означать лишь намерение пользователя – сотрудника финансовой службы или бухгалтерии. Для того, чтобы в информационной базе было зарегистрировано соответствующее движение денежных средств, факт оплаты должен быть подтвержден путем простановки в денежном документе статуса «Принят к учету». Для банковских платежных документов – платежных поручений при этом должна быть указана дата оплаты, поскольку дата платежа может не совпадать с датой документа. 
 
 При регистрации оплаты документа будут автоматически сформированы проводки. В качестве даты проводок будет использована дата платежа.
 
-Безналичные денежные средства учитываются на счете 51. Предприятие может иметь несколько расчетных счетов в одном или нескольких банках. В бухгалтерском учете этот факт будет отражен введением дополнительного разреза аналитического учета. В плане счетов бухгалтерского учета к счету 51 прикреплен вид аналитики **"Расчетный счет"**. Банковский счет указывается в форме банковского расчетного документа. При автоматическом формировании проводки он будет подставлен в качестве аналитики.
+Безналичные денежные средства учитываются на счете 51. Предприятие может иметь несколько расчетных счетов в одном или нескольких банках. В бухгалтерском учете этот факт будет отражен введением дополнительного разреза аналитического учета. В плане счетов бухгалтерского учета к счету 51 прикреплен вид аналитики **Расчетный счет**. Банковский счет указывается в форме банковского расчетного документа. При автоматическом формировании проводки он будет подставлен в качестве аналитики.
 
 ## Платежное поручение
 
 ### Общее назначение документа
 
-Документ **"Платежное поручение"** – это расчетный документ. Владелец счета (плательщик), посредством платежного поручения, дает своему банку распоряжение перевести определенные денежные средства на счет получателя, открытый в этой или другой кредитной организации.
+Документ **Платежное поручение** – это расчетный документ. Владелец счета (плательщик), посредством платежного поручения, дает своему банку распоряжение перевести определенные денежные средства на счет получателя, открытый в этой или другой кредитной организации.
 
 ### Реестр
 
-Документ находится в главном меню системы в модуле **"Банковские операции"**. Для открытия документа можно воспользоваться поиском в меню.
+Документ находится в главном меню системы в модуле **Банковские операции**. Для открытия документа можно воспользоваться поиском в меню.
 
 ![](1.png)
 
@@ -138,7 +138,7 @@
 
 Откроется реестр документов за выбранный период.
 
-![](3-1.png)
+![](контр.PNG)
 
 В реестре предоставляется возможность перетащить любую колонку и сделать группировку по ней.
 
@@ -148,7 +148,7 @@
 
 Для создания нового документа необходимо нажать на кнопку "Создать" на панели инструментов.
 
-![](5-1.png)
+![](контр-1.PNG)
 
 В документе заполняются данные по контрагенту, его расчетному счету, сумме поступившего платежа, бухгалтерскому счету и аналитике. Поля, отмеченные *, обязательны для заполнения.
 
@@ -289,7 +289,7 @@
 
 После выбора периода будет открыт реестр документов:
 
-![](3-3.png)
+(контр-2.PNG)
 
 ### Документ
 
@@ -325,14 +325,36 @@
 
 Форма «Структура файла для обмена данными с Клиент-банком» предназначена для формирования структуры файла обмена данными с системой «Клиент-Банк». 
 
-![Рисунок 29  Выбор в меню документа «Структура файла для обмена данными с Клиент-банком»]( image_29.png)
+![](контр-3.PNG)
 
 После выбора документа будет открыт реестр документов:
 
-![Рисунок 30  Реестр документов «Структура файла для обмена данными с Клиент-банком»]( image_30.png)
+![](контр-4.PNG)
 
 Для открытия существующего документа необходимо нажать на него.  Для создания нового – нажать на кнопку **«Создать»** на панели инструментов.
 
-![Рисунок 31  Форма редактирования документа «Структура файла для обмена данными с Клиент-банком»]( image_31.png)
+![](контр-5.PNG)
 
 В поле «Соответствующее поле» должно выбраться словосочетание, максимально подходящее к полю файла. Это необходимо для связи полей файла с полями системы. Допускается произвольное расположение полей и их отсутствие в некоторых случаях. После внесения всех данных сохранить документ.
+
+## Разнесение оплаты по счетам
+
+Форма Разнесение оплаты по счетам предназначена для оперативной работы по сопоставлению платежей поставщикам со счетами поставщиков.
+
+Для работы с аналитической формой введите в меню **Разнесение оплаты по счетам**. 
+
+Откроется форма, в которой необходимо указать **Период**, нажав соответствующую кнопку. При необходимости выберите контрагента в поле **Контрагент**, затем нажмите кнопку **Загрузить**. 
+
+![](1-4.png)
+
+В табличную часть загрузятся все платежные поручения за выбранный период:
+
+![](2-4.png)
+
+Ответственный может найти в таблице свое платежное поручение (по номеру счета, указанному в колонке **Назначение платежа** бухгалтером), проставить   
+аналитику Счет-договор либо Договор и Спецификацию, затем нажать на **Сохранить**.
+
+![](3-4.png)
+
+Данные об оплате по закупке и договору отражаются автоматически в аналитической форме 
+Исполнение по заявкам на потребность, а также на вкладке Исполнение по договорам документа Договор.

docs/Lexema-ERP/Бухгалтерский учет/Бухгалтерский учет.md

@@ -40,7 +40,7 @@
 
 После выбора периода будет открыт реестр документов:
 
-![Рисунок 1  Реестр документов «Ввод сальдовых остатков»]( image_1.png)
+![Рисунок 1  Реестр документов «Ввод сальдовых остатков»](Безымянный.png)
 
 Для открытия существующего документа необходимо нажать на него.  Для создания нового – нажать на кнопку «Создать» на панели инструментов.