Выпущена версия 2.1.21 программы 1С Документооборот

Выпущена версия 2.1.21.12 программы 1С Документооборот на платформе "1С 8.3".

1С Документооборот. Новое в версии 2.1.21

• Что нового
• Работа по технологии 1С:Облачная подсистема Фреш
• Согласование заявок на оплату
• Каналы обсуждений
• Новые возможности списка «Задачи мне»
• Процессы и задачи по файлам
• Учет электронных документов
• Новые возможности для учета документов в разрезе проектов
• Автоматическая отправка проектных задач на исполнение
• Развитие мобильного приложения
• Развитие мобильного клиента (ознакомительная версия)
• Прочие изменения
• Исправление ошибок
• Версия ПРОФ
• Версии КОРП, ДГУ
• Порядок обновления с предыдущих версий
  • Особенности обновления с предыдущих версий
  • Перед обновлением с версии 2.1.12 и ниже, снятой с поддержки
  • Перед обновлением с версии 2.0 (КОРП, ДГУ)
  • Перед обновлением с версии 2.1.0 (ознакомительная)
  • При обновлении со всех предыдущих версий
  • После обновления с версии 1.4.13.
  • Порядок обновления на редакцию 2.1.
  • Расчет прав после обновления (КОРП, ДГУ)
  • Расчет прав после обновления (ПРОФ)

Что нового

Обратите внимание: в связи с большим количеством изменений в программе обновление на версию 2.1.21 может занять продолжительное время.

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

Работа по технологии 1С:Облачная подсистема Фреш

Версии: КОРП, ДГУ

В новой версии программы появилась возможность работать в модели сервиса по технологии 1С Фреш.

С помощью этой технологии любая компания может развернуть свое облако для своих подразделений.

Согласование заявок на оплату

Версии: КОРП, ДГУ

Появилась возможность удобно, наглядно и просто согласовать заявки на оплату в 1С:Документообороте.

Как настроить

1. Администратору или ответственному за НСИ создать вид документа Заявка на оплату и включить в нем настройку Является заявкой на оплату.



2. Настроить маршрут, состоящий из согласования и исполнения оплаты.

Как инициировать согласование заявки на оплату:

1. Создать документ вида Заявка на оплату.



2. Указать в нем:
• Заголовок и содержание.
• Сумму и статью ДДС.
• Организацию-плательщика и получателя, контрагента или пользователя.
• Для заявок о выдаче средств под отчет – указать срок предоставления авансового отчета, чтобы программа напомнила об этом.
• Для заявок о выдаче средств не под отчет – например, зарплаты, компенсаций по уже обоснованным тратам – указать Авансовый отчет не требуется.



3. Отправить документ в обработку.
4. Получив уведомление о приближении срока заявки, проверить, не завис ли процесс на ком-то и, если нужно, ускорить его.
5. Получив уведомление об отсутствии авансового отчета, предоставить отчет.
• Если учет авансовых отчетов в 1С:ДО не ведется, достаточно указать вариант Предоставлен.
• Если учет ведется, нужно указать вариант Создать и создать отчет, привязав его к заявке, или, указав вариант Выбрать, выбрать существующий отчет.

Как отразить в программе оплату по заявке:

1. Получив задачу исполнения заявки, выполнить оплату.
2. При необходимости уведомить инициатора о реквизитах платежного документа нужно на закладке Связи карточки документа добавить связь вида Оплачено документом и указать ссылку на платежный документ (например, платежное поручение) в другой программе, в поле Комментарий введя его дату и номер.

Особенности работы с заявками на оплату в 1С:ДО:

• Колонки Плательщик и Получатель, а также отборы по ним доступны в списке внутренних документов только в режиме просмотра по видам документов, когда активен вид документа – заявка на оплату. В остальных случаях отображаются колонки Организация (плательщик) и Контрагент (получатель).
• Чтобы создание авансовых отчетов было удобным, лучше сразу уточнить настройку связи типа Авансовый отчет от заявки на оплату, указав конкретный вид внутреннего документа Авансовый отчет. В этом случае авансовые отчеты можно будет создавать в пару кликов.

Отчеты:

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

• План оплат по заявкам – согласованные заявки по дням как исходные данные для финансового планирования.

• Исполненные заявки – исполненные заявки на оплату в разрезе статей движения денежных средств.

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

• Заявки без авансовых отчетов – исполненные заявки, по которым требуется авансовый отчет к указанной дате, но по которым отчет не предоставлен.

• Динамика оплат по заявкам – соотношение заявленных оплат к фактическим для контроля успешности экономии.

Каналы обсуждений

Версии: ПРОФ, КОРП, ДГУ

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

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

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

Администратор канала может настроить доступ для участников. Для этого в карточке канала участнику нужно назначить роли Автор, Читатель, Администратор. В качестве участника можно выбрать как сотрудника, так и подразделение, и роль.

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

Сообщения Читателя не пересылаются другим подписчикам канала:

Сообщения Автора отправляются всем подписчикам канала. Для автора канал выглядит так:

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

Технические подробности:

• Пересылка сообщений выполняется в фоновом задании.
• Если автор отредактировал сообщение, то канал перешлет его заново всем участникам, но в отредактированном виде. Т.е. у получателя будет два сообщения, а не одно.
• При совместном использовании обсуждений в нескольких базах, сообщения будут обрабатываться каналом только в базе 1С:ДО. Например, если есть совместное использование с 1С:Бухгалтерией, программа никак не отреагирует, если сообщение в канал будет написано в базе 1С:Бухгалтерии. То же самое в РИБ: при совместном использовании обсуждений в разных узлах РИБ сообщение, написанное в канал, будет обработано только в том узле, где был создан этот канал.

Новые возможности списка «Задачи мне»

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

Версии: КОРП, ДГУ

В списке Задачи мне появились новые возможности для быстрого отбора и исполнения задач:

• Режим просмотра по предметам,
• Групповое исполнение задач.

Как включить: в Персональных настройках – Другие настройки – Список «Задачи мне» выбрать вариант Новый. После обновления по умолчанию установлено значение Новый.

При этом в списке Задачи мне в меню Еще – Сгруппировать по появится вариант Предмет.

«Мои задачи» с группировкой «По предмету» без области просмотра задач

«Мои задачи» с группировкой «По предмету» с областью просмотра задач

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

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

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

В списке Мои задачи появилось групповое исполнение задач. Для этого в режиме просмотра области задач достаточно выделить несколько задач – справа появятся команды исполнения.

Доступно только «положительное» исполнение. Для вариантов Не согласовать или Согласовать с замечаниями нужно по-прежнему открыть карточку задачу и подробно расписать причину такого решения.

Команды Перенаправить и Принять к исполнению такжеможно использовать в групповом режиме.

Процессы и задачи по файлам

Версии: ПРОФ, КОРП, ДГУ

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

В меню встроенного редактора файлов появилась команда Отправить. С ее помощью можно отправить файл в обработку.

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

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

Учет электронных документов

Версии: ПРОФ, КОРП, ДГУ

Появилась возможность вести раздельный учет и хранение электронных и бумажных документов.

Как настроить

Для ведения такого учета в настройках программы нужно установить настройку Раздельный учет бумажных и электронных документов (Настройка и администрирование – Настройка программы – Делопроизводство).

Как это работает

Разделить документы по формам хранения: на бумаге, в электронном виде или смешано можно в карточке вида документа на закладках Вид документа.

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

После обновления для всех видов документов автоматически будет установлен вариант Бумажная и электронная. Это значит, что новые документы могут создаваться как бумажные, так и электронные.

В дальнейшем в карточках документов выбранный вариант реквизита Форма: Бумажный или Электронный сможет изменить любой пользователь. Например, созданный электронный документ распечатать и сделать Бумажным.

Если для вида документа изначально установлен однозначный вариант хранения Бумажный или Электронный, то в дальнейшем в карточке документа изменить его будет уже нельзя.

В перечисленных отчетах появилась возможность установить отбор по форме хранения документа:

• Внутренние документы,
• Входящие документы,
• Договоры,
• Исходящие документы,
• Неподписанные внутренние документы.

Новые возможности для учета документов в разрезе проектов

Версии: КОРП, ДГУ

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

• Обязательное указание проекта – теперь можно запретить создавать документы без привязки к проекту.
• Контролировать уникальность документов в рамках проекта – запрещает создавать больше одного документа определенного вида по одному проекту.

• теперь можно запретить создавать документы без привязки к проекту. Для этого в карточке вида документа достаточно установить настройку Обязательное указание проекта;
• запретить создать больше одного документа определенного вида по одному проекту. Для этого в карточке вида документа достаточно включить настройку Контролировать уникальность документов в рамках проекта.

Автоматическая отправка проектных задач на исполнение

Версии: КОРП, ДГУ

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

Для этого в карточке проекта достаточно включить настройку Автоматически отправлять проектные задачи на исполнение.

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

Технические особенности:

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

Развитие мобильного приложения

Версии: КОРП, ДГУ

В новой версии мобильного приложения появились следующие возможности:

• Новый вид календаря,
• Мероприятия,
• Учет времени,
• Доменная аутентификация.

Календарь. Теперь в приложении можно просматривать календарь и в виде планировщика. Возможен просмотр за день, три дня, неделю, месяц.

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

Учет времени. В мобильном приложении появилась возможность вести учет трудозатрат.

Для этого в настройках синхронизации (Настройка - Персональные настройки – Мобильное приложение) появился раздел Учет времени. По умолчанию он включен.

По ссылке Проекты можно выбрать для синхронизации проекты, трудозатраты по которым вы хотите учитывать в мобильном. Здесь перечислены проекты, по которым у пользователя уже есть ежедневные отчеты о рабочем времени.

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

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

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

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

Развитие мобильного клиента (ознакомительная версия)

Версии: КОРП, ДГУ

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

Общее о доступе к 1С:ДО с мобильных устройств

На сегодняшний день варианты доступа к 1С:Документообороту с мобильных устройств следующие:

• Мобильное приложение – приложение предназначено для постоянной офлайн работы. Подходит для решения основных задач: просмотра почты, календаря, исполнения и постановки задач. Требует синхронизации.
• Веб-клиент через браузер – вариант предназначен для экстренных случаев.

Мобильный клиент – предназначен для онлайн-работы. Ознакомительная версия включает ограниченный функционал, в дальнейшем будут все возможности настольного клиента, включая работу с документами, мероприятиями, чатами. Он работает по новой технологии платформы 1С:Предприятие. Это мобильное приложения на Andorid, iOS, которое взаимодействует с информационной базой онлайн, аналогично тому, как это делают клиентские приложения платформы для настольных компьютеров.

Что нового

В ознакомительной версии приложения появились новые возможности:

• Рабочий стол. Сейчас на нем видны только адаптированные к работе разделы.

• Мои задачи:

• Мои отчеты:

• Контроль:

• Отсутствия:

• Календарь:

Особенности работы

Обратите внимание: бета-версия приложения для iOS работает только с типовыми конфигурациями ДО КОРП и ДГУ 2.1.19 и выше без значительных доработок.

Бета-версия приложения для Android может работать с доработанными конфигурациями ДО КОРП и ДГУ 2.1.19 и выше. Для версий ниже 2.1.19 работа не гарантируется.

Прочие изменения

• Увеличена скорость распознавания при помощи сервиса распознавания документов.
• Контроль самочувствия сотрудников теперь доступен не только в версиях КОРП и КОРП.Антикризис, но и в ДГУ, ДГУ КОРП.Регион и ПРОФ.
• Горячая клавиша для переноса писем между папками изменена на Alt-A. (т.к. на новой платформе прежнее сочетание клавиш занято платформой).
• Теперь при создании вида документа, по нему сразу создается шаблон документа. Таким образом, при создании документа сразу будет предложен соответствующий шаблон.
• В форме отправки по легкой почте теперь работает автоподбор и выбор из адресной книги.
• Ускорено формирование протокола работы сотрудников на закладке "Все события".

Исправление ошибок

Версия ПРОФ

• Если сервер на Linux, добавление файлов в том могло давать ошибку "the file id you specified is not valid or too long".
• В веб-клиенте возникала ошибка при выполнении задачи, если ее предметом были занятые на редактирование файлы.
• При настройке заполнения полей шаблона документа, при выборе параметра "На что заменять", возникала ошибка: Поле не найдено "ВидыКонтактнойИнформации.
• Если в карточке вида документа были занятые файлы, нажатие на гиперссылку в колонке "Настройка заполнения" приводило к ошибке "Поле объекта не обнаружено (Расширение)".
• Ошибка проверки заполнения доп. реквизита с условием по реквизитам процессов перед выполнением задачи.
• Команда "Обсудить с участниками" отображалась в формах списков объектов.
• Ошибка преобразования данных XDTO при обработке очереди обновления обсуждений.
• При подписании ЭП документа без права на изменение возникала ошибка "В данной транзакции уже происходили ошибки!".
• При обновлении конфигурации, если не удалось установить монопольный режим, возникала ошибка "Слишком много фактических параметров".
• Для учетных записей почты с IMAP не велось полное удаление писем на email-сервере (они только помечались на удаление).
• При выполнении команды "Напечатать " из встроенного просмотра картинок возникала ошибка: "Значение данного типа невозможно преобразовать для передачи как файл. (Неопределено)".
• Изменение наименования объекта должно менять тему авточата. Но если заголовок менялся вручную, изменение наименования не должно на него влиять.
• Недостаточное количество символов для ввода наименования группы доступа физических лиц
• Авточат "с нижестоящими" в некоторых сценариях мог оставаться после того, как из подразделения или рабочей группы были удалены все нижестоящие.
• Команда "Обсуждение с участниками" не отображалась для группы "Все пользователи".
• Обработка создания обсуждений – возникала ошибка в подсчете количества участников
• Автообновляемые обсуждения: не учитывалось делегирование при вычислении пользователей, имеющих права на добавление участников вручную.
• С помощью автоподбора в поле "Подписал", можно выбрать контактное лицо, не относящееся к "Контрагенту".

Версии КОРП, ДГУ

• При удалении ЭП в файлах документа появлялись служебные файлы.
• При удалении ЭП штамп ЭП не удалялся из документа.
• Если сервер на Linux, добавление файлов в том могло давать ошибку "the file id you specified is not valid or too long".
• В веб-клиенте возникала ошибка при выполнении задачи, если ее предметом были занятые на редактирование файлы.
• При настройке заполнения полей шаблона документа, при выборе параметра "На что заменять", возникала ошибка: Поле не найдено "ВидыКонтактнойИнформации.
• Если в карточке вида документа были занятые файлы, нажатие на гиперссылку в колонке "Настройка заполнения" приводило к ошибке "Поле объекта не обнаружено (Расширение)".
• Ошибка проверки заполнения доп. реквизита с условием по реквизитам процессов перед выполнением задачи.
• Команда "Обсудить с участниками" отображалась в формах списков объектов.
• Ошибка преобразования данных XDTO при обработке очереди обновления обсуждений.
• При открытии файла картинки из карточки входящего ЭД возникала ошибка.
• При подписании ЭП документа без права на изменение возникала ошибка "В данной транзакции уже происходили ошибки!".
• При обновлении конфигурации, если не удалось установить монопольный режим, возникала ошибка "Слишком много фактических параметров".
• При наборе текста в чате иногда пропадала часть текста.
• Не очищался протокол выполнения задач по почте.
• При выборе обязательного связанного документа не устанавливался фильтр по контрагенту, если по документу ведется "Учет сторон".
• Автоматическая вставка штампа электронной подписи для pdf-файла более 10 страниц показывала их в неверном порядке.
• В Протоколе работы сотрудников, если слева нет отображалось ни одного отдела, возникала ошибка "{(1, 1)}: Ожидается выражение "ВЫБРАТЬ"".
• Для учетных записей почты с IMAP не велось полное удаление писем на email-сервере (они только помечались на удаление).
• При выполнении команды "Напечатать " из встроенного просмотра картинок возникала ошибка: "Значение данного типа невозможно преобразовать для передачи как файл. (Неопределено)".
• В карточке проекта в списке Документы отсутствовала команда "Показать удаленные".
• Изменение наименования объекта должно менять тему авточата. Но если заголовок менялся вручную, изменение наименования не должно на него влиять.
• Недостаточное количество символов для ввода наименования группы доступа физических лиц
• Авточат "с нижестоящими" в некоторых сценариях мог оставаться после того, как из подразделения или рабочей группы были удалены все нижестоящие.
• Команда "Обсуждение с участниками" не отображалась для группы "Все пользователи".
• Обработка создания обсуждений – возникала ошибка в подсчете количества участников
• Не сохранялся скрипт обработки при настройке комплексного процесса.
• Автообновляемые обсуждения: не учитывалось делегирование при вычислении пользователей, имеющих права на добавление участников вручную.
• В карточке исходящего письма встроенной почты после добавления получателей область "Адресаты" растягивалась на весь экран.

Порядок обновления с предыдущих версий

Особенности обновления с предыдущих версий

Перед обновлением с версии 2.1.12 и ниже, снятой с поддержки

При обновлении с версии 2.1.12 и ниже, снятой с поддержки, нужно перед сравнением-объединением с новой версией удалить регистры:

• Адресные объекты,
• Дома здания строения,
• Дополнительные адресные сведения,
• Загруженные версии адресных сведений,
• История адресных объектов,
• Ориентиры адресных объектов,
• Причины изменения адресных сведений,
• Служебные адресные сведения,
• Уровни сокращений адресных сведений.

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

Перед обновлением с версии 2.0 (КОРП, ДГУ)

Перед обновлением с редакции 2.0 необходимо:

1. В монопольном режиме выполнить обработку Переход_с_20_на_21.epf.Обработка включена в состав дистрибутива.
2. Не допуская работы пользователей, приступить к обновлению.

При использовании РИБ, обработка должна быть выполнена в каждом узле РИБ.

Перед обновлением с версии 2.1.0 (ознакомительная)

Перед обновлением с версии 2.1.0 запустите обработку Переход_с_210_на_211.epf. Обработка включена в состав дистрибутива.

При переходе с версий 2.0 и1.4 запуск обработки не требуется.

При обновлении со всех предыдущих версий

Если дополнительная процедура обработки данных ВерсионированиеОбъектов.ОбновитьСведенияОВерсияхОбъектов выполняется более нескольких часов, необходимо:

• остановить обработку (Поддержка и обслуживание – Обновление конфигурации – Результаты обновления – Все процедуры обновления… – команда Остановить в контекстном меню списка);
• возобновить выполнение обработки после завершения всех дополнительных процедур. При этом можно начинать работать с программой, не дожидаясь ее полного завершения.

После обновления с версии 1.4.13

После обновления на 2.1 для начального заполнения списка Мои документы необходимо запустить обработку ЗаполнениеСпискаМоиДокументы.

Обратите внимание: при большом количестве документов обновление информационной базы на версию 2.1 может занять продолжительное время.

Порядок обновления на редакцию 2.1

Рабочую информационную базу можно перевести на новую версию «1С:Документооборота» несколькими способами:

1. Полное обновление – запустить обновление, дождаться его полного завершения, разрешить вход пользователям в базу. Этот способ подходит для небольших и средних информационных баз, обновление которых может пройти за несколько часов.
2. Частичное обновление – запустить обновление, дождаться нужного прогресса пересчета прав и разрешить пользователям вход в программу, не дожидаясь полного завершения обновления. Этот способ подходит для средних и крупных информационных баз.
3. Плавное обновление – развернуть полноценную копию информационной базы, запустить обновление, дождаться его полного завершения и настроить регулярную синхронизацию копии с основной базой. Этот способ подходит для особо крупных внедрений. Его мы и рассмотрим подробнее.

Примечание

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

Расчет прав после обновления (КОРП, ДГУ)

При завершении обновления на версию 2.1 автоматически запускается полный пересчет прав. Пересчет выполняется автоматически и состоит из трех шагов:

1. Очистка прав,
2. Расчет обязательных прав,
3. Расчет всех остальных прав.

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

На каждом шаге отображается прогноз времени расчета, количество обработанных и оставшихся объектов.

Шаг 1. Очистка прав. На первом шаге выполняется очистка прав доступа.

Очистка прав при обновлении

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

Сообщение программы при обновлении на новую версию

Шаг 2. Расчет прав обязательных объектов. На втором шаге рассчитываются права, без которых пользователи не смогут работать с другими объектами. Это права на папки документов, папки файлов, виды документов, категории и другие.

На этом шаге пользователям запрещен вход в программу.

Расчет прав обязательных объектов

Шаг 3. Расчет прав оставшихся объектов. На третьем шаге выполняется расчет оставшихся прав, которые не препятствуют работе пользователей. Расчет ведется по дате, по убыванию, т.е. в первую очередь будут расcчитаны права самых свежих данных.

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

Расчет прав оставшихся объектов

Чтобы разрешить пользователям вход в программу до окончания расчета необходимо:

1. Проанализировать, до какой даты права уже рассчитаны. Информация отображается в колонке По дату. Права рассчитываются в обратном хронологическом порядке.
2. Оценить оставшееся время выполнения расчета прав и принять решение о разрешении входа пользователей в программу.
3. Если пользователям можно работать в программе, необходимо нажать кнопку Разрешить вход в программу. При этом пересчет прав продолжится, а пользователи смогут работать в программе. Некоторые данные будут недоступны до полного окончания расчета.

Примечание

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

При работе в распределенной информационной базе пересчет прав после обновления выполняется в каждом узле РИБ при обновлении на «1С:Документооборот» редакции 2.1 и при создании нового узла в «1С:Документообороте» редакции 2.1.

Если по каким-то причинам данный способ обновления не подходит (например, ожидаемое время расчета велико, а пользователям постоянно нужен быстрый доступ ко всем данным, накопленным за время работы в программе), воспользуйтесь инструкцией по плавному переходу на «1С:Документооборот» 2.1.

Расчет прав после обновления (ПРОФ)

При завершении обновления на версию 2.1 автоматически запускается полный пересчет прав. Пересчет выполняется автоматически и состоит из трех шагов:

1. Очистка прав,
2. Расчет прав папок,
3. Расчет прав объектов.

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

Сообщение программы при обновлении на новую версию

На каждом шаге отображается примерное время расчета и прогресс выполнения расчета с количеством рассчитанных и оставшихся объектов.

Шаг 1. Очистка прав. На первом шаге выполняется очистка прав доступа.

Очистка прав при обновлении

Шаг 2. Расчет прав папок. На втором шаге рассчитываются права, без которых пользователи не смогут работать (например, права папок документов и папок файлов).

Расчет прав папок

Шаг 3. Расчет прав объектов. На третьем шаге выполняется расчет прав всех остальных объектов, начиная с самых последних.

Расчет прав объектов