Компания DIRECTUM объявляет о выпуске версии DIRECTUM 5.5. Новая версия нацелена на выстраивание взаимодействия разных ЕСМ-систем внутри одной организации, реализацию единого процесса от создания документа до согласования с контрагентами, повышение удобства работы в системе. Мы уделили внимание пользователям, разработчикам и администраторам: освежили интерфейс, упростили разработку веб-модулей за счет максимального ухода от .NET, разработали новое решение для межсистемного взаимодействия, а также новый коннектор к 1С.
В новой версии мы сделали работу в веб-клиенте максимально простой и удобной, обновив интерфейс:
Чтобы разгрузить рабочее пространство пользователя, основные действия, такие как создание, запуск и поиск объектов, перенесены в верхнюю часть проводника:
Кроме того, отказались от ленты. Теперь используется более компактная панель действий:
Как вы заметили, изменился и внешний вид карточек объектов, в частности, закладки перенесены в верхнюю часть экрана.
Подробнее о новинках версии для пользователей см. в видеоролике.
Десктоп-клиент тоже не остался в стороне. Для более комфортной работы мы обновили цветовую гамму, обложки и иконки:
Чтобы часто используемые папки были в быстром доступе, выносите их на верхний уровень и располагайте в удобном порядке. После перехода на новую версию папки, ранее находившиеся на панели папок, автоматически закрепятся на верхнем уровне дерева:
Даже если вы выйдете из DIRECTUM, система запомнит, какие папки верхнего уровня были развернуты.
В каждой организации проводятся информационные рассылки, оповещения сотрудников, в результате чего накапливается множество уведомлений. Чтобы не перегружать папки проводника, уведомления лучше удалять после прочтения. С помощью новой кнопки Прочитать и удалить вы легко с этим справитесь:
Если вы не пользуетесь предпросмотром, можно удалить ссылку на уведомление из его карточки по кнопке Удалить ссылку. Ссылка удалится из папки, из которой уведомление было открыто.
Для комфортной работы на мониторах с высоким разрешением настраивайте увеличенный шрифт в проводнике.
Кроме этого, мы упростили иконки папок и панель навигации, обновили дизайн схем маршрутов для повышения наглядности: в режиме просмотра упростили состав действий на ленте и убрали сетку выравнивания.
А также изменили вид статусов и убрали занимающие полезное место секунды в колонках с датами. В окне связанных документов теперь можно включить область предпросмотра.
В версии 5.5 мы сделали упор на упрощение модификации веб-модулей: теперь вы реже будете прибегать к .NET- и JS-разработке, поскольку большую часть доработок для веб-клиента сможете сделать с помощью привычного ISBL.
Вычисления в событиях «Форма-карточка.Показ», «Запись.Открытие», «До выбора», «После выбора», «Набор данных.Открытие» подхватятся автоматически в веб-клиенте. Это значит, что не придется писать вычисления на .NET для скрытия и управления доступностью реквизитов, для фильтрации данных при выборе значения реквизита и открытии справочника.
Часто для выполнения каких-либо действий на стороне клиента с помощью клиентского API веб-доступа требовалось получить значение прикладной константы. Сделать это можно было только с помощью специального веб-сервиса или сценария, отправляя при этом дополнительный запрос на сервер. Сейчас веб-разработчик сможет использовать значение константы в вычислениях, установив флажок Доступна в клиентском API веб-доступа в десктоп-клиенте:
В предыдущих версиях для выполнения в веб-клиенте ISBL-вычислений с параметрами и возвращаемым результатом требовалось использовать сценарии и функции, которые создавались отдельно от текущей компоненты. В DIRECTUM 5.5 все вычисления хранятся в одном объекте – прикладном методе, у которого есть параметры и возвращаемый результат. Прикладные методы обеспечивают простое повторное использование вычислений, упрощая тем самым десктоп- и веб-разработку.
Об остальных изменениях расскажем в следующей статье.
DIRECTUM 5.5 позволит вам организовать весь процесс по работе с документом: согласование внутри компании, отправка контрагентам через систему обмена, контроль возврата документа и хранение в СЭД:
После согласования документа внутри компании автоматически запустится типовой маршрут для отправки документов контрагенту. Функциональность электронного обмена с контрагентами теперь можно легко встроить в любые типовые маршруты с помощью прикладных диалогов и блоков типовых маршрутов.
К тому же, с версии 5.5 техническое решение «Электронный архив финансовых документов» переведено в стандартную поставку DIRECTUM в качестве модуля «Финансовый архив». В электронном архиве осуществляется хранение документов, согласование первичных учетных документов и подготовка к различным проверкам.
Таким образом, весь процесс по внутреннему и внешнему документообороту будет непрерывным, прозрачным для пользователя и удобным для настройки на каждом этапе.
Отправка и прием документов из систем обмена поддерживаются и в веб-клиенте.
Сам модуль «Интеграция с системами обмена» переименован в «Обмен с контрагентами». Кроме того, реализована работа с организациями, которые работают с несколькими системами обмена, через роуминг:
В крупных компаниях используются бизнес-процессы, связывающие пользователей и объекты головной и дочерних организаций. Например, дочерние компании согласовывают договоры с головной организацией, а головной офис отправляет поручения дочерним компаниям. Чтобы обеспечить прозрачность подобных процессов на уровне всей корпорации, DIRECTUM предлагает новое решение для взаимодействия разных систем внутри одной группы компаний – DIRECTUM Cross-System Interchange (DCI), или Механизмы межсистемного взаимодействия.
В DIRECTUM 5.5 механизмы DCI позволяют настроить процесс взаимодействия между разными экземплярами системы DIRECTUM, а также организовать не только сквозные бизнес-процессы, но и синхронизацию справочников. В следующих версиях планируется поддержка и других систем:
В версии 5.5 разработан новый коннектор к учетной системе «1С:Предприятие». В отличие от прежнего коннектора, он использует Универсальный механизм обмена данными в формате XML, а также позволяет синхронизировать большие объемы данных из 1С в DIRECTUM в виде XML-файлов, предоставляет разработчику удобный механизм изменения пакета данных с помощью вычислений на языке ISBL, поддерживает загрузку данных в DIRECTUM по ключевым реквизитам и многое другое.
Схема загрузки данных из 1С в DIRECTUM посредством нового коннектора может выглядеть так:
Если в вашей организации уже приобреталась лицензия на коннектор к 1С, лицензия на новый коннектор не потребуется. Поддержка прежнего коннектора продолжится, но развитие функциональности не планируется.
Улучшена работа платформы IS-Builder в условиях пропадания или полного отсутствия связи между клиентом и сервером сеансов.
Так, при длительном разрыве связи между сервером сеансов и клиентом его сессия теперь не прекращается, а переходит в состояние Нет связи. В этом случае сессия перестает занимать лицензию, по возможности сохраняются блокировки объектов. Пользователь может дождаться восстановления связи или принудительно закрыть клиентскую часть.
Ранее при переходе клиентского компьютера в спящий режим или гибернацию связь с сервером сеансом разрывалась, при возобновлении работы у пользователя возникали ошибки. Теперь сессия будет переходить в состояние Спящий режим, при котором она продолжит занимать лицензию, блокировки объектов сохранятся.
В истории папки можно увидеть, кто вставил и удалил ссылку на определенный объект.
Если в вашей организации активно ведется прикладная разработка, будет полезна новая компонента История переноса разработки. Компонента позволяет контролировать перенос разработки, в частности, можно посмотреть список элементов разработки, перенесенных в рамках пакета.
В предыдущих версиях документы по умолчанию открывались на редактирование. Это приводило к тому, что при открытии блокировались и те документы, которые в приложении-редакторе открываются только на чтение. Теперь для каждого формата документа в компоненте Приложения-редакторы можно задать свое действие по умолчанию.
Для преобразования документа в формат PDF можно использовать новый тип преобразования документов – Native2, который обеспечивает высокую стабильность и скорость работы (более чем в два раза быстрее Native), а также не требует установки дополнительного ПО Microsoft Office. Native2 поддерживает популярные форматы Microsoft Office и LibreOffice, совмещает возможности типов преобразования Native и Printer. Кроме того, в DIRECTUM 5.5 используется обновленная версия виртуального принтера NovaPDF, который без ошибок устанавливается в современных ОС Windows.
Ранее было ограничение на уникальность первого символа кода наших организаций, о чем говорили на DIRECTUM Club. Из-за этого можно было создать ограниченное число наших организаций. Теперь первый символ кода нашей организации не используется при формировании кода записи справочника. В DIRECTUM 5.5 используется сквозная нумерация.
Добавлена поддержка офисных приложений OpenOffice 4.1.3 и LibreOffice 5.3.4.
Для сервера веб-доступа прекращена поддержка Windows Server 2008, минимальная требуемая операционная система – Windows Server 2008R2.
Исключаем из поставки мобильный веб-доступ. Мобильные приложения DIRECTUM Solo и Jazz значительно развили свою функциональность, через них удобнее работать на мобильных устройствах.
Какая из новинок заинтересовала вас больше всего? Пишите в комментариях!
Впереди вас ждет цикл статей с подробным описанием новинок DIRECTUM 5.5. Ознакомьтесь уже сейчас с полным списком изменений – скачивайте документ «Изменения DIRECTUM 5.5» с сайта поддержки DIRECTUM.
Методы документа с правами администратора работают или пользователя?
С правами того, кто работает с документом (т.е. вызывает метод).
Порадовало описание прикладных методов. Это реально шаг в сторону ООП
Нет понимания, зачем менять интерфейс и иконки (именно в десктопе. В вебе тоже болезнено, но есть понимание, что веб ещё будет меняться неоднократно). Это же написаны инструкции, в них скриншоты... в некоторых разработках веб контролы приведены к стилю Directum, а тут иконки меняются... Функционально ничего не изменилось, а работы на местах прибавилось...
Продолжаем ждать событий связей...
Дмитрий Чепель, Тогда непонятно зачем они нужны. Если бы вы сделали выполнение от имени админа - то понятна была бы суть введения,а так что-то не понятное.
Код в действии сейчас получается не пишется? только в методе?
Если да - тогда не понятно зачем они нужны, если можно было доработать действия?
Если нет - тогда вообще не понятно зачем это, только ради того чтобы из вне вызывать? для этого и сценария подходили.
Про вебдоступ интересно, будем пробовать - может теперь сможем быстрее на него перейти.
Евгений, если вам не понятно, это не значит, что не нужны.
Это действия и методы хоть и не сильно, но отличаются друг от друга. В действия нельзя передавать параметры и получать результат без костылей с Object.Params. Методы же можно будет вызвать с параметрами, как функции и получить результат. При этом, они будут привязаны к конкретной разработке.
Как пример, хотим получать список связанных документов. Для каждого типа карточки пишем метод аля getLinkedEDocs. В большинстве случаев используем стандартный поиск и возвращаем результат, но, допустим, для некоторого типа документов X мы связываем документы не только стандартным способом, но ещё и каким то дополнительным. Для этого типа X мы делаем кастомную реализацию такого метода, в которой в результат добавляем документы из альтернативных связей.
Что мы получили: У всех документов есть один и тот же интерфейс для получения "связанных документов", но для некоторых мы сделали особое поведение. Если вы знакомы с концепциями ООП, то это оно самое (есть конечно отличия, но всё же...).
Что касается "от имени админа", то я против этого. Появился механизм запуска сценариев на сервере. Им можно пользоваться для таких целей. На клиенте надо очень осторожно относиться к возможности выполнять код с расширенными правами.
Михаил Тарасов, Я прекрасно понимаю, зачем нужны методы и что это хорошо, но зачем новую штуку было делать? Нельзя было действия доработать? Я про то, что вместо того, чтобы доработать что есть, создали костыль.
По поводу прав админа отвечу вашей же фразой "если вам не понятно, это не значит, что не нужны."
Не вижу проблем когда код на клиенте выполняется с большими правами. КОД пишет и видит разработчик, а не пользователь. Приведите пример, как бы вам навредило если бы весь код в системе выполнялся от админа.
Серверные сценарии это плохой механизм для работы от админа.
Примерно та же история с диалогами. Казалось бы, можно использовать справочники и их формы для реализации диалогов (что раньше и делали), но никто же не говорит, что диалоги бесполезны... Они для этой цели намного удобнее.
Так же и тут. Для некоторых задач методы намного удобнее действий.
"Приведите пример, как бы вам навредило если бы весь код в системе выполнялся от админа."
Хорошо, когда контроль прав доступа осуществляется системой. Нет у вас прав на документ, значит и найти вы его не можете и сделать с ним что то тоже. Если же ваш код выполняется с правами админа, то вам надо самостоятельно делать проверку, а имеет ли текущий пользователь права доступа на этот документ. Это намного усложняет разработку.
Михаил Тарасов, Использовать справочники как форму было костылем, создали нормальный инструмент диалогов.
А тут ситуация обратная.
"Для некоторых задач методы намного удобнее действий."
Хорошо, пойдем по другому пути. Если действиям добавить возможность передачи параметров и вызова из вне, чем они будут отличатся от методов? А если метод вызвать без параметров, чем он будет отличатся от действия?
Правильно ничем.
И это не говоря уже о том, что вот, например, выполняете вы поиск с целью показать список каких - то документов. А поиск надо выполнять с правами админа или нет? Если вы будете показывать результаты, то без прав админа. Если обрабатывать программно, то тут тоже могут быть варианты... Сплошная путаница получится. Ограничения прав - странный предмет. Они вроде есть, но их вроде нет...
Можно было бы так сделать. Наверное. Но я не против и такого решения с методами. Вызов метода реализован удобнее, чем действия.
Михаил Тарасов.
Хорошо, когда контроль прав доступа осуществляется системой. Нет у вас прав на документ, значит и найти вы его не можете и сделать с ним что то тоже. Если же ваш код выполняется с правами админа, то вам надо самостоятельно делать проверку, а имеет ли текущий пользователь права доступа на этот документ. Это намного усложняет разработку.
я в шоке. а причем тут вообще выполнение кода в событиях. действиях, сценариях?
Не поменяется абсолютно ничего, никаких проверок делать не нужно будет от слова "совсем".
"я в шоке. а причем тут вообще выполнение кода в событиях. действиях, сценариях?
Не поменяется абсолютно ничего, никаких проверок делать не нужно будет от слова "совсем"."
Есть у нас, допустим, разработка, в которой к записи справочника можно привязывать документы. Но в момент связки нужно раздать права на эти документы. И есть тип карточки, в котором реализована особая система управления правами. У документов с этим видом не устанавливается галочка "передавать права в рамках своих прав" и пользователи вообще не должны управлять правами на эти документы напрямую. Только через специальную разработку со своими правилами. Что будет, если пользователь попытается привязать такой документ к вышеописанному справочнику?
"И это не говоря уже о том, что вот, например, выполняете вы поиск с целью показать список каких - то документов. А поиск надо выполнять с правами админа или нет? Если вы будете показывать результаты, то без прав админа."
Если вы даете пользователю кнопку "посмотреть договоры", то наверное он должен их увидеть верно? Если он должен определенную категорию увидеть, значит поиск вы должны так настроить.
"Если вы даете пользователю кнопку "посмотреть договоры", то наверное он должен их увидеть верно? Если он должен определенную категорию увидеть, значит поиск вы должны так настроить."
А вот и не верно. Об этом я и писал. За то, нужно ли пользователю видеть договоры как раз и отвечает система прав доступа на документы. Иначе ей грош цена. Допустим, показали вы по кнопке "договоры" список этих договоров без разграничения прав. А пользователь для своего удобства взял и скопировал ссылку из диалога поиска в папку избранное. Что делать? Как быть?
"Есть у нас, допустим, разработка, в которой к записи справочника можно привязывать документы. Но в момент связки нужно раздать права на эти документы. И есть тип карточки, в котором реализована особая система управления правами. У документов с этим видом не устанавливается галочка "передавать права в рамках своих права" и пользователи вообще не должны управлять правами на эти документы напрямую. Только через специальную разработку со своими правилами. Что будет, если пользователь попытается привязать такой документ к вышеописанному справочнику?"
Все будет работать как и раньше. выполнение кода от админа != что пользователь администратором становится.
Если бы код выполнялся от админа, вам бы вообще не пришлось городить эти костыли.
"Допустим, показали вы по кнопке "договоры" список этих договоров без разграничения прав."
Тут вы сами ответили на свой вопрос.
"Все будет работать как и раньше. выполнение кода от админа != что пользователь администратором становится.
Если бы код выполнялся от админа, вам бы вообще не пришлось городить эти костыли."
Какие костыли, вы о чем? Я говорю о том, что привязывая к тому справочнику такой "особый" документ и раздавая на него права (согласно логике действия привязки) я бы нарушил регламент работы с этим документом. Потому что за его права отвечает другая разработка. Что бы не нарушать регламент, мне нужно было бы делать в этом коде отдельную проверку: А не является ли привязываемый документ документом типа X... И так везде. Это ли не костыли...
"выполнение кода от админа != что пользователь администратором становится" Это почти тому и равно. Система прав обесценивается и перестает работать в половине случаев. И теперь вам нужно самим постоянно заботиться о проверках на права доступа (это касается не только документов, но и справочников.) И не дай бог, вы где нибудь в очередной раз забудете написать такую проверку...
"Допустим, показали вы по кнопке "договоры" список этих договоров без разграничения прав."
Тут вы сами ответили на свой вопрос.
Нет, я не получил ответа. Вот из диалога, в котором отображены документы, на которые вы на самом деле прав не имеете, вы копируете ссылку на документ. Можете? Можете. Почему нет? Ок. А теперь вы эту ссылку вставляете в папку избранное себе. Норм? Норм. А как вести себя системе? Вот вы переходите в очередной раз в папку "Избранное". В ней есть ссылка на документ, но прав на него у вас нет. Отображать его или нет? И такие противоречивые ситуации будут возникать буквально на каждом шагу.
"Какие костыли, вы о чем? Я говорю о том, что привязывая к тому справочнику такой "особый" документ и раздавая на него права (согласно логике действия привязки) я бы нарушил регламент работы с этим документом. Потому что за его права отвечает другая разработка. Что бы не нарушать регламент, мне нужно было бы делать в этом коде отдельную проверку: А не является ли привязываемый документ документом типа X... И так везде. Это ли не костыли..."
Вместо другой разработки, у Вас бы в коде просто задавались права на него.
Вообще рекомендую почитать эту идею https://club.directum.ru/idea/1602
Вместо другой разработки, у Вас бы в коде просто задавались права на него.
Да, а это неприемлемо. Что, если для той разработки это неприемлемо? Если та разработка с особыми правами доступа делалась специально, что бы никто лишний не получил доступа к этому документу? А тут бац, кто то ссылочку вложил и права появились вдруг... Так вот, что бы не появились, потребовалось бы делать проверки на "документ типа X" во всех разработках во всех местах, где вы раздаете права на документы.... Это ли не костыли...
Ну а что касается идеи, там мы уже обсуждали этот вопрос.
Многие обновления очень радуют. Такой вопрос: обложки папок все так же используют ie для отображения? Если да, то когда появится использование браузера,установленного пользователем по умолчанию. Очень сложно разрабатывать нормальные функциональные обложки при ограничениях ie.
Не не не. Установленного по умолчанию не надо. Мало ли там как пользователь извращаться будет с какой нибудь оперой 12...
А вот конкретно зашить, например Chromium, как замену или альтернативу IE - это здравая мысль. Единообразие версий на всех клиентских машинах и плюшки хрома всякие... Важно только, что бы интерфейс был аналогичный. Что бы через window.external можно было получить доступ к системе и через webControl.Document получать доступ к объектам страницы...
Мы, например, реально столкнулсь с проблемой, что у нас парк машин на разных ОС, от XP до 10ки и на них стоят разные IE с различным функционалом. И пришлось изворачиваться, что бы одна разработка работала и на старых версиях браузер тоже... А обновить его на машинах с XP нельзя, так как там максимум IE8 ставится...
Такой вариант меня тоже вполне бы устроил. Например компонента в системе, где устанавливаешь приоритеты по использованию браузеров, в зависимости от того, какой установлен у пользователя, например сначала пытается использовать chrome, если не установлен , то firefox, и только потом IE.
"в компоненте Приложения-редакторы можно задать свое действие по умолчанию." - Аллилуйя. Свершилось, хоть и спустя 6 лет ожидания...
"Теперь первый символ кода нашей организации не используется при формировании кода записи справочника." - еще одна приятная новость)
Что касается прав: бывают ситуации, когда требуется выполнение кода с привилегированными правами. Например, чтобы изменение определенного реквизита карточки отразилось в карточке другого документа, на который текущий пользователь прав не имеет. Лучше, если это будет по соответствующему событию (моментально), чем по сценарию или маршруту (который может выполниться значительно позднее).
Если конкретно вам/вашей организации это не требуется - это абсолютно не значит, что это не нужно никому. В той идее привели приемлемый для большинства вариант реализации через функцию.
Касаемо же просмотра документов: Михаил абсолютно прав, что пользователь должен видеть только то, на что у него есть права. И только предусмотренная система прав должна это определять.
"Такой вариант меня тоже вполне бы устроил. Например компонента в системе, где устанавливаешь приоритеты по использованию браузеров, в зависимости от того, какой установлен у пользователя, например сначала пытается использовать chrome, если не установлен , то firefox, и только потом IE."
Фишка хрома в том, что есть Chromium. Это почти тот же самый хром, только с открытыми исходниками. Его можно тупо собрать под нужды Directum'а и распространять вместе с системой. Как это сейчас делается, например, с библиотекой склонения, или с библиотекой для вставки штампов...
Мы обложки на c# пишем и не паримся с браузерами
Ранее было ограничение на уникальность первого символа кода наших организаций, о чем говорили на DIRECTUM Club. Из-за этого можно было создать ограниченное число наших организаций. Теперь первый символ кода нашей организации не используется при формировании кода записи справочника. В DIRECTUM 5.5 используется сквозная нумерация.
а что произодет при конвертации? у нас НОРами занят весь русский и английский алфавит. соответственно коды в справочниках уже наприсвоены. Какой система очередной номер возьмет?
По режиму IE в IWebBrowserControl есть обходное решение.
Chromium довольно сильно увеличит и так не маленький размер клиентской части (примерно +100 мегабайт).
" есть Chromium. Это почти тот же самый хром, только с открытыми исходниками. Его можно тупо собрать под нужды Directum'а и распространять вместе с системой. Как это сейчас делается, например, с библиотекой склонения, или с библиотекой для вставки штампов... "
Я тоже думал о таком варианте, но сложнее поддерживать актуальную версию будет. Мне так кажется
" По режиму IE в IWebBrowserControl есть обходное решение. "
Я его использую,но в любом случае он будет использовать IE, со всеми его ограничениями.
"Если конкретно вам/вашей организации это не требуется - это абсолютно не значит, что это не нужно никому. В той идее привели приемлемый для большинства вариант реализации через функцию."
Применение функции тоже открывает "дыры".
Вот есть функции, которые позволяют получить набор данных справочника игнорирую права доступа. Не знаю, как в новых версиях канцелярии, но в версии времен наверное 4.6 на карточке РКК есть поле "Зарегистрирован как", где можно выбрать другую РКК, откуда будут скопированы данные.
Так как права на РКК разграничиваются фильтратором по местам регистрации, а применяется это поле чаще всего, когда надо сослаться на карточку другого подразделения (другого места регистрации), то в событии "выбор из справочника" для этого поля справочник РКК отображается без отработки прав доступа (что бы можно было выбрать запись чужого подразделения).
Но, помимо того, что запись можно выбрать двойным щелчком, её можно открыть через контекстное меню. И делопроизводитель, который имеет права на редактирование справочника РКК, может взять и поменять данные в чужой карточке РКК. Не взирая на то, что так то на неё у этого пользователя нет прав.
Моё мнение такое. Если вам требуется менять что - то от имени админа, то код этот должен выполнятся на сервере. Если вам требуется, что-бы выполнение этого кода было синхронно с выполнением кода на клиенте (клиент ждал бы выполнения кода на сервере, получал результат и/или исключения), то:
"Chromium довольно сильно увеличит и так не маленький размер клиентской части (примерно +100 мегабайт). "
вот 100 мб вообще не критично, как по мне.
По режиму IE в IWebBrowserControl есть обходное решение.
Оно не поможет для XP с установленной на нем IE8, если мне, например, требуется минимум IE9
XP снята с поддержки, года три уже не видел что бы где-то стояла. Для остальных есть линейка 8-11, причем 11 не так ужасен как его предшественники.
Ну вот, у нас ещё встречаются машины с XP. Потихоньку обновляем парк, но это не моментально происходит... Я на 10ку только в этом году перешел с XP. А IE11 да, не так плох, как его предшественники. Но, субъективно, V8 всё равно делает майкросовтовский интерпретатор в скорости выполнения.
Вопросов много, поэтому постараюсь ответить кратко:
1. Для чего сделали методы, есть же действия?
Тут Михаил Тарасов очень хорошо прокомментировал, хоть он и не разработчик DIRECTUM.
2. Выполнение с правами админа не было целью при разработке методов.
3. Почему обновили иконки и интерфейс в десктоп-клиенте?
4. Что будет с нумерацией записей справочников, если раньше был префикс НОР?
Раньше код записи строился по шаблону
[<Префикс нашей организации>]<Префикс сервера><Порядковый номер записи>
Теперь шаблон такой:
<Префикс сервера><Порядковый номер записи>
Нумерация для справочников с НОР пойдет с единицы, либо со значения счетчика, если по каким-то причинам он был в БД для этого справочника. Конфликтов не будет (т.к. существующие коды имеют префикс НОР).
"это шаг в сторону ООП;"
Следующим шагом могла бы быть реализация глобальных методов. Где нибудь один такой задал, определил список типов объектов, к которому он относится. И теперь этот метод доступен для вызова в этих объектах.
Аля наследование ...
А надо кастомную реализацию? Создал такой же (с тем же именем) метод в нужном типе справочника/карточки тем самым переопределил реализацию метода.
>>Добавлен тип реквизита «Ссылка на документ»
Этот реквизит позволяет хранить одну или N ссылок?
>> Этот реквизит позволяет хранить одну или N ссылок?
Аналогично реквизиту типа "Справочник": в разделе "карточка" - одна ссылка, в табличном разделе - N ссылок. Элемент управления "Поле выбора записей" для реквизита "Документ" не поддерживается.
Компания DIRECTUM объявляет о выпуске обновления DIRECTUM 5.5.0.1002. Мы реализовали несколько пожеланий клиентов, а также повысили стабильность системы. Полный список изменений читайте в документе Изменения DIRECTUM 5.5 на сайте поддержки.
Подписание документов. При подписании документа в окне «Подписать документ» сохраняется состояние флажка Утверждающая подпись в разрезе вида документа.
Веб-клиент. Исправлена ошибка импорта в версию документа формата DOC и DOCX файлов других форматов.
Объектная модель IS-Builder. В методе ECertificate.DetailInfo добавлены новые значения параметра TypeInfo для получения атрибутов владельца и эмитента сертификата. Это позволит на основании подписей документов получить ФИО и должности работников, список организаций и подразделений.
Безопасность. Появилась возможность шифровать секцию StorageAccessRights в файле SBFileStorageSettings.xml. Для шифрования воспользуйтесь утилитой SBProtectXml.exe.
Стабильность. Повышена стабильность работы библиотеки SBSessionServerManager.dll, а также уменьшена частота возникновения ошибок доступа к кэшу на службе Workflow и службе обработки событий.
Снижена нагрузка на сервер от запроса, который обращается к управляемым папкам.
А также смотрите видеоролик по новинкам межкорпоративного документооборота DIRECTUM 5.5!
Авторизуйтесь, чтобы написать комментарий