Часто задаваемые вопросы

Реализована служба рассылки сообщений. В ней можно настроить SMTP-сервер; посмотреть очередь отправки сообщений; ошибку, из-за которой сообщение было не доставлено; настроить шаблоны электронных писем. Реализовано файловое хранилище, которое используется для хранения файлов отдельно от БД. Файловое хранилище может быть локальным или сетевым. Локальное хранилище располагается в локальной директории сервера приложений. Сетевое хранилище использует SMB протокол. 

Существует два режима работы прикрепленных файлов:

• Простой
• Версионный 

 Простое хранение файлов - позволяет работать с прикрепленными файлами без возможности хранения истории изменений файла. 

Версионное хранение файлов - позволяет сохранять историю изменений. Файл можно связывать с несколькими Бизнес-Объектами.

Бизнес-объекты - объединение нескольких классов и их коллекций в группу для более удобного манипулирования ими при работе с кэшем и конфигурировании вспомогательных сервисов. 

Подклассы - логическая типизация для разделения бизнес-логики в рамках одного класса. Подклассы добавляются разработчиками и на них можно завязываться в коде. Несколько типов объекта может быть привязано к одному подклассу.

Cуществуют специальные теги для каждой из указанных задач, например, [#РезультатыЗадачи#] или [#ДокументЗадачи#]. Используются в шаблоне письма (Bts_MsgTemplate). При отправке письма будут заменены на соответствующие ссылки (при открытии откроется окно логина, необходимо будет авторизоваться — так сделано по причинам безопасности на случай, если пользователь свое письмо перешлет другому сотруднику

Выборка - набор визуальных (пользовательских) интерфейсов, каждый из которых называется отображением выборки. 

Выборки можно поделить на 2 категории - создаваемые вместе с классом и не привязанные к классу. Выборки создаваемые вместе с классом автоматически получают набор готовых интерфейсов (отображений) для работы с объектами класса (в списке, в карточке и т.п). В такое выборе сразу содержится весь набор требуемых методов по работе с объектами класса, набор типовых пользовательских операций. 

Выборки без класса - полностью настраиваемые интерфейсы, в которых можно реализовать любые требуемые возможности. Роль консультанта в проектировании выборок: описание требований к пользовательским интерфейсам. Прототип пользовательского интерфейса, спроектированный консультантом, закладывается в код разработчиком. Также у консультанта имеется возможность с использованием инструмента "Менеджер конфигураций" осуществить точечные изменения выборок (на проектном уровне), переопределяя реализацию выполненную разработчиком.

Доступные сочетания горячих клавиш:

• Сохранить: Ctrl+S
• Откатить: Ctrl+B
• Обновить: F12
• Детализация: F11
• Выход: Esc
• Редактировать: F4
• Выбор: F2
• Поиск по глобальному идентификатору: Shift+Ctrl+Alt+E
• Окно отладки (дебаггер): Shift+Ctrl+Alt+W
• Аудит объекта: Shift+Ctrl+Alt+A
• Расширенный аудит по объекту: Shift+Ctrl+Alt+F
• Информация об объекте: Ctrl+Alt+I

Такие ограничения возможны с применением функционала дискретного доступа (запрет на выполнение операции подписания в зависимости от атрибутов документа), однако процесс произвольного подписания документа ЭП, при которой пользователь находит документ в списке и подписывает — ситуация исключительная. Обычно процесс подписания ЭП является составляющей процесса электронного согласования WorkFlow, в рамках которого и происходит автоматическое определение того, кто будет согласовывать/подписывать документ, в том числе определение этих пользователей с учетом полномочий.

Квоты (определяются количеством ячеек данных) настраиваются на уровне сервера приложений и по умолчанию применяются для всех сессий пользователей. 

Имеется возможность переопределить квоты для конкретных пользователей, для кокнертных выборок (пользовательских интерфейсов). Максимальное кол-во открытых окон также регулируется на уровне сервера приложений и может быть переопределено для пользователя.

В рамках системы Global ERP коллекция не может существовать без мастера (родителя). 

Существует два вида коллекций: 

1. Сollection "Коллекция" - у данной коллекция может существовать только один родитель. В odm родителя в теге указывается привязанная коллекция и поле по которому происходит связь. 

2. vCollection "Переменная коллекция" - переменная коллекция расширяет возможности обычных коллекций, позволяет использовать одну коллекцию в нескольких родителях. Для примера, к vCollection можно отнести Btk_AttachItem "Cвязь прикрепленного файла с документом". В odm коллекции определяется ссылочный атрибут на класс-родитель у данного атрибута указывается genListCollectionRep="true". Определить может ли класс существовать самостоятельно можно в зависимости от его супертипа. Объекты супертипов Reference, Document, Journal, Setting могут существовать самостоятельно. Объекты супертипов Collection и vCollection не могут существовать обособлено. 

Есть несколько способов: 

1. Прямое обращение к пользователю из самого скрипта дискретного доступа. Специальным параметром дискретного доступа в него передается id текущего пользователя. От пользователя можно получить физ.лицо, а от физ.лица сотрудника, определить, где он работает и в соответствии с этим выдать доступ на документы определенных подразделений 

2. Использование стандартных скриптов дискретного доступа, принимающих параметры из роли. А для самой роли определение параметров динамическое с применением отдельного скрипта определения параметров (на параметрах правил роли признак "Динамическое определение" — при активации будет выполняться отдельный скрипт, настроенный на правиле).

Классы объединяются в бизнес-объекты. В составе бизнес-объектов детальные классы (позиции, детальные/табличные части документов и справочников) всегда имеют тип "Коллекция". 

Самый простой способ определить то, что класс содержит объекты, не являющиеся самостоятельными, это проверить его тип. Если тип "Коллекция", то этот класс являеся низкоуровневым.

В настройках модуля btk можно указать домены и пользователей, под которыми будет проходить авторизация. Также можно указать один из двух режимов работы: синхронизация всех пользователей домена или пользователей группы в домене, группа настраивается там же. Операцию синхронизации можно вызвать вручную в списке пользователей или создать задание с запуском синхронизации в менеджере заданий, чтобы выполнять операцию регулярно. При синхронизации пользователи из Active Directory переносятся в Global вместе со структурой групп. В настройках btk так же можно указать настройку, с помощью которой будут дополнительно генерироваться объекты в справочник Физических лиц. 

После синхронизации можно указать для групп пользователей соответствующие им структуры ОФС, в таком случае при следующих синхронизациях у пользователей данной группы будет происходить поиск соответствующего физического лица, и на основе него создаваться сотрудник, который будет прикреплен к соответствующей структуре ОФС. На ОФС могут быть настроены профили доступа, которые в случае такой синхронизации применятся на пользователей.

Объекты администрирования как правило соответствуют Бизнес-объектам (но могут дополнительно создаваться разработчиками, например, для отчетов или отдельных интерфейсов). Состоят из элементов администрирования — классов, включенных в данный бизнес-объект.

1. По всем базовым и проектным объектам, выборкам генерируются объекты администрирования
2. Только для того, чтобы администрировать универсальные коллекции (например, закладка "Подписи" может быть выведена к любым документам системы. Необходимо уметь настраивать доступ к подписям не по всей системе в целом, а к их применимости к конкретному объекту. В таком случае эл.администрирования, соответствующий выборке подписей, добавляется к данному объекту администрирования).

Проектированием классов и бизнес-объектов занимается архитектор (проектировщик) или опытный консультант на уровне формирования технической спецификации (постановки задачи на реализацию). 

При этом учитывается, какой объем данных будет храниться в системе, каким образом будут обрабатываться эти данные, какие запросы к ним будут осуществляться. Разработчик анализирует поставленные задачи на предмет корректности проектирования с учетом требуемого быстродействия.

У учетной записи пользователя есть признак "Пользователь заблокирован"

С помощью JEXL скрипта можно выполнить массовую обработку данного признака у пользователей, в т.ч. числе с условием Применение такого JEXL скрипта в составе задания (job) позволяет определить для такого действия расписание Также сейчас проходит тестирование функционал ограничения срока действия профиля пользователя. Профиль содержит роли, определяющие права пользователя на элементы и системы вплоть до отдельных атрибутов. У одного пользователя может быть неограниченное число профилей. 

Период действия такого профиля скоро можно будет определить в интерфейсе системы.

Да. Количество пользователей для одного профиля неограниченно. Также есть возможность назначения профиля доступа в зависимости от позиции ОФС.

1. Есть простой сервис ограничения доступности по состояниями (запрещает запускать процесс в определенных состояниях) 

2. В случае, если для типа документа доступно несколько маршрутов, возможна настройка процедуры для автоматического определения одного из маршрутов 

3. Для более сложных проверок возможно написание или выбор уже готовых из библиотеки jexl-скриптов, выполняемых при старте маршрута, запрещающих запуск в зависимости от результатов различных проверок 

4. Внутри самих маршрутов доступно сколь угодно сложное ветвление

Для проектирования существует несколько разновидностей класса, с помощью которых можно реализовать модель с необходимой бизнес-логикой. Эти разновидности класса называют супертипами. 

Основные супертипы:

• Reference - Справочник. Справочник - это прикладной объект, который позволяет хранить данные, имеющие одинаковую структуру и списочный характер. Пример: Справочник физ. Лиц; Места хранения; справочник ТМЦ.
• Document - Документ. Документ – это прикладной объект, который хранит данные о событиях или операциях на предприятии. Пример: Заявка на отгрузку; Приходная накладная; Акт сверки. Документ обычно имеет атрибут состояние, который отражает его жизненный цикл.
• Collection - Коллекция. Коллекции представляют собой классы, объекты которых не имеют права на самостоятельное существование и могут быть созданы только для объектов других классов. Коллекции применяются в качестве табличных частей документов или логических развязок между классами. Добавление коллекций в бизнес объект позволяет массово загружать данные в объектный кэш, что минимизирует нагрузку на базу данных. Так же возможен обход элементов коллекции по родителю без транзакционного индекса, что уменьшает нагрузку на процессор.
• VCollection - Переменная коллекция. Переменная коллекция расширяет возможности обычных коллекций и может ссылается на родителя переменной ссылкой. Это требуется, когда для нескольких классов используется одна коллекция.
• Journal - Журнал. Журнал – это особый тип классов, приспособленный для хранения большого количества записей. Такие классы имеют ограниченную функциональную обвязку ядровыми методами фреймворка. Это позволяет увеличить быстродействие при работе с журналом. Примеры: записи по потребности ТМЦ на заказ в разрезе документов; журнал трудоемкости в разрезе операций и т.д.
• Setting - Настройка. Настройка – это особый тип классов, приспособленный для хранения настроек по модулю или определенному классу. Пример: Настройка типа проекта, класс Bs_OTProjectSetting.
• Trait - Трейт. Абстрактный класс-предок, не имеющий собственной структуры хранения. Такой класс содержит общую логику нескольких классов-потомков и является частью механизма повторного использования кода.
• Mixin - Миксин (класс - примесь). Миксин – это особый вид классов, которые служат для хранения данных из разных классов. Используются для построения общих списочных форм различных диалогов подбора в пользовательских интерфейсах, а также для удобства обработки данных в прикладной бизнес-логике. Миксин позволяет объединить несколько разных таблиц вместе что дает возможность использовать внешние ключи и индексы на данное объединение.

Данные бизнес объекта (экземпляры бизнес-объекта) помещаются в кэш, что обеспечивает высокую скорость работы с его данными (вычисления, вывод в пользовательском интерфейсе и т.п.), т.к. при работе с закэшированными объектами минимизируется обращение в БД. При проектировании необходимо учитывать возможные ограничения на использование оперативной памяти серверов приложений (квоты сессии). В случае большого объема данных в табличных частях (коллекций, входящих в состав бмзнес-объекта) экземпляры бизнес-объекта могут потреблять много оперативной памяти, что может привести к срабатываю ограничений по квотам. Архитекторы и разработчики должны учитывать это при проектировании и реализации программного кода.

Аудит изменения данных для каждого класса хранится в отдельной таблице в схеме отличной от схемы в которой хранятся бизнес-данные. По умолчанию данные аудита изменеий и аудита действий пользователей хранятся без ограничений. В случае если требуется архивация данных аудите, то она настраивается при помощи специальных процедур, запускаемых вручную или по заданию. Архивные данные могут быть перенесены в отдельные таблицы или базы данныж. Доступ к ним может быть организован.

Используется функционал дискретного доступа, позволяющий отбирать объекты по сколь угодно сложным правилам: для объекта администрирования настраивается правило, которое принимает на вход набор параметров, например, регион, балансовая единица, склад или их комбинации. В ролях указываются наборы параметров. Например, БЕ — 123, 124; склад — 678; регион — Москва, Якутия. Пользователь получит доступ к документам с этими значениями. 

Возможно также не прямое указание значений параметров в роли, а их динамическое определение на основании того, для какого пользователя выполняется проверка, то есть, к примеру, создать универсальную роль, выдавать ее всем пользователям, но каждый пользователь с ней будет видеть только документы своего подразделения.

 При помощи дискретного доступа также можно разграничить доступ для ролей в зависимости от типа объекта (как на чтение объектов, так и на индивидуальные привилегии). Также в разрезе типов объектов настраивается управление правами на изменение статусной схемы объектов: пользователю через роли могут быть выданы разные права на переходы состояний для заказов на закупку ТМЦ и для заказов на закупку услуг.