Управління бізнес-процесами. Канцелярія

Компанія 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, а також організувати не тільки наскрізні бізнес-процеси, а й синхронізацію довідників. У наступних версіях планується підтримка і інших систем:

Новий коннектор до «1С: Підприємство 8»

У версії 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 використовується оновлена \u200b\u200bверсія віртуального принтера NovaPDF, який без помилок встановлюється в сучасних ОС Windows.

Раніше було обмеження на унікальність першого символу коду наших організацій, про що. Через це можна було створити обмежену кількість наших організацій. Тепер перший символ коду нашої організації не використовується при формуванні коду записи довідника. У 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 і буде присвячена ця стаття.

У деяких випадках потрібно видалити додаток і встановити його «з чистого аркуша», наприклад, при встановленні більш нової версії. Оскільки такі ситуації виникають нерідко, питання видалення інформації про продукт я не міг обійти стороною, йому буде присвячений відповідний розділ.

Всі рекомендації взяті з документації, що входить в поставку системи, і з бази знань, посилання на її статті буду приводити далі по тексту.

Отже, уявімо, що перед нами - дистрибутив системи. Якщо раніше досвіду установки не було, то відразу може виникнути багато питань. В якій послідовності проводити встановлення? З якими параметрами встановлювати? Чи буде додатково щось налаштовувати в операційній системі?

Дійсно, необхідно дотримуватися послідовність дій при установці, часто потрібно налаштувати певним чином права на NTFS-каталоги, включити в необхідні групи користувачів і т.п. З цієї причини, як би це не звучало банально, установку необхідно проводити відповідно до інструкції, в якій повністю описаний порядок установки.

Отже, з чого ж почати установку? Перш за все, ще до початку власне установки, необхідно переконатися, що комп'ютер відповідає вимогам, що пред'являються до апаратного та програмного забезпечення. Чи може в принципі бути встановлено додаток на даний комп'ютер? Слід звернути увагу, що оновлення загальносистемного ПЗ в ряді випадків тягне за собою необхідність оновити і прикладне ПЗ. Зокрема, дуже багато запитань надходить за сумісності DIRECTUM з новими продуктами Microsoft, наприклад, з Windows 8. З усіма вимогами можна ознайомитися в документі «Типові вимоги до апаратного та програмного забезпечення», який завжди входить в комплект поставки системи.

Найчастіше дистрибутиви зберігаються на мережевому ресурсі, з нього ж і виробляється установка. Дійсно, це дуже зручно з багатьох причин - надійність зберігання, доступ з будь-якого комп'ютера по мережі тощо. Клієнтську частину, інтеграцію з офісними додатками, як правило, саме так і встановлюють - з мережевою "кулі". При цьому слід звернути увагу, що не будь-яке додаток може бути встановлено таким чином - може знадобитися установка з локального диска. Зокрема, цей нюанс стосується установки серверної частини. При спробі установки з мережевого ресурсу може виникнути така помилка: «Помилка пакета Windows Installer. Неможливо запустити сценарій завершення установки ... »().

Установку деяких додатків необхідно проводити з правами локального адміністратора, в інструкції завжди є відповідна примітка. В ОС Windows Vista і вище необхідно явно вказувати це з допомогою пункту контекстного меню «Запуск від імені». У тих випадках, коли потрібно проводити дії в командному рядку, командний рядок також слід запускати від імені локального адміністратора.Еслі установку виробляти без прав локального адміністратора, то на виконання деяких дій може не вистачити прав доступу. Так, необхідні бібліотеки або COM-сервера виявляться незареєстрованими в операційній системі. Також, при установці деяких модулів відбувається створення журналу Windows, що вимагає наявність прав локального адміністратора.

окремі випадки

У попередньому розділі ми розглянули загальні рекомендації по установці. Зараз пропоную розібрати кілька окремих випадків, які нерідко зустрічаються на практиці.

Розгляд почнемо з установки російськомовного Microsoft SQL Server 2008 R2 RUNTIME. Дистрибутив Microsoft SQL Server поставляється в рамках RUNTIME-угоди і для роботи тільки з системою DIRECTUM. Працездатність системи в цьому випадку гарантується тільки при певному наборі компонент. Що станеться, якщо вибрати склад компонент не по інструкції, а, скажімо, взагалі все компоненти? Зокрема, російськомовний дистрибутив SQL 2008 R2 RUNTIME не містить компоненту Reporting Service, тому виникатиме помилка установки ().

Рекомендую з великою обережністю використовувати спецсимволи в паролі користувачів SQL. Чи не закликаю зовсім відмовитися від спецсимволов, але краще їх не використовувати, якщо на те немає спеціальної необхідності. Чому потрібно намагатися цього уникати? Якщо в параметрах підключення до SQL-серверу вказати користувача, пароль якого містить апостроф, то виникне помилка "There is a problem with this Windows Installer package ... Format of the initialization strings does not conform to the OLE DB specification". Відповідно, для усунення помилки необхідно поміняти пароль ().

Видалення інформації про продукт

Іноді видалення продукту відбувається не повністю і запис про продукт залишається в системі. Наприклад, у випадку з клієнтською частиною системи DIRECTUM це може стати причиною невірної установки більш пізніх версій системи DIRECTUM на даний комп'ютер. Також, були випадки, коли при установці додатка виникали повідомлення про те, що програма вже встановлено.

Для коректного видалення інформації про програму, встановленому з помилками, написано чимало програм. Ми рекомендуємо в таких випадках скористатися утилітою MsiZap з пакету Windows Platform SDK. Утиліта поширюється разом з дистрибутивом DIRECTUM і знаходиться в папці \\ Utils \\ MsiZap.

Для запуску утиліти і виконання дій з видалення даних про програму, встановленому з помилками необхідно виконати наступну команду MsiZap.exe T (ProductCode) ().

висновок

Пошук рішення може не обмежуватися базою знань на сайті підтримки DIRECTUM. Корисну інформацію можна знайти, наприклад, на сайтах компанії Microsoft. Часто статті бази знань посилаються на ресурси Microsoft (див. Статті № 4301 і № 4869).

Установка - дуже велика предметна область, ми охопили лише малу частину. Якщо дана тема буде цікава відвідувачам сайту, можливо, в майбутньому будуть написані статті, в яких розберемо тонкощі установки окремо взятих модулів.

Наостанок залишається всім побажати швидкого встановлення і стабільної роботи системи!

Канцелярія - даний модуль призначений для полегшення роботи діловодів, на яких, як правило, лягає навантаження щодо забезпечення "паперового" документообігу та контролю виконання доручень. До його складу входять:

діловодство з гнучкою системою нумерації;
реєстрація, розсилка і контроль руху паперових документів;
контроль над своєчасним виконанням доручень керівника (фіксування листування, можливість відправки на доопрацювання, вільна маршрутизація);
наявність спеціалізованих звітів, що спрощують робочий процес (Прострочені завдання, Договору на розгляді і т.д.);
обмін електронними документами з ЕЦП зі сторонніми організаціями;
ведення номенклатури справ і повну відповідність ГСДОУ.

Ведення номенклатури справ і журналів реєстрації

При підготовці документів для передачі в архів по кожному номенклатурному справі можна роздрукувати обкладинку справи, а також опис документів справи, що значно скорочує час на підготовку документів для архівного зберігання.

Гнучка система нумерації дозволяє привласнювати номер документу в розрізі електронного журналу реєстрації. Для кожного журналу задається довільний спосіб автоматичної нумерації документів всередині журналу. Номер може включати в себе код підрозділу, код журналу, а також будь-який інший необхідний реквізит.

Реєстрація документів

Для реєстрації документів використовуються реєстраційно-контрольні картки (РКК), які містять всі первинні дані (кореспондент, підрозділ організації, представник організації, дата реєстрації, реєстраційний номер, тема і короткий зміст документа, спосіб доставки і т.д.), а також необхідну інформацію про стан будь-якого паперового документа організації (місцезнаходження, стан виконання тощо). Для вихідних документів можна вказати список розсилки по організаціях.

В системі реалізована можливість реєстрації документів як від організацій, так і від громадян.

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

При переміщенні документа між підрозділами на кожному місці реєстрації може заводитися своя РКК. Таким чином, з'являється ланцюжок РКК, по якій можна відстежити рух паперового документа не тільки між співробітниками всередині підрозділу, але і між підрозділами.

Крім того, через РКК здійснюється взаємозв'язок зареєстрованих документів системи між собою: "У відповідь на", "На виконання" і т.д.

Процедура реєстрації проста і полягає в заповненні необхідних полів РКК, при цьому реєстраційний номер присвоюється автоматично.

При реєстрації безпосередньо з РКК можливе занесення відсканованого (електронного) документа в модуль "Управління електронними документами" з автоматичним приєднанням його до РКК. Для оперативного занесення великого обсягу документів використовуються служби введення DIRECTUM Capture Services, що забезпечують потокове занесення документів в систему. Надалі РКК, як і занесений електронний документ, легко може бути знайдена по штрих-коду на паперовому аналогу документа, завдяки технології швидкої ідентифікації DIRECTUM RapID.

За даними РКК роздруковуються журнали вхідних і вихідних документів. Більш того, для вихідних документів можна автоматично сформувати і роздрукувати наклейку на конверт.

Рух і виконання документів

Після реєстрації вхідний документ проходить етапи розгляду, винесення резолюції, постановки на контроль і виконання документа. При цьому подальша робота виконавців з документом може вестися повністю в електронному вигляді. Це значно скорочує витрати часу виконавців і запобігає випадкову втрату оригіналу.

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

На підставі резолюції, винесеної керівником, документ може бути поставлений на контроль з призначенням виконавців, доручень і термінів.

Для виконавців, які працюють з модулем "Управління бізнес-процесами", секретар або сам керівник може швидко створити завдання прямо з РКК. Робота із завданнями дозволяє максимально повно використовувати можливості системи по контролю виконання доручень:

фіксація повної листування по виконанню доручень;
можливість відправки на доопрацювання;
гнучке налаштування маршрутизації і т.д.

Згодом за завданнями, пов'язаними з РКК, можна швидко відтворити історію роботи над документом, процедуру узгодження, обґрунтування прийнятого рішення.

Якщо ж модуль "Канцелярія" використовується самостійно, всі доручення, видані виконавцям, заносяться секретарем в РКК документа, після чого відслідковується їх своєчасне виконання. При цьому для неавтоматизованих користувачів доручення можна роздрукувати.

При роботі з електронними документами все переміщення документів здійснюються через завдання, при цьому на спеціальній закладці РКК фіксується місцезнаходження паперового документа в будь-який момент часу. Це дозволяє оперативно знаходити паперовий оригінал документа через РКК.

За тими ж принципами будується і робота з вихідними і внутрішніми документами.

Обмін електронними документами між системами

Рішення DIRECTUM забезпечують обмін офіційними, юридично значимими електронними документами між організаціями. Обмін документами грунтується на використанні галузевого стандарту обміну електронними документами "Взаємодія систем автоматизації документаційного забезпечення управління", затвердженого Гільдією Керуючих Документації.

Обмін документами може проводитися як між структурними підрозділами однієї компанії (холдингу), так і між незалежними організаціями-партнерами. При цьому одна зі сторін може використовувати іншу систему електронного документообігу або взагалі не працювати з СЕД.

Якщо обмін здійснюється між підрозділами однієї компанії (холдингу), то робота з документами відбувається в модулях "Управління електронними документами", "Управління бізнес-процесами" і "Канцелярія".

Якщо обмін здійснюється між сторонніми організаціями, то електронний документ експортується з системи DIRECTUM в файл ESD-формату. Друга сторона може імпортувати ESD-документ в використовувану у себе ECM-систему (за умови, що цей формат підтримується даної СЕД; формат ESD є відкритим), або використовувати для роботи з ESD-документом вільно поширювану програму DIRECTUM OverDoc.

DIRECTUM OverDoc дозволяє переглядати документ, його атрибути і все ЕЦП, якими документ був підписаний, включаючи маркер достовірності.

Пошук і аналіз інформації

З моменту реєстрації будь-якого документа в системі можна знайти як його реєстраційну картку разом з інформацією про місцезнаходження і процесі виконання документа, так і сам електронний документ. Система здійснює пошук за реєстраційними номерами, кореспонденту, автору резолюції, а також за всіма реквізитами РКК і їх довільній комбінації.

Крім того, в системі передбачені спеціалізовані звіти, що істотно підвищують ефективність роботи користувачів: Документи на розгляді, Прострочені доручення, Документи, що підлягають поверненню, і т.д.

інструкції адміністратора

Інструкція по установці і видаленню системи DIRECTUM

Установка серверної частини системи DIRECTUM

Установку серверної частини необхідно виконувати на комп'ютері, виконуючому роль сервера бази даних. Сервером бази даних є комп'ютер, на якому встановлена \u200b\u200bсерверна частина Microsoft © SQL Server:

· Крок 1. Почніть установку серверної частини системи DIRECTUM. Для цього запустіть утиліту розгортання системи DIRECTUM H: \\ SERVER \\ SASystemActivator.exe;

· Крок 2. Вікно «Вибір режиму роботи»:

· вибрати режим роботи Відновлення з резервної копії;

· натиснути на кнопку далі\u003e ;

· Крок 3. У вікні "Параметри з'єднання з розгортання системою»:

· у полі * Сервер вказати ім'я SQL-сервера, на який здійснюється установка серверної частини системи DIRECTUM;

· у полі *База даних вказати ім'я бази даних. Якщо такої бази даних ще немає на SQL-сервері, то вона буде створена. Якщо зазначена база даних існує, то резервна копія буде відновлена \u200b\u200bв існуючу базу даних, при цьому попередній вміст бази буде втрачено;

· в полях * Користувач і пароль вказати ім'я користувача і його пароль для підключення до SQL-сервера. Користувач повинен мати права системного адміністратора SQL-сервера;

· натиснути на кнопку далі\u003e .

· Крок 4. Вікно «Відновлення з резервної копії»:

При відновленні на Microsoft SQL Server 2000:

При відновленні на Microsoft SQL Server 2005 і вище:

При відновленні на Microsoft SQL Server 2005 і вище, якщо відключена можливість виконання процедури xp _ cmdshell:

· у полі * Файл резервної копії вказати повний шлях до файлу еталонної резервної копії бази даних системи DIRECTUM. Еталонна резервна копія бази даних системи DIRECTUM знаходиться в одній папці з утилітою розгортання системи DIRECTUM. Якщо відновлення відбувається на локальний SQL -сервер, шлях до файлу резервної копії буде H: \\ Server \\ directum. dat;

· в полях * Файл даних і * Файл журналу транзакцій вказати повні шляху відповідних файлів бази даних системи DIRECTUM, типову теку зберігання файлів баз даних обраного SQL-сервера;

· у полі * Повнотекстовий каталог вказати повний шлях повнотекстового каталогу бази даних системи DIRECTUM, типову теку зберігання файлів баз даних обраного SQL-сервера (це поле буде доступно тільки при відновленні резервної копії на Microsoft SQL Server версії 2005 або вище);

· натиснути на кнопку далі\u003e .

Примітка. Якщо папки, зазначені для зберігання файлу даних і файлу журналу транзакцій, які не існують, то утиліта розгортання системи DIRECTUM запропонує створити ці папки. Папки будуть створені на комп'ютері, на якому встановлено обраний SQL-сервер.

Примітка. При відновленні резервної копії на Microsoft SQL Server версії 2005 або вище, рекомендується включити можливість виконання процедури xp _ cmdshell . Якщо цей параметр вимкнено, не виробляються перевірки параметрів відновлення бази даних (файл даних, файл журналу транзакції і т.д.).

· Крок 5. Вікно «Адміністратор системи»:

· встановити галочку Змінити пароль користувача Administrator , Якщо потрібно змінити пароль користувача Administrator , Або цього користувача ще немає на SQL-сервер;

· в полях * Пароль і * Підтвердження вказати пароль зумовленого користувача Administrator системи DIRECTUM або поставити галочку Порожній пароль для завдання користувачеві Administrator порожнього пароля. При відновленні резервної копії на Microsoft © SQL Server 2005 і вище пароль користувача Administrator повинен відповідати політиці безпеки комп'ютера;

· натиснути на кнопку далі\u003e .

Примітка. Щоб уникнути несанкціонованого доступу до даних, не рекомендується залишати порожнім пароль користувача Administrator. Така можливість залишена для зручності входу в систему DIRECTUM в період її початкової настройки. Після закінчення початкової настройки для користувача Administrator слід вказати не порожній пароль.

· Крок 6. Вікно «Налаштування системи»:

· у полі * Код системи вказати код системи розгортається бази даних (наприклад, DIRECTUM). значення полів служба Workflow і сервер сеансів залишити без змін;

· натиснути на кнопку далі\u003e ;

· Крок 7. Вікно «Параметри розгортання системи успішно задані»: