Бесплатная программа автоматизации документооборота

Мы выпустили альфу-версию продолжения Detrix, который теперь будет называться Documentov

http://demo.documentov.com

Login: admin@documentov.com
Pass: 12345

Пока все нестабильно и недоделано, но общие контуры видны отчетливо.

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

Могут встречаться ошибки и несуразности, это всего лишь альфа-версия. И многое претерпит изменения пока доберемся до релиза.

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

Теперь система называется на Дектрикс, а Документов. От Детрикса в Документове осталась только сама идея маршрута с полями, все остальное создано с нуля на базе CMS Opencart. Opencart, вообще-то, предназначен для электронной коммерции. Так получилось, что у одного из нас, разработчиков, есть опыт работы с ним, который позволил нам в полной мере оценить достоинства движка этой системы и найти его назначение очень близким к нашим задачам. Мы получили очень хорошее ядро с высокими производительностью и качеством, а также существенное ускорение времени разработки.

Признаемся честно, мы позаимствовали у Opencart не только движок, но и модель монетизации. В том, чтобы наша работа, как минимум, окупалась, заинтересованы не только мы, но и все, кто будет пользоваться нашей разработкой. Ведь не будет денег, и судьба Documentov будет такой же, как у Detrix - быстрая и медленная смерть на далеком-далеком форуме (быстрая, потому что начнется быстро, а медленная, потому что останутся люди, которые вынуждены будут пользоваться этой системой, унаследовав ее от предшественников - тех, кто когда-то внедрил ее в компании). В то же время нам бы очень хотелось сохранить систему бесплатной. И, мы думаем, у нас все получится - Documentov будет бесплатным, платными будут дополнительные модули. Причем базовая бесплатная версия по функционалу будет существенно более развитой в сравнении с Detrix. А в качестве модулей у нас выступают и действия, и поля, и еще-мы-чего-нибудь-придумаем. Если вы откроете демоверсию, то в меню Администрирование уже сейчас найдете модули - поля и действия (кстати, их можно удалить, но не торопитесь этого делать, особенно с полями, - вы можете "сломать" систему, мы еще не совсем доработали эту часть). Все эти модули (и еще несколько штук) будут в базовой бесплатной версии. Платные поля и действия будут обеспечивать дополнительный функционал, без которого можно и обойтись, и которые будут представлены в нашем магазине расширений. О ценах на эти модули говорить еще преждевременно, но на основную их массу мы предполагаем сделать цену как можно демократичнее. Чтобы вы могли не переживать за талию и бюджет и всегда лакомиться нашими свежими плюшками.

Вернемся в мистеру Документову. В меню Администрирование, раз уж мы его упомянули, также находятся Типы документов, Журналы и Редактор меню.

Редактор меню позволяет управлять содержимым меню. Можно добавлять картинки, делать разделители, вложенные меню, ссылки на журналы и любые внешние ресурсы. Откройте (http://demo.documentov.com/index.php?route=menu/item), посмотрите, надеемся, здесь все понятно без дополнительных пояснений. Кстати, если что-то непонятно, спрашивайте, будем рассказывать более подробно.

И еще кстати, на этот раз о меню и внешнем виде. Система построена на основе модели MVC (Opencart славится ее прекрасной реализацией), и V (view) отделена от бизнес-логики (Controller) и данных (Model) настолько, насколько у нас это получилось. Это означает, что в Документове можно достаточно просто разработать новое представление (используется шаблонизатор TWIG) или, проще говоря, новое оформление системы (в том же Opencart существуют тысячи бесплатных и платных тем для оформления, которые, конечно, не совместимы с нами, но их наличие и количество демонстрирует возможность их разработки). Поэтому, если вам не нравится расположению меню и все, что видно на экране, это все можно без особых титанических усилий переделать. И даже предоставить пользователю выбор - с каким представлением ему лучше работать.

ТИПЫ ДОКУМЕНТОВ

Если в Detrix были справочники, структура и типы документов, то в Documentov есть только типы документов. Структура - это тип документа (http://demo.documentov.com/index.php?ro ... ctype_id=2). Нужен справочник? Тоже создаем тип документа. Это очень удобно, ведь значительно расширяет функциональные возможности справочников и структуры. К примеру, теперь можно с легкостью обрабатывать увольнение сотрудника. Можно создать тип документа Приказ об увольнении, а после его подписания обработать соответствующие образом нужного сотрудника в структуре. Ведь в структуре теперь можно запускать действия и есть маршрут, который можно настроить каким угодно образом.

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

В каждом типе документов (меню Администрирование - Типы документов http://demo.documentov.com/index.php?ro ... pe/doctype) на текущий момент есть следующие вкладки:

1. ОСНОВНЫЕ

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

2. ПОЛЯ

Перечень доступных полей можно посмотреть меню Администрирование - Модули (Поля в списке http://demo.documentov.com/index.php?ro ... /extension) либо добавив новое поле через соответствующую кнопку. Сейчас у нас есть следующие поля:

а. ВРЕМЕННОЕ ПОЛЕ. Поле для работы с датой и временем. Имеет единственный настроечный параметр - формат даты-времени.
б. ФАЙЛОВОЕ ПОЛЕ. Поле для загрузки файлов пользователем. Можно ограничить размер загружаемого файла, количество файлов, расширения и типы, а также указать разделитель между файлами. Поле распознает изображения и позволяет сделать предварительный просмотр.
в. СКРЫТОЕ ПОЛЕ. Поле для ввода и хранения паролей. Поддерживает однонаправленное и двунаправленное хеширование (второй тип предназначен для хранения паролей, которые в будущем понадобится использовать в расшифрованном виде).
г. ЦЕЛОЧИСЛЕННОЕ ПОЛЕ. Поле для ввода целых чисел. Можно указать разделитель триад чисел, минимальное и максимальное значения.
д. ССЫЛОЧНОЕ ПОЛЕ. Поле позволяет организовать ссылку на любой документ в системе. Каждый документ имеет идентификатор и, собственно говоря, именно этот идентификатор и хранится в данном поле. Скажем, в нашей демоверсии есть документ с идентификатором 4. Это документ типа Структура, описывающий сотрудника Андрея. Можно создать в некоем типе документа ссылочное поле, указать в его настройках типа документа - Структура, поле - Отображаемое имя (в Структуре есть такое поле). Если затем создать документ данного типа, то в настроенном описанном образом поле можно будет выбрать из выпадающего списка упоминаемого выше Андрея. В результате в поле будет записан идентификатор 4, что можно использовать самым разнообразным образом (об этом несколько позже, когда начнем разговаривать о действиях). К слову, точно такой же результат можно получить создав целочисленное или строковое поле и просто записав в него цифру 4. Ссылочное поле только позволяет сделать выбор более удобным. И в нем помимо типа документа и отображаемого поля, можно настроить множественный выбор (кстати, ссылочное поле со множественным выбором можно также заменить строковым полем, записывая в него идентификаторы документов через запятую), разделитель, убрать гиперссылку на выбранный документ, которая отображается по умолчанию в режиме просмотра документа.
е. СПИСОЧНОЕ ПОЛЕ. Это список из переключателей. Варианты записываются в таблице, для каждого варианта указывается значение (с ним можно будет работать в действиях, например, в Условии, чтобы определить выбранный вариант), а заголовок будет показан пользователю при работе с документом. Можно настроить поле на выбор нескольких вариантов или одного, а также расположить переключатели в строку или столбцом.
ж. СТРОКОВОЕ ПОЛЕ. Хранит строку длиной до 256 символов. Можно маскировать ввод, например, маска для ввода номера телефона выглядит вот так: +9(999)999-99-99.
з. ТАБЛИЧНОЕ ПОЛЕ. В таблицу можно вставить любое из существующих полей за исключением самой таблицы и файлового поля.
и. ТЕКСТОВОЕ ПОЛЕ. Позволяет пользователям использовать редактор для ввод текста и применять оформление. А можно и без редактора, разрешив только ввод текста объемом до 16 Mb.

ШАБЛОНЫ

В системе два вида шаблонов: для просмотра и создания (редактирования) документов. В шаблоны можно вставлять поля данного типа документа и переменные: имя автора (поле Отображаемое имя из Структуры), Имя пользователя (пользователя, открывшего документ), название (текущей) точки маршрута, описания точки маршрута, текущее время. Для каждого языка, установленного в системе, можно использовать свой собственный шаблон.

МАРШРУТ

Маршрут описывает жизненный цикл документа. Этот цикл, к примеру, может быть следующим:
1. Документ создается сотрудником (автором). Документ может неоднократно изменяться, пока автор не сочтет его готовым для передачи на рассмотрение. Описанный этап будет соответствовать точке маршрута с названием, допустим, Создание.
2. Документ отправляется на согласование. Согласующие могут одобрить или отклонить документ. В первом случае документ отправится на следующий этап, во втором - вернется на первый. Это точка Согласование.
3. Точка Подписание. Документ подписывается или отклоняется.
И так далее.

На вкладке Маршрут типа документа в левой части представлены точки маршрута, а в правой их содержимое, разделенное на две колонки: Выполнить и Делегировать.

В Выполнить находятся действия, которые выполняет над документом система в различных контекстах. На текущий момент есть следующие контексты:
- Создание. Присутствует только на самой первой, "нулевой" точке маршрута. Позволяет запустить действия при создании документа. Запуск происходит сразу после нажатия на кнопку "Создать документ" (вернее, запуска действия Создание) и до показа документа пользователю. Контекст удобно использовать для инициализации полей документа.
- Переход. Контекст запускается после изменения точки маршрута. Например, после того как в описанном выше примере автор на точке Создание отправит документ на рассмотрение, документ переместится на следующую точку маршрута и сразу сработает описываемый контекст.
- Активность. Контекст срабатывает при любой активности над документом - просмотр, нажатие на кнопку и т.д.
- Удаление. Контекст срабатывает при удалении документа.

На каждой точке маршрута можно Делегировать пользователям кнопки. Если в Детриксе кнопки (действия) настраивались на отдельной вкладке, то теперь они добавляются сразу в маршруте. Для добавления нужно нажать на Добавить Кнопку. В открывшемся окне ввести название и всплывающую подсказку (локализованные), можно выбрать пиктограмму, изменить цвет кнопки и шрифта и указать, кому должна быть доступна кнопка на данной точке маршрута. Затем на вкладке Действие выбрать из списка необходимое действие и заполнить его форму. Вне зависимости от выбранного действия можно настроить запись факта выполнения действия в ход работы и переместить документ на другую точку маршрута сразу после выполнения действия.

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

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

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

НАСТРОЙКИ

В Documentov есть обычные поля и настроечные поля. Обычные поля присутствуют в каждом документе заданного типа. А настроечные существуют в единичных экземплярах и привязаны к типу документа. Таким образом, эти поля могут быть использованы для настройки типа документа. Например, можно добавить настроечное поле Редактор, а потом делегировать через него кнопку с действием Редактирование. Или создать поле для нумератора с целью формирования регистрационных номеров документов. Настроечные поля настраиваются так же, как и обычные, за одним исключением. Если добавить поле, а за тем сохранить тип документа, возле поля появится дополнительная кнопка, которая позволит тут же записать необходимое значение в данную настройку. К слову, записывать в настроечное поле можно и при помощи действий, речь о которых пойдет далее.

ДЕЙСТВИЯ

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

2. Условие. Еще одно действие, которое запускается только через маршрут типа документа. Позволяет выполнить набор других действий в зависимости от выполнения условия. Окно настроек действия состоит из трех вкладок: Условие, Действия, если true, Действия, если false. На вкладках Действия... указываются действия, которые будут выполняться при истинном или ложном условии соответственно. А на вкладке Условие нужно выбрать:
- Поле текущего документа.
- Метод сравнения
- Сравниваемое поле текущего документа.
Помимо выбора полей здесь также доступен выбор методом поля. Это еще одна новая возможность Documentov.

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

3. Создание. Это действие можно запускать и через маршрут, и через кнопки (как документа, так и журнала; мы об этом еще не говорили, но теперь кнопки есть не только в документах, но и в журналах). Действие позволяет создать документ заданного типа. Можно настроить наследование значение полей из существующего документа, можно изменить автора создаваемого документа (по умолчанию, устанавливается текущий пользователь), можно указать поле, в которое будет записан идентификатор созданного документа (это поле можно будет потом использовать, например, в описанном выше действии Доступ или просто вывести его в шаблоне документа).

4. Перемещение. Действие позволяет переместить текущий или документ по ссылке из любого поля текущего документа на указанную точку маршрута.

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

5. Запись. Действие предназначено для записи в любое поле любого документа значения из любого другого поля любого документа, а также переменных. Форма действия включает 2 вкладки: Куда записывать и Что записывать. На первой вкладке определяется поле, в которое будет производится запись, и находятся следующие параметры:
- Пишем в: обычное поле документа или настроечное поле типа документа.
- В документ: текущий либо по ссылке из любого поля данного документа.
- В поле - выбор поля, в которое будем производить запись.
- Использовать метод поля. Например, для текстового поля можно дописать значение с разделителем или без оного.
Вкладка Что записывать содержит параметры:
- Значение - откуда будем получать данные для записи: из документа (то есть будем использовать обычное поле любого документа), из настроечного поля любого типа документа или из переменной (автор текущего документа, текущая дата, актуальная точка маршрута текущего документа, идентификатор нажатой точки).
Кстати, об идентификаторе нажатой кнопки. Если открыть любую кнопку маршрута, то в ней можно найти ее идентификатор. Вот этот самый идентификатор можно использовать в Записи или Условии, что позволяет определить нажатую кнопку. Предположим, в документе на энной точке маршрута есть две кнопки. И необходимо, не покидая эту самую энную точку, определить нажатую пользователем кнопку. В Detrix такой возможности не было; в Documentov это можно сделать при помощи описываемой переменной.
Возвращаемся к настройкам Записи.
- Если значение для записи получается из документа, то определяем поле со ссылкой на документ и поле, из которого будет получено значение.
- Метод поля позволяет получить значение поля в измененном формате, например, для временного поля можно указать формат даты.
Действие Запись работает в маршруте и в кнопках.

6. Перенаправление. Действие позволяет перенаправить пользователя на новый документ. К примеру, в демоверсии есть журнал Личный кабинет (http://demo.documentov.com/index.php?ro ... older_id=4), представляющий собой единую точку входа для пользователя. Открыв его сейчас, вы наверняка обнаружите в нем несколько внутренних документов (других типов пока просто нет в демоверсии ), а если нажмете на любой из них, то сразу же откроется соответствующий внутренний документ. Хотя, вообще-то, к этому журналу внутренние документы не привязаны, и при нажатии на документ в журнале на самом деле открывается документ личного кабинета. Но в этом документе запускается действие Перенаправление, благодаря которому при открытии документа личного кабинета сразу показывается внутренний.

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

8. Редактирование. Действие отображает документ в шаблоне редактирования (тот, что используется при создании документа и настраивается на вкладке Шаблоны). Можно редактировать текущий документ или любой документ по ссылке из любого поля текущего документа.

9. Удаление. Действие пока доступно только в журнале и позволяет удалить выбранный в журнале документ.

ЖУРНАЛЫ

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

Администратору для настройки журнала предоставлены 4 вкладки (http://demo.documentov.com/index.php?ro ... older_id=1):

1. Основное. Здесь указывается тип, документы которого будут отображаться в данном журнале, локализованные название и описание журнала.

2. Поля. Журналы в Doumentov могут быть иерархическими (с группировкой) или обычные списочные. Для настройки иерархии (групп) применяется таблица группировки, сама таблица документов настраивается в табличной части. При добавлении поля доступны параметры:
- Выбор поля типа документа, которое будет использоваться.
- Группировка. Если по данному полю будет включена группировка можно будет ввести название группы (если планируется сделать несколько группировок, то будет удобно указать их название - по исполнителям, по статусам, по категориям и т.п) и вложить ее в другую группу (поддерживается 2 уровня). Содержимое группы может быть обычным списком уникальных значений поля (например, группировка по точкам маршрута; определены три точки - Создание, Рассмотение, Выполнен, - список будет включать эти три значения) или дерево, которое будет выстраиваться по дополнительному полю (значения ветвей дерева будут браться из поля, выбраннго в первом атрибуте, дерево строитья по дополнительному; например, для Структуры указываем основное поле - отображаемое имя, а группировка по полю подразделение и получаем группировку по подразделениям http://demo.documentov.com/index.php?ro ... =710717546).
- Отображать в таблице в виде столбца для которого можно ввести название.
Поля настраиваются отдельно для каждого языка, установленного в системе.

3. Фильтры. Для подсветки документов или их скрытия применяются фильтры. В окне создания фильтра нужно выбрать поле типа документа, к которому будет применяться фильтр (это поле необязательно должно быть в полях журнала), метод сравнения (равно, не равно, больше, меньше и т.д.), значение, которое можно ввести вручную или выбрать из переменной (пользователь, точка маршрута) и действие, выполняемое для отвечающих условию фильтра документам (скрыть документ, изменить оформление).

4. Кнопки с действиями, которые могут запускаться из журнала. Для кнопок можно настроить название, подсказку, пиктограмму, цвет фона или шрифта, определить каким сотрудникам она будет доступна и на каких точках маршрута документов. К примеру, кнопка для подписания документа может быть доступна тому, кто указан в поле Подписант типа документа, для документов, находящихся на точке Подпись. К кнопке можно привязать действия: Создание, Диалог, Редактирование, Перемещение, Запись и Удаление.

На этом краткое описание системе завершено. Задавайте вопросы, предлагайте улучшения, делайте замечания. Вы можете реально повлиять на ход нашей работы. Мы не обещаем, что воплотим каждое предложение в системе, но ни одно реалистичное и конструктивное замечание (пожелание) не останется без нашего внимания.

Версия 0.2 от 23.02.2018:

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

Доброго дня.
Сразу скажу, первой версией вашей системы никогда не пользовался, внедрял адово глючную ESCOM.BPM и 1С Документооборот с его странной логикой. Очень хочется чего-то неглючного и при этом логично работающего, поэтому решил попробовать потестить вашу альфа-версию. Начал создавать процесс согласования, дошёл до добавления кнопки. Ввожу название - "Согласовать". Дальше на другой вкладке надо заполнить тип кнопки. Я искренне думал, что увижу там "Согласовано", "Не согласовано", "Согласовано с комментариями". А там - "Диалог", "Запись" и подобное, с согласованием не связанное никак. WTF? Как это вообще должно работать?

После нажатия на кнопку Согласование пользователь должен получить диалоговое окно, в котором сообщит системе о своем решении. Для реализации окна согласования применяем действие Диалог, в котором размещаем списочное поле (для вариантов: согласен, не согласен), текстовое для ввода комментария и пр.

0.3 от 15.03.2018

+ У нас завелся собственный демон. Будет заниматься всякими фоновыми задачами
+ В системе появились сервисы статистики и работы с демоном. Первый собирает действия пользователей и ведет их подсчет, а второй позволяет запустить, остановить и получить состояние демона
+ Замена простых ID на уникальные UID
+ Доработано действие Перемещение для полноценного перемещения сторонних документов
+ Неудачные попытки входа в систему запоминаются, и при превышении установленного количества пользовательский аккаунт блокируется
- Устранено большое количество ошибок, например, числовое поле стеснялось показывать нулевое значение, ошибки в делегировании кнопок, в фильтрах журнала и пр.

Новая версия летает по сравнению со старой! Отличный движок!
Вопрос: в личном кабинете будут все документы, относящиеся к конкретному пользователю? Все его принятые, отправленные, упомянутые и т.п? Или снова придется изобретать систему с журналом карточек документов?

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

А когда выложите чтобы пощупать на локальном серваке?

Наши ближайшие планы такие:
1. В течение 10 дней выпуск версии 0.4, в которой будут реализованы все основные функции.
2. Начиная с 0.4, начинаем тестирование и приглашаем всех желающих поучаствовать.Для тестировщиков будет доступна загрузка системы для установки на локальный сервер.
3. В мае планируем бета-версию и в июне первый релиз. В мае-июне планируем предоставить свободный доступ к системе.

Версия 0.4 от 30 марта 2018 года

В этой версии мы сделали практически все функции, которые планируем для финальной первой версии системы. Безусловно, что-то еще изменится, что-то добавится, а что-то удалится, но все основные модули системы уже реализованы.

Что изменилось по сравнению с предыдущей версией:

+ Разработан сервис экспорта / импорта конфигурации. Позволяет выгрузить один или несколько типов документов или журналов из одного экземпляра системы и загрузить их в другую.
+ Добавлено действие Электропочта, позволяющее отправить почтовое сообщение заданному адресату.
+ Добавлено действие Таймер для запуска отложенных операций.
+ Добавлен контекст Изменение в маршрут (вместо контекста Удаление). В настройках любого поля типа документа можно установить соответствующую настройку и тогда любое изменение такого поля будет инициировать запуск контекста Изменение в маршруте.
+ Добавлены настройки в редактор меню, позволяющие настраивать меню персонально для разных пользователей.
+ К управлению типами документов, журналами, сервисам, модулям, настройкам, редактору меню теперь доступ имеют только администраторы.
* Немного оптимизации, к примеру, изменили структуру хранилища файлового поля, изменили порядок расположения параметров в кнопках маршрута и проч.
- Исправили разные ошибки, например, маску строкового поля "обучили" кириллице, исправили ошибку с копированием действий в маршруте, действие Диалог теперь "понимает" как действовать, когда его запускают из документа, а не только из журнала и проч.

Добрый день, активно используем detrix в качестве системы приема заявок на различные категории материальных ценностей( справочник "СКЛАД" + WS вычитание,сложение + наработки в виде триггеров в БД + отчеты), с контролем по количеству, наличию итп итд. Если можно так выразиться- мини интернет магазин. Будет ли возможность в новой версии реализовать подобное?

Чего реально не хватало в detrix - так это возможности создания пользовательских шаблонов документов.
В основном это касалось исходящих писем, когда все, кроме самого адресата одно и тоже. Но разное для каждого пользователя.
Плодить сущности админу под каждого пользователя как то не с руки. Было бы здорово, если б такой функционал появился в Documentov.

Сугубо моё мнение:

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

Это обычная таблица в БД типа users с полями
id, primary key - айдишник (Int или guid или что-то ещё - не важно)
email, unique key - он же логин
password - хэш пароля
fullname - отображаемое имя
phoneHome - домашний телефон
phoneWork - рабочий телефон
phoneMobile - мобильный телефон
role - роль в системе (админ, секретарь и пр.)
language - язык интерфейса пользователя

И в дальнейшем, во все таблицы пихать user_id (поле id из users) и при необходимости брать fullname, чтобы показать имя пользователя.

Самый простой пример, как работает сейчас:
- ставим documentov "с нуля". Создается пользователь admin.
- создаем сотрудника в структуре http://s1.micp.ru/0Cgw8.png
- привязываем сотрудника к пользователю http://s1.micp.ru/pDvH6.png
- но в списке пользователей нам показывают admin, а не Администратор http://s1.micp.ru/Z97uL.png

Если посмотреть в структуру БД, то используется именно текстовое значение, а не айди пользователя http://s3.micp.ru/qPXF6.png
Получается некрасиво, чтобы обновить инфу, нужно прогнать некоторое количество update по БД. Проще, когда есть справочник, где лежат данные, а в остальных таблицах лежат айди, ссылающиеся на запись справочника.

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

>>- но в списке пользователей нам показывают admin, а не Администратор
Это обычное поле, которое где-то не инициализировалось. Ошибка в конфигурации. Но не в архитектуре. Попробуйте открыть сотрудника в Структуре и потом снова взгляните на справочник Пользователей; восстановилось? Если да, то проблема в том, что в конфигурации использовали не то место для записи имени сотрудника в справочник Пользователи, и данные актуализируются не в том контексте). Это вы сможете и сами поправить, когда познакомитесь с системой поближе.

>> чтобы обновить инфу, нужно прогнать некоторое количество update по БД
Отдельный справочник вряд ли поможет. Или Вы предлагаете объединить Структуру и Пользователей? Навскидку контраргумент №1 - как реализовать замещающих и совмещающих (когда один пользователь и спец, и зам, и на дудке тоже поигрывает?

>>Если посмотреть в структуру БД, то используется именно текстовое значение, а не айди пользователя
Да, текстовое, вернее строковое. Но это только потому, что в качестве идентификаторов в системе используются UID, открывающие совершенно шикарные возможности по масштабируемости, переносимости и прочие прелести, а в mysql нет специального поля для его хранения.

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

Это даже в Detrix было, правда, нужно было открыть сам документ. Теперь же можно разместить в журнале кнопку с действием Создание, которое будет создавать заданный тип документ и инициировать его поля в соответствии с выбранными в журнале документом.

Добрый день.
Подразумевает ли ваша система при создании справочника, например аттестации специалистов, добавление ссылок на внешние папки в Active Directory, где лежат документы?

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

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