Как настроить согласование документов и справочников. Автоматизация бизнес-процессов Настройка маршрутов согласования в 1с документооборот 3.0

3 Оперативное планирование и факт. движение ДС.

3.1 Резервирование бюджетов

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

Установка лимитов ДС в оперативном контуре будет выполняться документом «Резервирование бюджетов». Такие документы удобно ввести на основании Бизнес-планов ДДС. При этом, установка и контроль лимитов будет проводиться в разрезе предопределенного сценария – «резерв».

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

Для включения запрета проведения документов при превышении лимита, перейдем в раздел «Общие справочники и настройки/Настройка параметров/Казначейство».

Так же установим флаг «Запрещать непосредственное создание платежных поручений на основании заявок, минуя реестр платежей». Этот функционал понадобится, так как в нашей задаче будет в обязательном порядке задействован реестр платежей (реестр в обязательном порядке будет формироваться и утверждаться главным бухгалтером).

Итак, введем документы Резервирование бюджетов на период – Сентябрь 2017 г.

Обратим внимание на следующие моменты:

• 
  Для документа «Резервирование бюджета» маршрут согласования создавать не будем. Установим признак «Вне маршрута» и статус «Утвержден»

• 
  Организацию укажем «МСК УК (Управленческие функции)», при этом ЦФО – оставим то значение, которое было указано в бизнес-плане.

3.2 Маршруты согласование заявки на оплату поставщику

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

Каждый согласант будет «со своей стороны» проверять необходимость утверждения заявки. Например, ответственный за закупки - проверит корректность условий договора, казначей – убедится, что не возникнет кассовый разрыв (и при необходимости выполнить балансировку в платежном календаре), фин. директор выполнит окончательное утверждение заявки и т.д.

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

Перейдем в раздел «Процессы и согласования/Шаблоны процессов».

Создадим новый шаблон – «Процесс согласования заявок на оплату». В качестве назначения процесса укажем – «Маршрут согласования». Тип объекта согласования – «Заявка на операцию».

Создадим следующий маршрут согласования:

Настройка условий выбора маршрута выполняется в специальном конструкторе. Т.е. всегда можно настроить – при выполнении каких условий (или групп условий) выполнять какие действия, к каким этапам согласования программа должны перейти.

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

В качестве отдельного этапа (сетевой диаграммы процесса) может выступить этап «Оповещение».

Т.е при переходе на этот этап, система сможет сформировать для пользователя отдельное оповещение.

Соответственно, этап «Оповещение», можно включить в сетевую диаграмму процесса.

Для настройки содержания оповещения необходимо настроить шаблон оповещения:

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

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

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

Что бы включить формирование оповещений по событиям, следует перейти в раздел «Процессы и согласования/Настройки оповещений» и добавить такую запись:

И,наконец, после того как шаблон процесса согласования полностью настроен, необходимо указать этот шаблон в регламенте подготовки отчетности. В нашем примере, требуется в регламенте «Установка и контроль лимитов ДДС» настроить матрицу полномочий согласования экземпляров отчетов – указать в ней шаблон процесса согласования.

Для документа Заявка на операцию указать шаблон процесса «Процесс согласования заявок на оплату».

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

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

Заполним документ Заявка на операцию с видом «БДДС (Расход) расчеты с контрагентами».

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

При попытке проведения документа получим сообщение о превышении лимита.

Исправим эту ситуацию, сформировав заявку корректно. Укажем источник лимитов (документ резервирования бюджета), укажем доступную сумму.

Заполним контрагента, договор; перейдем на закладку «Контроль лимитов».

Увидим – какой на данный момент остаток лимита (с учетом текущей операции) и какой лимит был запланирован.

Проведем документ и увидим, что документ получим статус «На утверждении»

По кнопке «Ход согласования» откроем маршрут и увидим этап, на котором в данным момент находится заявка.

Текущий этап – выделен голубым цветом.

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

Перейдем в раздел «Процессы и согласования/Мои задачи и оповещения».

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

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

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

В разделе «Планирование и контроль/Разрешение и запреты платежей» внесем (для примера) следующую запись.

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

Это означает, что хотя заявка и проходит по контролю лимитов, но не проходит по директиве контроля платежа.

Отключим ранее введенную директиву и отправим заявку на согласование.

По кнопке «Согласовать документ» перейдем к выполнению согласования текущего этапа.

Проставим визу (пояснение) и нажмем «Согласовать».

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

Так же в программе предусмотрены еще и такие полезные возможности в части прохождения по маршруту согласования:

• 
  Отклонить заявку на предыдущий шаг согласования;
• 
  Передать заявку на согласования дополнительным согласующим (т.е по необходимости можно добавит согласантов в текущий маршрут и перенаправить заявку им).

3.4 Работа с платежным календарем.

Итак, в данный момент 2 заявки на оплату находятся на этапе «соглования» у казначея.

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

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

Так же важно упомянуть еще об одной функциональной возможности работы с платежным календарем, а именно – возможность сохранения разных «вариантов развития событий».

Т.е казначей может смоделировать, например, ситуацию №1 «допланирования» ожидаемого поступления д/c от клиента и проанализировать и сохранить этот «сценарий» развития событий (такой вариант платежного календаря). Затем, смоделировать ситуацию №2, когда ожидаемого поступления д/с не случилось, а необходимо закрыть нехватку д/ c через перемещение д/ c с другого расчетного счета и частично сдвинуть даты оплаты. Итого, можно будет сравнить оба варианта развития событий и выбрать более выигрышный.

Функционал платежного календаря в УХ предоставляет богатые возможности для казначея, рассмотрим все это на примерах.

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

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

• 
  Горизонты формирования календаря (кол-во дней);
• 
  Учитывать или нет (1 или 0, или например - 0.5 – тогда «на половину учитываем») документы заявок (в том числе не утвержденные, находящиеся в процессе согласования) при формировании платежного календаря.
  • 
    Т.е. если по неутвержденным заявкам везде установить «1», то все неутвержденные (но находящиеся в процессе утверждения) заявки будут в полной сумме учитываться программой при формировании платежного календаря.

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

Зарегистрировать текущие начальные остатки д/с:

Для расчета платежного календаря в программе необходимо зарегистрировать начальные остатки д/c . Требуется, что бы начальные остатки были зарегистрированы в регистре накопления «Денежные средства». При этом и фактическое движения (поступление/выбытие) д/ c так же должны отражаться по этому регистру.

Регистрация начальных остатков д/c осуществляется через оформление документа «Корректировка начальных остатков». При этом, это документ разумеется можно заполнить автоматически, по данным бух. учета (m .е по текущему дт 51 счета).

Итак, зарегистрируем начальные остатки по 2 юр. лицам и их банковских счетам.

Фактические поступления/выбытия д/с будут отражены в программе через документы «Отражение фактических данных бюджетирования». Такие документы будут сформированы в программе автоматически, в момент отражения факт. бухгалтерских документов движения д/ c (поступления/списания д/ c по счету). Такое поведение системы определяется вот этими настройками:

Перейдем в раздел «Планирование и контроль/Платежный календарь».

Выполним установку следующих, ключевых параметров:

• Группировки установим: по организации и банковскому счету;
• Период установим: c текущей даты до даты конца текущего месяца;

Сформируем платежный календарь (календарь будет сформирован с текущей даты и до даты окончания месяца).

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

Красный цвет означаем то, что у нас образовался кассовый разрыв по счету «Банковский счет не определен». Это возникло потому, что счет оплаты в заявках не определен.

• Изменим счет выбранных заявок. Установим счет – ВТБ 24.

• 
  В результате получим, что «Банковский счет не определен» - исключен из календаря, однако на 05/09 присутствует кассовый разрыв на сумму 4000. Суть в том, что планируемые расход (34 тыс. руб. суммарно по 2 заявкам) превышает остаток д/c на счете.

• C помощью функционала «отложить/отложенные» можно отложить на время заявку (перенести ее в стоп-лист). Затем, вернуть ее из отложенных.

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

• Можно сдвигать дату оплаты заявок на указанную, на крайнюю дату

Можно оперативно планировать как расход, так и ожидаемые поступления д/c . Это могут быть операции как поступления о клиентов, так и ожидаемый приход по прочим операций.

3.5 Формирование реестра платежей.

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

В нашем примере главный бухгалтер формируем и проводит реестр в статусе «Утвержден».

Платежные поручения формируются по кнопке «Сформировать платежные поручения».

3.6 Отражение факта, разнесение выписок по аналитикам бюджетирования.

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

Обратим внимание на то, по факту списания с расчетного счета в программе автоматически будут сформированы документы «Отражение фактических данных».

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

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

Такой алгоритм можно настроить в обработке «Разнесение банковской выписки по аналитикам планирования». Заполнение будет осуществлятся на основе шаблонов ананалитик. В программе можно быть создано множество шаблонов заполнения.

Приведем пример шаблона, который устанавливает значение аналитики «Проект». Шаблон (правило) срабатывает по любым организациям и контрагентам. При этом проверяется содержание назначения платежа. Т.е если поле «назначение платежа» содержит сочетание слов «Основной договор», то в этом случае устанавливается аналитика «Проект основной» в поле проект.

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

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

В программе "1С:Документооборот 8" реализованы бизнес-процессы следующих видов:

• Рассмотрение: документ попадает на рассмотрение к руководителю и с его резолюцией возвращается к автору документа. При этом непосредственно в процессе рассмотрения должностное лицо может вынести текстовую резолюцию или отправить документ на исполнение или ознакомление.
• Исполнение: документ передается на исполнение всем пользователям по списку, контролеру и проверяющему для соблюдения исполнительской дисциплины. Один из пользователей может быть назначен ответственным исполнителем.
• Согласование: приложенные к такому бизнес-процессу документы попадают на согласование указанным респондентам и возвращаются к автору этого бизнес-процесса для ознакомления с результатами или отправки на повторное согласование. Поддерживаются такие варианты согласования, как:
  • параллельное;
  • последовательное;
  • смешанное (параллельное и последовательное), в том числе и с учетом условий маршрутизации.
• Утверждение: документ попадает на утверждение к ответственному лицу и возвращается к автору процесса для ознакомления с результатом утверждения.
• Регистрация: документ попадает к секретарю для присвоения регистрационного номера, проставления печати организации и отправки корреспонденту.
• Ознакомление: с помощью этого бизнес-процесса нужный документ рассылается всем пользователям по списку для ознакомления.
• Поручение: с помощью этого бизнес-процесса можно выдавать поручения сотрудникам и проверять их исполнение.
• Приглашение: с помощью этого процесса можно направить приглашения участникам совещания и получить их ответы.
• Обработка входящего документа: автоматизирует полный цикл обработки входящего документа – рассмотрение, исполнение, списание в дело.
• Обработка исходящего документа: автоматизирует полный цикл обработки исходящего документа – согласование, утверждение, регистрация.
• Обработка внутреннего документа: автоматизирует полный цикл обработки исходящего документа – согласование, утверждение, регистрация, рассмотрение, исполнение, списание в дело.
• Комплексный процесс: позволяет настроить произвольный маршрут обработки документа, состоящий из отдельных этапов.

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

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

• Все руководители автора бизнес-процесса
• Все подчиненные автора бизнес-процесса
• Непосредственный руководитель автора документа
• Все руководители автора документа

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

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

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

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

Новый бизнес-процесс, связанный с определенным документом, может быть создан на основании этого документа. Для бизнес-процессов каждого вида в программе предусмотрен отдельный список, например, список согласований:

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

• маршрутизация
• сроки
• важность
• наименование
• описание и другие

Например, шаблон бизнес-процесса Согласование договора может выглядеть следующим образом:

В карточке вида документа можно указать перечень связанных с ним шаблонов бизнес-процессов. Этот перечень будет автоматически использоваться при создании новых бизнес-процессов на основании документов этого вида. В приведенном примере вид входящего документа Договор связан с приведенным выше шаблоном Согласование договора и двумя другими шаблонами – Утверждение договора (простое) и Регистрация договора .

Мы собрали 10 фишек программы «1С:Документооборот», которые востребованы в компаниях клиентов, ежедневно ими используются и действительно работают. Надеемся, что понимание того, как программа справляется с распространенными задачами наших клиентов, поможет вам составить собственное мнение о ее возможностях и плюсах.

Мы внедряем «1С:Документооборот» в средних и крупных компаниях уже много лет. За это время накопилась внушительная статистика по проектам. Она демонстрирует, насколько сильно ускоряются темпы бизнеса после того, как компания освобождается от бумажной рутины.

Как показывает практика, внедрение электронного документооборота помогает сэкономить больше половины времени сотрудников, работающих с документами. Сроки согласования документов ускоряются в среднем в 2-3 раза, существенно снижается количество невыполненных в срок задач, на поиск документов тратятся не часы, а секунды, и в целом повышается эффективность управленческой деятельности.

1. Сокращение сроков согласования документов

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

Как процесс согласования будет выглядеть в «1С:Документообороте»: сотрудник запускает задачу, прикладывает к ней необходимые документы и отправляет ее по заданному маршруту коллегам. Для каждого участника цепочки можно указать свой срок выполнения задачи. Запустив задачу, сотрудник может заняться более важными делами, периодически проверяя в системе результаты или ожидая уведомления по почте. Основываясь на опыте наших клиентов, такая методика позволяет сократить количество согласующих лиц и ускорить сроки согласования, облегчить жизнь и сэкономить время руководителя и сотрудников.

Рис. 1. Запуск процесса согласования

2. Мониторинг бизнес-процессов и их оптимизация с помощью «1С:Документооборота»

Относительно новая функция «1С:Документооброта», сразу же ставшая популярной в компаниях наших клиентов. К примеру, какой-то договор постоянно пересогласовывается, срываются сроки. Проблема может быть в загруженности исполнителя или в неправильном шаблоне документа.

Как «1С:Документооборот» поможет это исправить? В системе фиксируется информация обо всех заданиях сотрудников. В любой момент времени руководитель может увидеть, кто постоянно задерживает задачи, кто выполняет больше всего заданий и т.д. Со временем накапливая данные, программа подготавливает аналитические отчеты с возможностью их автоматической рассылки заинтересованным лицам. Это дает возможность руководителю выявить текущие проблемы и своевременно устранить их, совершенствуя процессы в компании.

Рис. 2. Аналитические отчеты и статистика

3. Контроль входящей корреспонденции

Для многих наших клиентов из крупных компаний и госучреждений основная причина для внедрения «1С:Документооборота» – контроль входящей корреспонденции. Ежедневно им приходится иметь дело с огромной массой внешней и внутренней переписки с клиентами, ведомствами, подразделениями. Это зачастую приводит к тому, что не все бумаги доходят до адресата, а некоторые просто теряются по дороге и остаются без ответа.

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

Рис. 3. Список входящих и исходящих документов

4. Настройка прав пользователей

По нашему опыту, все без исключения компании пользуются этой функцией. К примеру, в организацию приняли на работу стажера, требуется ограничить его доступ к ряду документов. В «1С:Документообороте» для каждого документа автоматически формируется карточка, в которой руководитель или администратор может настроить права доступа. Это гарантированно защитит ценные данные компании от посторонних глаз. Каждый сотрудник будет видеть только те документы, к которым имеет непосредственное отношение.

Рис. 4. Права доступа к документу

5. Управление мероприятиями и совещаниями

Для директоров крупных компаний, топ-менеджеров и руководителей подразделений очень важна эта функция, так как около 50% рабочего времени они проводят на многочисленных совещаниях. И если не подводить итоги встречи, не распределять задания и не контролировать их выполнение, велика вероятность, что коллеги просто забудут обо всех договоренностях.

Использование «1С:Документооборота» дает возможность фиксировать факт прошедшего мероприятия и контролировать выполнение принятых решений. Ответственный сотрудник во время встречи может составить протокол, отправить поручения коллегам и контролировать их исполнение. А специальные аналитические отчеты в программе помогают оценить посещаемость мероприятий, их длительность и результативность.

Рис. 5. Протокол мероприятия со списком поручений в «1С:Документообороте»

6. Отчет об исполнительской дисциплине

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

Как «1С:Документооборот» поможет решить эту проблему? Все задания и документы, поступающие сотруднику в обработку, сохраняются в системе. Для каждого документа устанавливается срок подготовки или согласования. С помощью отчетов руководитель может оценить эффективность работы сотрудников по различным показателям: соблюдение сроков, успешность исполнения, количество переносов сроков и пр. Есть возможность составлять отчеты по трудовой дисциплине, просроченным заданиям, вести учет рабочего времени. Это улучшит контроль над сотрудниками, повысит их мотивацию.

Рис. 6. Отчет об исполнительской дисциплине в «1С:Документооборот 8»

7. Синхронизация с «1С:ERP»

«1С:Документооброт» часто используется нашими клиентами в связке с «1С:ERP». Это позволяет эффективно автоматизировать управление и учет в компаниях. Синхронизация решений дает возможность настроить маршрут согласования документов любой сложности и по различным уровням. Это сэкономит время и избавит от необходимости переходить из одной базы в другую. К примеру, сотрудник напрямую из «1С:ERP» может сформировать документ, отправить его на согласование и контролировать этот процесс.

Рис. 7. Список задач пользователя при синхронизации «1С:Документооборота» и «1С:ERP»

8. Управление проектами

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

Рис. 8. Управление проектами в программе «1С:Документообороте»

9. Электронная подпись

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

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

Рис. 9. Электронная подпись в «1С:Документообороте»

10. Бесплатное мобильное приложение

Удобство и пользу этой разработки оценили все наши клиенты. Приложение позволяет удаленно работать над задачами и всегда быть на связи с бизнесом, где бы не находился сотрудник. В любой удобный момент можно прочитать почту, отправить письма коллегам или клиентам, согласовывать документы, ставить и выполнять задачи, посмотреть календарь и многое другое. Сервис работает автономно и не требует постоянного подключения к сети. Доступен для версий «1С:Документооборот КОРП» и «1С:Документооборот ДГУ».

Рис. 10. Мобильный клиент «1С:Документооборот»

Итог

С развитием технологий работа в офисе, заваленном бумагами и громоздкими архивами, уходит в прошлое. Переход на электронный документооборот - это естественный процесс развития любого бизнеса. За много лет внедрения программы мы не сталкивались с клиентами, которые попробовав «1С:Документооборот», передумали бы и вернулись к бумажной волоките. Сотрудники достаточно быстро привыкают к новому функционалу, и в итоге организация переходит на более высокий уровень управления и взаимодействия.

Подсистема подходит для тех, кому

• надоело, что люди то и дело бегают по кабинетам, только ради подписей;
• необходимо видеть: кто, когда и как согласовал тот или иной объект в базе 1С;
• требуется сократить время согласования (договора, заявки на расходования денежных средств или чего-либо еще).

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

Существуют следующие статусы:

• “Не утверждено”,
• “В процессе согласования”,
• “Утверждено”,
• “Отменено”,
• “Возвращено на доработку”.

При создании задач рецензентам не указывается конкретный пользователь, а заполняется только РольАдресации + ПодразделениеАдресации. Допустим, что согласовать должен

Тогда задача будет создана для Бухгалтера из Бухгалтерии. А конкретных пользователей необходимо указать в регистре «Регистр адресации»

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

Преимущества

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

Видео

• Настройка нового согласования

• обзор подсистемы согласования

• как встроить подсистему в типовую конфигурацию

• как настроить учетную запись для отправки уведомлений:

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

Примеры использования подсистемы

Пример 1

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

• всегда согласовывать с «Руководителем по закупкам»;
• если сумма заявки больше 10000, тогда согласовывать с коммерческим директором;
• если сумма заявки больше 50000, тогда согласовывать с финансовым директором;
• если сумма заявки больше 100000, тогда согласовывать с генеральным директором.

Пример 2

В системе договора могут создавать любые пользователи, необходимо настроить согласование договора по следующему маршруту:

• если контрагент/партнер относится к группе поставщиков, тогда необходимо согласовать с «Бухгалтером поставщиков»;
• если контрагент/партнер относится к группе покупателей, тогда необходимо согласовать с «Бухгалтером покупателей»;
• всегда согласовывать с юристом;
• если договор в условных единицах, тогда согласовать с коммерческим директором;

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

Вопрос: можно ли встроить подсистему в нетиповую конфигурацию?

Ответ: да, можно, для этого необходимо, чтобы в конечной конфигурации было следующее:

• Справочник.Пользователи;
• Параметр сеанса «ТекущийПользователь»;
• У конфигурации должно стоять или свойство «Управляемое приложение» или свойство «Управляемое и обычное приложения», т.к. все формы управляемые.

Вопрос: можно ли вызывать форму «Статусы согласований» прямо из элемента справочника или документа?

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

• зайти в конфигуратор;
• найти общую команду «бпсСтатусСогласования»;
• нажать правую кнопку мыши выбрать свойство;
• в свойстве “Тип параметра команды” указать составной тип данных и выбрать нужный объект.

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

• взять из поставки обработку «бпсСтатусСогласования.epf»;
• нажать «Сервис - Дополнительные печатные формы и обработки - Печатные формы»
• нажать добавить, далее указать обработку;
• в табличную часть добавить те объекты, для которых должна вызываться данная обработка;
• теперь по кнопке печать будет доступен вызов этой обработки.

Если у Вас используются обычные формы и конфигурация не типовая, тогда необходимо в каждую форму элемента справочника/документа необходимо вручную вставить код, пример кода можно посмотреть в обработке «ПримерКодаДляДобавленияКнопкиВОбычнуюФорму.epf»(из поставки).

Вопрос: можно ли указать статус допустим «Оплачено» для документа?

Ответ: да, можно, для этого необходимо:

• зайти в справочник «Статусы объектов» и добавить элемент с наименованием «Оплачено» записать и закрыть;
• далее открыть обработку «Статусы согласований» нажать на кнопку «Установить статус» и выбрать статус “Оплачено”.

Роли

• (БПС) Пользователь - необходимо указать для всех пользователей;
• (БПС) Редактирование регистра адресации - право необходимо для редактирования регистра “Регистр адресации”;
• (БПС) Редактирование документа регистрация статуса объектов - право необходимо для того, чтобы можно было вручную указывать статус для объекта 1с;
• (БПС) Полные права - доступ ко всем объектам подсистемы согласования, а также необходима для настройки согласования.

Что происходит автоматически

• уведомления рассылаются с помощью регламента (раз в минуту);

Что планируется добавить в будущем, если подсистема будет пользоваться успехом

• возможность перенаправлять задачу согласования другому рецензенту;
• возможность настраивать шаблон для формирования текста пояснения, которое указывается при старте согласования и отправке уведомлений на почту (например: включать валюту документа, менеджера, сумму и т.п. в пояснение);
• возможность согласовать через ответное письмо, без входа в 1с;
• чтобы подразделение адресации автоматически подбиралось из шапки документа/справочника, а не указывалось «жестко» в предмете согласования;
• возможность использовать подсистему «Согласование» в конфигурациях, где включено ограничение доступа на уровне записей;
• запрет использования элемента справочника пока он не согласован.

Разработка ведется на Bitbucket (пока закрытый репозитарий), основной функционал подсистемы покрыт тестами с помощью xUnitFor1c ().

Тестирование переноса в типовые конфигурации

Тестирование производилось на платформе: 8.3.8.1652