This commit is contained in:
mirzakaev_tf 2024-12-04 13:51:26 +05:00
commit 18e881c3b8
40 changed files with 408 additions and 5 deletions

View File

@ -62,7 +62,7 @@
В форме заявки отображается такая информация как: заказчик, подразделение, организация, суть обращения и текст заявки.
![Заявка](media/zayavka.png)
![Заявка](media/screen1.png)
Во вложениях на панели инструментов инициатор прикрепляет файлы при наличии(скриншот ошибки, уточняющие документы и т.п.).
@ -106,7 +106,9 @@
* Согласование ЗНИ.
В ЗНИ открываются 3 поля. Два из них надо заполнить при расчёте затрат:
* Затраты (часов) - сколько часов чистого времени требуется для решения проблемы.
* Время выполнения (часов) - сколько времени реально потребуется для решения проблемы, отсчитывая от даты согласования ЗНИ. Столько часов будет выделено Исполнителю на его этапе в маршруте.
![Часы](media/hour.png)
@ -131,11 +133,23 @@
После регистрации заявки, она поступает на исполнение ответственному исполнителю. После исполнения заявки, исполнитель должен заполнить "Отчет об исполнении".
![Отчет](media/otchet.png)
![Отчет](media/screen2.png)
Далее он подтверждает исполнение соответствующей кнопкой в панели инструментов. Заявка направляется инициатору данной заявки на ознакомление, фактический срок исполнения проставляется автоматически, статус заявка автоматически назначается "Выполнено".
![Исполнение](media/ispolnenie.png)
![Исполнение](media/ispolnenie.png)
В данной форме имеется выпадающий список с названием "Вид обращения". Через этот выпадающий список есть возможность группировать заявки в техническую поддержку. В выпадающем списке появляются варианты групп, при выборе которой можно определить данную заявку в необходимую подгруппу.
![Рисунок](media/screen3.png)
Так же подгруппы можно создавать из заявки в техническую поддержку. На скриншоте ниже видно как через "Кнопку быстрого создания" можно создать необходимую группировку.
![Рисунок](media/screen4.png)
После нажатия "Кнопки быстрого создания" откроется окошко в котором указывается наименование группировки. После чего необходимо нажать на кнопку "Сохранить" и новая группа будет отображаться в выпадающем списке.
![Рисунок](media/screen5.png)
### Статусы заявки

Binary file not shown.

After

Width:  |  Height:  |  Size: 80 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 53 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 88 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 13 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 10 KiB

View File

@ -732,7 +732,7 @@ if @formName='EmployeeStatementForm' AND ( @ColumnName = '#bDate#' OR @ColumnNam
![Операции](media/noOperachii1.png)
* Скрыть кнопку **<Копировать>** - скрывается кнопка "Операции" в панели инструментов в **универсальных документах** и **доверенностях на конструкторе**;
* Скрыть кнопку **<Копировать>** - скрывается кнопка "Копировать" в панели инструментов в **универсальных документах** и **доверенностях на конструкторе**;
![Копирование](media/noCopy1.png)

View File

@ -0,0 +1,229 @@
# Контур.Доверенности
## Описание
**Контур.Доверенности** - программный продукт от фирмы "Контур", который необходим для регистрации доверенностей с Центральным Распределенным Реестром ФНС, далее именуемое как ЦПРР ФНС.
Плюс МЧД в том что есть возможность проверить подлинность, валидность и верификацию подписи.
На данной платформе имеется 2 вида площадок **_Тестовая_** и **_Продуктивная_** для МЧД доверенностей:
- **Тестовая** - это форма, которая имеет внутреннее сообщение МЧД доверенностей между контрагентами.
- **Продуктивная** - это форма, которая имеет прямой доступ к ЦПРР ФНС, то есть место где регистрируются все МЧД доверенности формата b2b.
Продуктивная прощадка имеет настройки конфигурации (конфиги) на каждую организацию. Для каждой организации в конфиги прописывается **путь** и уникальный **ключ**. Числом обозначается номер организации в реестре.
![Puctires](media/screen-2.png)
Для сервиса обмена с Контур.Доверенности должен быть отдельный пользователь с правами администратора, который должен быть указан в конфигурации, в разделе сервиса.
![Puctires](media/screen-1.1.png)
![Puctires](media/screen-1.png)
А в разделе "Интерграции" необходимо прописать маршруты для каждой организации. Идентификаторы организаций можно найти при помощи программы Postman, при запросе всех организаций.
![Puctires](media/screen-3.1.png){ width=70% }
![Puctires](media/screen-3.png){ width=70% }
- **"shortName"** - имя организации
- **id** - ключ, он же часть маршрута для обращения по API к Контур.Доверенности
## Настройка интеграции с Контур.Доверенности
Чтобы данный сервис начал работать на сайте необходимо произвести некоторые настройки. Такие как **"Подключение сервиса"**, **"Настройка продакшена JSON"** и **"Создание view"**.
### *Подключение сервиса*
Для корректной работы с платформой Контур.Доверенности необходимо в первую очередь настроить подключение сервиса.
Для подключения необходимо установить **web-service "ecosoft-lexema8-integration-service"**. После чего добавить в **package.json** в раздел **devDependencies** - _"ecosoft-lexema8-integration-service": "0.0.1"_.
### *Настройка продакшена JSON*
Чтобы подключить продакшен JSON необходимо прописать в **production.json** на проекте в раздел **application**. В конфигурации документа имеется APIKEY далее именуемое как API-ключ.
??? Пример "Пример настроек в продакшене"
``` JSON
integration: {
protocol: 'http',
host: 'integration_service',
port: 3205,
route: '/api/v2.0/integration',
script: 'ecosoft-lexema8-integration-service',
routes: {
kontur: {
type: 'group',
routes: {
1: {
url: 'https://m4d-api-staging.testkontur.ru',
headers: {
'X-KONTUR-APIKEY': 'gp264zd9-233x'
}
}
}
}
}
}
```
Далее необходимо прописать в **index.js** на проекте в разделе **Services**:
??? Пример "Пример **index.js**"
```JSON
konturM4D: {
Ctor: KonturM4DService,
args: {
organizationId: '7k4f0d-1l9t-3s62',
withCOrg: true
}
}
```
И сделать там же импорт **KonturM4DService**
??? Пример "Пример импорта"
```JSON
import { KonturM4DService } from 'ecosoft-lexema8-docflow-documents-lib'
```
Далее нужно добавить столбцы **StatusKontur**, **DocCode**, **DocSubtype**, **DocType** во вьюшку _dfd.UniversalDocument_.
В обязательном порядке необходимо создать роли **empowermentrevocation_write** и **empowermentrevocation_read**, включить их в роли, которые смогут отзывать доверенности. Так же создать роль **empowerment_admin**.
Добавить _Настройку документа_ указанную в [примере](http://ecm-demo.dev.lan/#/view/DocflowDocumentSettingsForm/37). Создать [подтип](http://ecm-demo.dev.lan/#/view/DocumentSubtypeForm/219) документа и создать к нему [конструктор](http://ecm-demo.dev.lan/#/view/DocumentConstructorForm/369).
После чего создать маршрут в документе и добавить в **units.json** скрипт:
??? Пример "Пример скрипта **units.json**"
```JSON
{
"key": "EmpowermentRevocationRegistry",
"caption": "Отзыв доверенностей",
"form": ["EmpowermentRevocationRegistry", "ecosoft-lexema8-docflow-documents-lib"]
},
{
"key": "EmpowermentRevocationForm",
"caption": "",
"form": ["EmpowermentRevocationForm", "ecosoft-lexema8-docflow-documents-lib"]
}
```
После его изменить в **_production.js_**:
??? Пример "Пример замены сервиса"
Необходимо сервис:
```JSON
kontur: {
url: 'https://m4d-api-staging.testkontur.ru',
headers: {
'X-KONTUR-APIKEY': 'cq951ld6-121r'
}
}
```
Поменять на:
```JSON
kontur: {
type: 'group',
headers: {
'X-KONTUR-APIKEY': 'cq951ld6-121r'
},
routes: {
1: 'https://m4d-api-staging.testkontur.ru/v1/organizations/4a7fb5b7-8f6b-4a68-8f5e-0ff45c3fd0a6'
// , COrg филиала: 'https://m4d-api-staging.testkontur.ru/v1/organizations/id организации в контуре'
}
}
```
Далее необходимо изменить в **index.js (demo/source)**:
??? Пример "Пример изменений в **index.js (demo/source)**"
Изменить конфигурации данного сервиса:
```Json
konturM4D: {
Ctor: KonturM4DService,
args: { organizationId: '1t3kf2s0-0d3a }
},
```
На настройки приведенные ниже:
```JSON
konturM4D: {
Ctor: KonturM4DService ,
args: {withCOrg: true}
}
```
## Работа с Контур.Доверенности
На проекте должен быть настроен подтип МЧД со служебным наименованием **_MachineReadablePowerOfAttorney_**. Так же в шаблоне маршрута должно быть подписание КЭПом руководителя.
### _Доверитель и доверительные лица_
В Карточке контрагента на вкладке **"Доверенность"** указать _"Лицо без доверернности"_, как правило лицом без доверенности является Генеральный Директор, то есть тот кто имеет право подписывать именно КЭПом юридического лица. Заполняя форму документа доверенности МЧД, по умолчанию заполняется сотрудник указанный как лицо без доверенности, в поле **"Лицо без доверенности (доверитель)"**.
### _Сведения о полномочиях_
**Полномочия** могут быть человекочитаемые и машиночитаемые.
- **Человекочитаемые** - это полномочия которые заказчик вносит вручную в справочник полномочий.
- **Машиночитаемые** - это полномочия, загруженные из справочника МинЦифры (Министерство Цифрового развития, связи и массовых коммуникаций Российской Федерации).
Чтобы загрузить эти доверенности необходимо в реестре **"Справочник полномочий"** нажать кнопку _"Загрузить перечень из файла"_. Прежде всего необходимо на сайте ГосУслуг скачать excel-файл с переченью полномочий, после чего нажать на кнопку _"Загрузить перечень из файла"_ и тогда система загрузит все недостающие полномочия в реестр. Справочник находиться в [этом](https://esnsi.gosuslugi.ru/classifiers/9532/data?pg=1&p=1) ресурсе.
![Picturies](media/screen-5.png)
При загрузке полномочий актуализируется записи в справочнике, то есть закрываются не действующие и добавляются новые.
Подсправочник **"Группа полномочий"** необходим, чтобы выстроить иерархическое дерево при выборе полномочий в документе "Доверенность" в разеделе "Сведения о полномочиях".
В **"Группах полномочий"** необходимо настроить для каждого проекта "Разделы групп", то есть это группа с определенным названием и NSI ID подтягивается при загрузке справочника полномочий в поле карточки полномочия NSI ID. При загрузке справочника полномочий МинЦифры, новые полномочия загружаются согласно указанных групп NSI ID.
![Picturies](media/screen-6.png)
![Picturies](media/screen-6.1.png)
При запуске сайта, в реестре доверенностей необходимо загрузить "Исторические доверенности", которые закгружаются по кнопке **"Загрузить из Контура"** находящиеся в панели управления.
![Picturies](media/screen-7.png)
При нажатии кнопки **"Загрузить из Контура"** Лексема обратиться к ЦПРР ФНС через API по текущей организации с запросом доверенностей которых в Лексеме еще нет. И загрузит как саму карточку доверенности так и хml-файл с описанием этой доверенности.
После регистрации документа и подписания доверенности КЭПом во вложении создается xml-файл, пример вложения указан на скрине ниже:
![Picturies](media/screen-8.png)
В названии xml-файла имеется идентификатор который берется из раздела МЧД в доверенности. Так же этот идентификатор используется для проверки в ЦПРР ФНС. Произвести проверку доверенности можно в [сервисе ФНС](https://m4d.nalog.gov.ru/emchd/check-status).
После завершения маршрута документ возвращается инициатору со _"Статусом в реестре ФНС"_ - **"Зарегестрировано"** и можно дальше работать с документом в тех системах, которые необходимы.
### _Ошибка операции по регистрации доверенности_
В форме "Настройка заданий для планировщика" имеется задача _Уведомление об ошибках регистрации МЧД или отзыва_ которая необходима для того чтобы система оповещала пользователя о ошибке регистрации МЧД.
Если вернется статус _"Ошибка регистрации"_ необходимо в программе Postman отправить запрос по текущей доверенности. Для этого необходимо знать id доверенности, узнать ее можно следующий путём.
Необходимо в базе данных сделать запрос на необходимую доверенность, после чего в колонке **"KonturOperationId"** взять значение по доверенности которая пришла с ошибкой и ввести в Postman в строку **GET** запрос. Postman отправит запрос по текущей доверенности, где будет иметься подраздел **error** с описанием проблемы в строке _"massage"_.
С примером ознакомиться можно на скрине ниже:
![Picturies](media/screen-10.png)
Если работник увольняется, система автоматически отзывает доверенность, то есть создается документ _"Отзывот доверенности"_ и запускается по маршруту. "Отзыв доверенности" сразу направляется Генеральному Директору на подпись КЭП. После подписания отзыва Генеральным Директором, документ отправляется в Контур.Доверенности на регистрацию в ЦПРР ФНС. В результате регистрации этой операции статус доверенности в ЦПРР становится _"Отозван"_.
В самом отзыве доверенности формируется собственный "id операции", то есть этот id осуществил отзыв той доверенности, которая лежит в "Связках".
![Picturies](media/screen-9.1.png)

Binary file not shown.

After

Width:  |  Height:  |  Size: 39 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 77 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 508 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 123 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 234 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 162 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 82 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 108 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 17 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 90 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 59 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 66 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 403 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 284 KiB

View File

@ -0,0 +1,154 @@
# Диадок
## Описание
**Диадок** — это система юридически значимого электронного документооборота. Пользователи сервиса подписывают документы квалифицированной электронной подписью и обмениваются ими с контрагентами без дублирования на бумаге.
![Рисунок](media/article14022022-1.png)
## Настройка работы Диадока
Для интеграции системы с сервисом Диадок необходимо настроить следующие библиотеки:
- Диадок
- диадок-Сервис
## Подключение библиотек
В настройках конфигурации сайта (конфиги) прописываются настройки сервиса Диадок для каждой организации. Прописываются такие параметры как:
- путь
- логин
- пароль
- ключ который предоставляется Контур.Диадок при заключении договора организации с диадоком (API-ключ для интеграции с Контур.Диадок)
Ниже приведен скрин с примером:
![Pictures](media/screen-9.png)
## Работа Диадока
Для работы Диадока необходимо настроить задания планировщика:
1. **Загрузка boxid** - это идентификаторы на которые будут отправляться и приниматься контрагенты.
2. **Обновление статусов** - считывает текущие статусы контрагента (принятые, подписанные, аннулированные и т.д).
3. **Загрузка новых событий** - факты подписания документов контрагентов и загрузка файла.
![Pictures](media/screen-1.png)
Для работы с Диадоком в Лексеме необходимо иметь определенную роль, подробнее можно ознакомиться в разделе [Технические роли](https://ecm-administrator-manuals.readthedocs.io/ru/latest/Admin%20manuals/%D0%A2%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B5%20%D1%80%D0%BE%D0%BB%D0%B8/#%D0%BE%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D0%B5).
В системе имеется 2 формы Диадока:
**Документы Диадока** - форма документа которая хранит все данные о том что отправляли или принимали по Диадоку.
**Реестр документа Диадока** - аналитическая форма, она необходима для оптимизированной работы документов по Диадоку.
![Pictures](media/screen-3.png)
Создание документа Диадока происходит автоматически в процессе отправки документа в Диадок. Система автоматически заполняет всю информацию по документу.
Имеется 2 вида документов Диадока:
1. **_Входящие документы_** - формируются по задачи шедулера по проверке новых событий в ящике "Диадок".
2. **_Исходящие документы_** - формируются из формы документа "Договор" и "Доп. Соглашения" к договору.
![Pictures](media/screen-2.png)
При отправке договора или доп. соглашения в Диадок, система определяет кем был подписан докумен подписью КЭП и вместе с файлом во вложении отправляется в диадок. Если на сотрудника подписавшего документ, существует действующая МЧД, ЭДО то в диадок отправляется идентификатор доверенности.
После того как договор был подписан, в документ вкладывается скан-файл с типом вложения "Оригинал PDF". На каждое вложение формируется новый документ Диадок. Ему присваивается **Messageid** и **Entityid**.
??? Информация
**_Messageid_** — уникальный идентификатор, который используется для идентификации сообщений.
**_Entityid_** - это уникальный идентификатор, который используется для однозначного представления сущности (объекта) в системе или контексте, где она существует.
Чтобы отправить договор в Диадок необходимо по кнопке "Операции" в панели управления выбрать строку "Отправить документ в Диадок". Подробнее о данных строках можно ознакомиться в разделе [Работа Диадока](https://ecm-administrator-manuals.readthedocs.io/ru/latest/Admin%20manuals/%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0%20%D0%94%D0%B8%D0%B0%D0%B4%D0%BE%D0%BA%D0%B0/#%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_%D0%B8%D0%BD%D1%82%D0%B5%D0%B3%D1%80%D0%B0%D1%86%D0%B8%D0%B8_%D1%81_%D0%B4%D0%B8%D0%B0%D0%B4%D0%BE%D0%BA).
![Pictures](media/screen-4.png)
После выбора действия "Отправить документ в Диадок" в реестре "Документы Диадок" формируется новый исходящий документ, в котором автоматически заполняются информация:
- от имени какой организации отправился документ и какой организации отправился (строка идентификатор ящика отправителя)
- с какого ящика диадок отправился и на какой ящик другой организации (строка идентификатор ящика получателя)
- строка с именем файла отправленного с документом (строка файл)
![Pictures](media/screen-6.png)
Так же по кнопке "Перейти" есть возможность перейти в договор или Доп. Соглашение отправленного в Диадок.
![Pictures](media/screen-5.png)
## Настройка интеграции с Диадок
Система автоматически загрузит в раздел "Реквизиты Диадока" реквизиты контрагента по задачам загрузки **boxid**, **Guid** и таблицу с информацией о том с каким юридическим лицом интегрированы по Диадоку. Проще говоря, это те контрагенты которые приняли приглашение для обмена по Диадоку с указанным контрагентом в строке "Идентификатор участника ЭДО".
В карточке контрагента на вкладке "Настройка интеграции с Диадок" указана информация по данному контрагенту в системе Диадока:
![Pictures](media/screen-10.png)
Если необходимо указать инедтификатор участника ЭДО, отличный от того который загружен автоматически, то необходимо заполнить поле "Идентификатора" участника ЭДО. Для редактирования этого поля у пользователя должна быть роль **_responsible_accountant_diadoc_**.
- **Идентификатор участника ЭДО** - поле с запросом которое выводит реквизиты по контрагенту из Диадока
- **идентификатор участника ЭДО сверен** - чекбокс признак необходимый для того чтобы другой идентификатор не загружался в систему.
![Pictures](media/screeen.png)
Далее необходимо нажать кнопку "Загрузить реквизиты из Диадока".
![Pictures](media/screen-7.png)
**boxid (ручной ввод)** - заполняется в ручную в случае если необходим для работы с ним один конкретный ящик, а у контрагента имеется разное множество ящиков.
**boxid (загруженный)** - строка которая заполняется автоматически при работе задачи **"Загрузка boxid ящиков Диадок контрагентов"**
![Pictures](media/screen-8.png)
??? Пример "Пример JSON формата данных контрагента"
```json
"OrgIdGuid": "0581-JHY-862",
"OrgId": "0581-JHY-8620", --Guid
"Inn": "1234567890",
"Kpp": "1234567890",
"FullName": "Акционерное общество \"Радуга\"",
"ShortName": "АО \"Радуга\"",
"JoinedDiadocTreaty": true,
"Boxes": [
{
"BoxId": "111abc654@diadoc.ru", --boxId
"BoxIdGuid": "111abc-654",
"Title": "АО \"Радуга\"",
"InvoiceFormatVersion": "v5_02",
"EncryptedDocumentsAllowed": false
}
],
"Ogrn": "1234567890",
"FnsParticipantId": "2BH47rDA", --Идентификатор учатсника ЭДО
```
При нажатии на кнопку "Операции" в документе договор или доп. соглашение, имеются две операции:
1. **Отправить в Диадок** - документ направляется в систему Диадока c помощью сервиса API, где его при необходимости возможно отредактировать.
2. **Отправить в Диадок шаблон** - отправляется шаблон документа который не возможно редактировать.
В окне "История" в панели управления документа Диадока показывается история документа, например _"Ожидается подпись контрагентом"_, _"Подписан контрагентом"_, _"Аннулирован контрагентом"_ и т.п.
![Рисунок](media/configi.jpg)
Также во вложении будет файл, который имеет подписание с двух сторон с водяным знаком.
При каждой новой отправке в Диадок система отправляет те файлы, которые не были отправлены ранее, с последней подписью КЭП.

Binary file not shown.

After

Width:  |  Height:  |  Size: 163 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 147 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 53 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 32 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 68 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 47 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 22 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 86 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 51 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 55 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 53 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 18 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 8.1 KiB

View File

@ -30,7 +30,7 @@
Откроется новая форма.
![Новое задание](media/newTask.png)
![Новое задание](media/2024-12-03.png)
### Вкладка "Настройки"
@ -62,6 +62,8 @@
**Email копия** - указывается электронная почта кому необходимо дополнительно направить уведомление. Добавление несколько получателей производится аналогично как добавление основных получателей.
**Email скрытая копия** - указывается электронная почта кому необходимо дополнительно направить скрытое уведомление. Получателе не будет видно в письмо в спике адресатов. Добавление несколько получателей производится аналогично как добавление основных получателей.
**По вопросу** - указывается тема уведомления.
**Документ** - указывается наименование документа для отображения в системе.

Binary file not shown.

After

Width:  |  Height:  |  Size: 110 KiB

View File

@ -206,6 +206,7 @@
**ЭЦП_количество_дней_за_сколько_отправтить_заявкуа_перевыпуск** | осуществляет автоматическую [заявку на выпуск сертификата](../Выпуск ОНЭП/index.md#Заявки-на-выпуск-ЭП) пользователям у которых закончился срок действия сертификата электронной подписи. Указывается значение количества дней по которому нужно проверять срок окончания сертификатов | | 7
**заявкаа_выпуск_сертификата_проверка_КЭП_МЧД** | Позволяет включать и отключать проверку на строку "Доверенность" в заявке на выпуск сертификата. Если константа включена то и проверка на строку (выпадающий список) "Доверенность" работает.
**empowerment_word_report** | Позволяет выводить QR-код в отчете доверенностей через формат Word. Отчет формата Word открывается через панель управления с помощью печатной формы.
**СЭД_ВХД_показать_кнопку_печать** | Позволяет отоброжать в тулбаре (в палени управления) кнопку "Печать" во входящих документах.
#### Автосоздание_пользователей_Регистрировать_только_согласныха_КЭДО

View File

@ -15,6 +15,7 @@
[Анализ плановых графиков отпусков](https://ecm-user-manuals.readthedocs.io/ru/latest/User%20manuals/Анализ%20плановых%20графиков%20сотрудников/) | analytvacationplan_read | analytvacationplan_write |
[Анализ просроченных документов](https://ecm-user-manuals.readthedocs.io/ru/latest/User%20manuals/Анализ%20и%20отчетность/#анализ_просроченныхокументов) | | dashboardcharts_write |
Анкета соискателя (регистрация) | registrationrequest_read | registrationrequest_write |
Вид обращения|treatmentofdocument_read| treatmentofdocument_write|
[Вид обучения](../Вид обучения/) | stafftrainingkind_read, StaffTraining_Admin | stafftrainingkind_write, StaffTraining_Admin |
Виды адресов | rpdictionaries_read | super,administrator_reg_personnel,rpdictionaries_write |
Виды воинской обязанности | rpdictionaries_read | super,administrator_reg_personnel,rpdictionaries_write |
@ -48,6 +49,8 @@
[Группы рассылки](../Группы рассылки/) | readlistgroup_read | docflowAdmin,readlistgroup_admin,readlistgroup_write |
Группы учета (запас) | rpdictionaries_read | super,administrator_reg_personnel,rpdictionaries_write |
[Действие обученности при смене работодателя](../Действие обученности при смене работодателя/) | activityoftraining_read, StaffTraining_Admin | activityoftraining_write, StaffTraining_Admin |
Диадок||responsible_accountant_diadoc| Роль позволяет редактировать поле "Идентификатор ЭДО" в карточке контрагента, в разделе "Настройки интеграции с Диадок"|
Форма "Диадок" в системе ||diadoc_client_Write|Позволяет открыть доступ к реестру и карточке документов Диадока|
Доверенности | empowerment_read | empowerment_write | create_origin_pdf_empowerment - роль для формирования финальной части в формат PDF, empovermentvisibleremove, showallnotremovedempowerment - отображение кнопки "Удалить" (перевод в статус "Удаленно") внутри доверенности, **docconstructor_write** - открывает доступ к переходу в конструктор документа по данному типу/подтипу документа, **routetemplate_write** - открывает доступ к переходу в настройки шаблона маршрута по данному документу, **documentsubtype_write** - открывает доступ к переходу в настройки подтипа документа
Формирование вложений в доверенностях (PDF, Word)| empowerment_pdf_report, empowerment_word_report | | **empowerment_pdf_report** открывает доступ pdf отчету через печатную форму, файл вкладывается после формирования во вложения документа. **empowerment_word_report** открывает доступ к word отчету через печатную форму, сформированный отчет так же как и pdf вкладывается во вложение документа.
[Договоры](https://ecm-user-manuals.readthedocs.io/ru/latest/User%20manuals/%D0%94%D0%BE%D0%B3%D0%BE%D0%B2%D0%BE%D1%80/) | contract_read | super,jurist,contract_write | **master_jurist** - позволяет редактировать полный, внутренний, входящий номера в договоре на любом этапе маршрута. **projects_write** предоставляет возможность создания формы «Новый проект» из документа "Договор". Открывает доступ к кнопке «Создать проект». Данная роль предоставляется пользователю, который в системе заполняет справочник проектов. видеть_конфиденциальныеоговора позволяет видеть договора с признаком "Конфиденциальность". **contract_editor** - предоставляет возможность редактировать договор в процессе согласования |