Настройка согласования в 1с erp
Наверняка, у вас есть много вопросов относительно оплаты (как оплатить, как получить разработку, не возникнут ли проблемы и т.п.).
Ответы на самые распространенные вопросы, относящиеся к процессу покупки моих разработок, приведены на странице заказа. Для перехода к ней нажмите Оплатить картой или Заказать счет .
Там же вы найдете мои контакты, на случай если останутся вопросы.
Нередко у пользователей возникает необходимость настроить согласование различных документов. При этом хотелось бы иметь возможность настройки произвольных маршрутов (шаблонов) согласования, выбирать типы согласуемых документов, проводить как последовательное, так и параллельное согласование (например, на случай временного отсутствия нужных согласующих сотрудников).
Всем этим требованиям полностью удовлетворяет типовая конфигурация 1С:Документооборот, но с ней есть очевидные сложности:
- программа сложная и тяжела для восприятия конечными пользователями,
- многие функции программы не востребованы у 99% организаций,
- непросто найти специалиста, который сможет качественно ее вам внедрить и настроить,
- конфигурация стоит денег (по состоянию на 22.05.2018 стоимость самой конфигурации начинается от 36000, а ведь еще нужно приобретать лицензии на рабочие места и серверную лицензию).
В связи с этим у многих есть необходимость иметь под рукой простую и понятную подсистему согласования, которую легко можно внедрить и которая не потребует регулярного обслуживания специалистом.
В этой статье речь пойдет именно о такой системе.
Настройки согласования объектов в 1С
После внедрения данного модуля в вашу конфигурацию необходимо первым делом дать доступ к нему всем пользователям, которые будут участвовать в процедурах согласования. Для этого создадим отдельную группу доступа и добавим туда всех пользователей.
При создании группы доступа создадим также новый профиль:
В профиль добавим роль Согласование (использование):
Выбираем профиль в нашей группе, добавляем пользователей, записываем и закрываем:
Для настроек согласования можно выбрать один из двух вариантов:
- настраивать будут пользователи, включенные в группу Администраторы,
- для настройки согласования создать новую группу, к ней создать профиль с ролью Согласование (настройка) и добавить в эту группу тех пользователей, которые будут отвечать за настройку согласования.
Если доступны настройки согласования, то добавляется новый пункт Согласование в разделе Администрирование:
Первым делом нам необходимо создать роли исполнителей, которые будут принимать участие в согласовании:
При создании новой роли указываем только наименование, записываем элемент справочника и сразу же настраиваем соответствие пользователей для данной роли (у каких пользователей будет эта роль):
Настройка соответствия пользователей конкретной роли задается следующим образом:
Одна роль может быть у нескольких пользователей:
Создадим еще несколько ролей и настроим для каждой роли список пользователей.
Теперь нужно создать шаблоны согласования. Для примера, настроим в программе согласование документов Заказ клиента. Открываем список шаблонов и добавляем новую строку.
Указываем наименование и тип согласуемого объекта - документ или справочник.
После выбора типа автоматически заполняется список доступных видов объекта, выбираем нужный.
Далее выбираем вариант доступности объекта после согласования:
Следующее действие - выбор типа уведомления, которое будет отправляться инициатору по результату согласования., вот возможные варианты:
Далее необходимо указать учетную запись электронной почты, которую модуль будет использовать при отправке уведомлений по почте.
Для каждого шаблона необходимо настроить список согласующих - маршрут. Для этого жмем Указать исполнителей .
В открывшейся форме нужно заполнить табличную часть, в каждой строке указать:
- номер этапа (начинается с 1),
- роль согласующего пользователя,
- тип уведомления, которое будет отправлено пользователю (уведомление о необходимости согласовать объект),
- период действия (если какие-то этапы имеют временные ограничения),
- установив галку Расширенные права , мы дадим право пользователям выбранной роли согласовывать (или отменять согласование) заказ клиента на любом этапе (а не только, когда до этого пользователя дойдет очередь).
Возможно как последовательное, так и параллельное согласование (в последнем случае для параллельных этапов указывается одинаковый номер).
Если текущий шаблон необходимо применять не ко всем объектам выбранного вида, а по какому-то условию, есть возможность наложить фильтр.
При переходе по кнопке открывается стандартная форма отборов, в которой можно настроить фильтр по ЛЮБОМУ реквизиту исходного объекта (в т.ч. дополнительному реквизиту). Для примера, ограничим список заказов только документами по выбранным подразделениям.
Для сохранения шаблонов нажимаем одноименную кнопку.
Согласование заказов клиента в УТ 11
Теперь создадим и заполним заказ клиента. Провести его не удастся - только записать (перед проведением заказы теперь необходимо согласовывать). В командной панели документа появилась кнопка Согласование .
По кнопке открывается лист согласования с таблицей согласующих ролей и пользователей. Для начала необходимо запустить процесс согласования (запуск доступен только менеджеру заказа).
После этого в таблице появляется первый этап.
Для согласующего пользователя на первом этапе выбран тип уведомления Задача. Откроем сеанс под нужным пользователем и видим задачу на рабочем столе:
Из формы задачи можно сразу перейти к заказу клиента.
На время согласования редактирование заказа становится недоступным. Открываем лист согласования.
С помощью управляющих кнопок в нижней части формы исполнитель может или согласовать этап, или отменить согласование. При необходимости можно ввести комментарий.
После согласования текущий этап закрашивается зеленым цветом (если была отмена согласования, то красным), и создается новый этап.
Согласующим второго этапа настроено уведомление на почту.
На последнем этапе настроено параллельное согласование - свою визу поставить может или финансовый директор, или сотрудники экономического отдела.
После согласования последнего этапа все строки окрашиваются зеленым, заказ становится согласованным и автоматически проводится.
Согласно введенным настройкам, инициатору согласования уведомление должно прийти по смс.
В случае если автоматическое проведение не выполнится по каким-то причинам (не заполнен реквизит, нет остатка и т.п.), провести документ сможет инициатор.
Согласование справочников в 1С
Теперь покажу еще один вариант использования модуля - согласование справочников. Для примера возьмем справочник Партнеры.
Создадим для данного справочника шаблон согласования
Возьмем любой непроведенный заказ и попробуем провести:
Т.е. используя данный модуль, вы сможете согласовывать не только произвольные документы, но и справочники (при этом проверка согласованности элементов справочников будет проводиться при проведении документов, в которых объекты будут фигурировать).
Для корректной работы расширения необходимо отключить безопасный режим.
Отмена согласования этапа приводит к общей отмене согласования заказа (в т.ч. согласованных предыдущих этапов). В дальнейшем инициатор может снова запустить процесс согласования, при этом вся история согласования сохраняется.
Если выбраны уведомления на почту или по СМС, убедитесь что в карточках согласующих пользователей указан мобильный телефон и адрес почты.
Релиз 553.1.1.3 от 07.07.2021
Добавлена возможность согласования объектов непосредственно из формы задачи.
Вас может заинтересовать
Обработка ищет проведенные документы в базе (по выбранному типу), не сделавшие бухгалтерских проводок.
Отображение долга клиента (и поставщику) на форме документов закупок и продаж (заказы + накладные), а также в списке партнеров.
Использование договоров кредитов и депозитов на примере выдачи займа сотруднику и получения кредита в банке.
В статье рассмотрена последовательность работы с заявкой на оплату в программе 1C: ERP УХ от настройки согласования заявки до создания платежного поручения. Процесс описан как с точки зрения пользователя, так и через рассмотрение участвующих в последовательности объектов системы с их наименованиями в конфигураторе. Для написания статьи использовался релиз 1С:ERP. Управление холдингом 3.1.4.31.
Механизм универсальных процессов в 1C: ERP УХ позволяет использовать процесс согласования для документа Заявка на оплату (ЗаявкаНаРасходованиеДенежныхСредств), автоматизируя постановку задач исполнителям в определенной последовательности.
Для настройки согласования заявки используем закладку Процессы и согласование, где создаем новый шаблон универсального процесса (справочник Шаблоны универсальных процессов):
Вызов редактирования шаблона из формы списка осуществляется при нажатии на значок гаечного ключа. В шаблоне выбираем режим процесса Маршрут согласования, тип согласуемого объекта Документ и согласуемый объект Заявка на оплату.
По двойному клику открывается форма редактирования этапов процесса (справочник Этапы универсальных процессов):
Для каждого этапа указываются, ответственные за согласование пользователи (по ссылке на справочник Пользователи или по роли), заполняются статусы, устанавливаемые на каждом этапе, и связи между этапами.
Назначить настроенный шаблон документу Заявка на оплату можно в обработке Матрица полномочий (название в конфигураторе - СводнаяТаблица) вызываемой из подменю Процессы и согласование.
Для дальнейших создаваемых документов Заявка на оплату будет действовать текущий шаблон.
При создании заявки ей присваивается статус Черновик. При проведении документа он автоматически отправляется на согласование, создается документ Экземпляр процесса с состоянием выполнения Запущен и ключевым объектом – ссылка на текущую Заявку.
Заполняется регистр сведений Текущий маршрут процесса с измерениями Экземпляр процесса, Этап источник и Этап приемник (в случае разветвления процесса для одного источника могут быть несколько приемников).
Если стоит задача программного определения начального и конечного этапа, то это можно сделать по данному регистру из наличия этапов только в источнике или только в приемнике.
В регистре История выполнения процессов (в форму регистра можно зайти также из Экземпляра процесса) отображаются события процесса, в частности, отмена согласования означает остановку процесса.
Выполнить отмену согласования заявки, кроме ее инициатора, может пользователь с роль ю Суперпользователь. Выбрать, какая роль системы будет являться данной ролью, возможно в подсистеме Общие справочники и настройки (Общие настройки - Роль суперпользователя). Назначить роль пользователю можно в регистре Ответственные по объектам (в конфигураторе ОтветственныеОрганизаций).
У согласующих пользователей в форме Мои задачи и оповещения (обработка ЗадачиИОповещенияТекущегоПользователя), открывающейся при начале работы, а также из подменю Процессы и согласование, появляется список заявок на согласование
Из формы обработки можно выполнить согласование или отклонение заявки, оставить пояснение.
В заявке на оплату по кнопке Ход согласования можно открыть наглядную блок-схему прохождения этапов.
С точки зрения объектов системы процесс согласования соответствует записям в регистре Выполнение процессов (где документ Экземпляр процесса содержит в качестве реквизита КлючевойОбъектПроцесса нашу заявку).
При прохождении заявкой полного цикла согласования она получает статус Утвержден (регистр сведений Регистр состояний объектов).
Для утвержденной заявки возможно ее разделение на платежные позиции, которые описываются в регистре Платежные позиции (название в конфигураторе РазмещениеЗаявок) и различаются идентификаторами.
Состояние позиции определяется в регистре Состояния исполнения документов планирования, который связан с регистром Платежные позиции по документу и идентификатору.
По умолчанию позиции имеют состояние Черновик.
При создании и проведении реестра платежей состояние позиции, включенной в реестр, меняется на В реестре платежей.
Для создания платежного поручения по позиции из формы Реестра платежей можно воспользоваться кнопкой вызова обработки Генерация платежных поручений или вводом на основании.
В случае, когда платежное поручение сформировано и проведено, позиция принимает состояние На исполнении.
Когда в платежном поручении реквизит Проведено банком принимает значение Истина и создан документ Отражение фактических данных, то позиция принимает значение Исполнено.
Также возможны состояния Отложена (исполнение позиции отложено) и Отменена – позиция отменена документом Закрытие платежной позиции.
Текущее состояние позиций заявки можно увидеть в тексте гиперссылки формы заявки, а также из формы Исполнение заявки по этой гиперссылке.
Статью подготовила Рузавина Наталья, ведущий разработчик франчайзинговой сети "ИнфоСофт".
В организации пользуемся старой УПП (еще под 8.1).
Собираемся перейти на 1С:ERP Управление предприятием 2.
Хотел узнать, можно ли как то организовать процесс согласования договоров, что бы по ним можно было делать отгрузку?
К УПП допилили ДО, в зависимости от суммы разный состав согласований, и блокировка выбора договора. Сильно отговариваю от ЕРП.
(1) >Сильно отговариваю от ЕРП.
УПП. Стабильная (кто там поддерживает ЕРП2.2? Как ощущения?), многим известная, может работать на больших объёмах.
(0) множественность участников в процессе согласования можно докрутить интеграцией с ДО, но это тогда будет ДО КОРП со стоимость 120 труб (примерно, не помню точную стоимость)
Другой вариант - просто ставить задачу и уже от нее создать три подчиненных задачи на согласование.
Это если не нужны какие-либо допиливания.
(6) и не изменяя конфы - можно расширением попробовать "обвязать" событие с изменением реквизита в Согласовано.
(7) Другой вариант - просто ставить задачу и уже от нее создать три подчиненных задачи на согласование. - что то такое видел..
А почитать где можно?
(9) на итс есть документация на ЕРП. я там читал. Но если честно, то в готовом виде работу с задачами что-то не припомню. Но там не сложно.
Если на пальцах:
Есть типовой бизнес процесс с маршрутной картой для согласования, но там в типовом только один участник.
И есть функциональная опция, как на сами бизнес-процессы и задачи, так и на создание задач на основании родительской задачи. Если подчиненные задачи не завершены, то и родительская не может завершиться.
Но изменение просто реквизита - оно как бы ролью определяется, насколько я помню, а не указанием всех истин группой исполнителей.
Групповые исполнители - это уже ДО КОРП, с которым нужно интегрироваться.
и вот еще ссыль не на закупки, а на продажи или отгрузки
пишется простейший http-сервис в расширении в ERP и в Документообороте вешается пользовательский обработчик бизнес-события "Завершение согласования" - там вызывается сервис и передается гуид договора, а ЕРП ставит ему хоть статус хоть галку
можно сделать для договоров?
(0) Все хитрожопые согласования, утверждения, исполнения, поручения и любые их комбинации реализованы на хорошем уровне в ДО. Согласование - это не функционал ЕРП. В комплекте с ДО поставляется насадка на любую типовую, дающая бесшовную интеграцию, если не хотите менять конфу, используйте ее (библиотека интеграции с документооборотом).
Объединять ДО с ЕРП в одной конфигурации - плохая затея. В принципе, одна монолитная система, в которое всё-всё-всё - это детская болезнь ИТ-руководителя. Все эти ЕдиныеБазыУчета хороши на старте, когда учет только зарождается, а с возрастом они распухают и начинают мешать ходить, а в запущенной стадии начинаются всякие некротические явления
(14)
самое прикольное, что процессы настолько тщательно продуманы вокруг Заказов, что на этом фоне можно даже не пользоваться сущностью Договор. Что такое Договор и что такое Заказ ? С методической точки зрения это просто разные состояния одного и того же растянутого во времени бизнес-процесса.
Я не помню прямо сейчас есть ли функциональная опция в ERP 2.2 на включение/отключение Договора, но КА 2.2 эта опция точно есть и поскольку Заказы, как я только что пишу, очень подробно проработаны, я просто оставил в использование Сделки+Заказы в оптовых продажах, Заказы поставщикам без регистрации договоров в закупках.
И еще вспомнил. Типовой бизнес-процесс простейшей маршрутной картой, пригодной под согласование и контроль выполнения, а также под создание подчиненных задач - это функционально-процедурный кусок присутствует в БСП 2.4.4, соответствующей всей серии конфиг на ее основе от УТ до ЕРП
т.е. при отсутствии мало-мальски сложного производства, все можно заавтоматизировать на той же УТ 11.3, которая бесшовно сшивается с Документооборотом КОРП. Версия ДО нужна КОРП - это и недешевое решение и весьма насыщенное по возможностям.
Очень и очень. Но специфика, конечно, что в нем нет аналитики, а только лишь процессы, процессы, процессы :)
(18) ЕРП точно так же бесшовно сшивается с ДО. Аналитика в ДО и не нужна. Равно как и процессы - в ЕРП.
Наиболее удобный и гибкий способ согласования – это настройка маршрута согласования. На один документ 1С может быть настроено множество маршрутов, которые при необходимости можно переключать.
Прикрепление определенного маршрута к документу выполняется из меню «Общие справочники и настройки»:
Далее выбираем требуемый документ:
В нем заходим в меню «Согласование» и нажимает на кнопку «Открыть матрицу полномочий»:
Затем кликаем дважды по квадратику с наименованием маршрута и открываем список всех существующих в системе маршрутов по данному документу:
После выбора определенного маршрута он становится прикрепленным к документу:
Важно! При смене маршрута согласования все текущие процессы согласования по данному виду документа следует сбросить и запустить заново.
2. Создание маршрута согласования
Маршруты согласований находятся в разделе «Процессы и согласования».
Нажимаем кнопку «Создать», пишем наименование и выбираем режим процесса «Маршрут согласования»:
После этого заполняем два появившихся реквизита:
В данном случае был выбран документ «Версия коммерческого договора.
Записываем и закрываем.
Теперь наш маршрут появился в списке. Открываем его. С этого и начинается процесс создания маршрута в 1С:
Нажимаем кнопку «Шаблоны этапов». У нас появляется меню с этапами процесса согласования. Чтобы применить шаблон, его надо перетащить мышкой в левое окно.
3. Основные этапы маршрута согласования в 1С
В этой статье рассмотрим самые распространённые этапы маршрута согласования в 1С.
3.1. Согласование в 1С
Согласование – основной этап маршрута. На этих этапах и происходит согласование либо отклонение согласования. Имеет такой вид (открывается сразу после перетаскивания мышкой):
Основные реквизиты – Наименование и Список согласующих.
В список согласующих можно выбирать либо пользователя, либо «Роли контактных лиц» (справочник «Ответственные по организациям»). В случае если выбрано несколько согласующих, то каждый из них может согласовать этап.
Кроме того, можно настроить реквизиты документа, которые может корректировать согласующий:
В данном примере настроена доступность корректировки вида договора:
Выбираем нужный реквизит и ставим признак «Есть».
Также в настройках этапа «Согласование» есть опция автоматическое утверждение.
Для включение этой опции надо выставить соответствующую «птичку» и количество часов:
В данном случае этап будет автоматически утвержден по истечении 2 часов от начала согласования этапа.
Для того чтобы этапы согласования в 1С имели взаимосвязь, в каждом из них необходимо прописывать «этапы-последователи»:
Открывается следующее диалоговое окно:
После выбора в качестве последователя «Этап 2» диаграмма приобретет такой вид:
Третий этап согласования (Согласующий Сидоров) пока никак не используется и поэтому он не связан стрелками с другими этапами.
3.2.Объект утвержден и Объект отклонен
Имеют такой вид:
Этап «Объект утвержден» ставят в конце маршрута согласования.
Например, в этапе 2 мы прописали этап последователя «Автоматическое утверждение»:
Маршрут приобрел такой вид:
По этому простейшему маршруту сначала документ должен согласовать Иванов, после чего он попадает на согласование к Петрову. После согласования Петровым документ считается утвержденным и приобретает статус «утвержден».
Этап «Объект отклонен» обычно применяется при этапах «Переход по условию», когда документ не соответствует определенным требованиям и не согласовывается.
3.3.Переход по условию
Этот этап служит для перехода по веткам голосования на основании логических условий:
Переходим в сами настройки перехода.
Начинаем с добавления логического условия.
После выбора имеем такой вид:
Следующий шаг – выбор реквизита для условия «если». Раскрываем «Согласуемый объект» и выбираем реквизит. Перетаскиваем его мышкой в поле «параметр», после чего выбираем логическое значение. В данном примере логическое выражение звучит так «Если договор является «Договором с поставщиком»:
Следующий шаг – выбрать действие для этого условия и выбор действия, если это условие не выполняется:
В результате мы получили следующий переход по условию:
Если договор является договором с покупателем, то идем в этап 1 (согласовывает Иванов), если же иначе (договор допустим «С покупателем»), то переходим к этапу 3 (согласовывает Сидоров»).
Маршрут согласования приобрел такой вид:
Желтый цвет стрелок говорит о том, что этап был недавно изменен.
По данному маршруту договоры с поставщиками согласовывают последовательно Иванов и Петров. Остальные договоры согласовывает Сидоров.
Остался неиспользованным этап с «автоматическим отклонением». Добавим еще одно условие в «переход по условию».
На шаге «Иначе» добавим еще одно условие.
Сначала удалим предыдущее действие:
Затем добавим условие:
Добавили условие по валюте.
Теперь этап «Переход по условию» выглядит так: если договор с поставщиком, то переходим на этап 1, иначе - если остальные договоры с валютой евро – то переходим на этап 3, иначе переходи на этап «автоматическое отклонение».
Маршрут согласования приобрел такой вид:
Новый маршрут можно читать так: если договор «с поставщиком», то его согласуют последовательно Иванов (этап 1) и Петров (этап 2); а если договор не с «поставщиком» и его валюта взаиморасчетов равно евро – то его согласовывает Сидоров (этап 3). Во всех остальных случаях договор не согласовывается.
Специалист компании ООО «Кодерлайн»
Вас могут заинтересовать следующие статьи:
Первоначальной задачей у Заказчика была автоматизация претензий поставщику, т.к. в системе 1С:ERP 8 в настоящий момент времени такого функционала нет. Следующая задача, которая отражена в данном ЧТЗ – разработать форму задачи пользователя для принятия в работу документа «Претензия поставщику» в зависимости от различных условий и стадии претензии.
1. Бизнес-процесс «Согласование претензии»
Необходимо иметь возможность отражать информацию о претензии и произвести автоматизацию управления задачами. Куратором и исполнителем задачи по умолчанию должен является текущий пользователь, создавший задачу.
Необходимо, чтобы в процессе работы в 1С:ERP сотрудник, ответственный за работу по претензиям, умел формировать текущие задания исполнителям, которые участвуют в работе над претензией. Для этих целей используется бизнес-процесс «Согласования претензии».
Необходимо иметь возможность прикреплять к задаче любое количество внешних файлов.
Необходимо иметь возможность возвращать задачу на доработку пользователю, ранее направившему задачу для работы.
Необходимо иметь возможность ставить отказ по задаче и документу «Претензия поставщику» в 1С:ERP 8.3.
2. Доработка объекта «Задачи» в 1С ERP 8
Доработать объект системы 1С:ERP 2.5 «Задачи». Добавить форму: имя «ФормаЛичнойЗадачи», синоним «Форма личной задачи».
Табл. 2. Описание реквизитов формы «Форма личной задачи»
3. Результат реализации управления задачами пользователя при работе с документом «Претензия поставщику»
Данная автоматизация позволила контролировать работу сотрудников по каждой конкретной выставленной претензии поставщику.
Специалист компании «Кодерлайн»
Вас могут заинтересовать следующие статьи:
94 [PROP_CODE] => TAGS2 [TITLE] => Вас могут заинтересовать следующие семинары: ) --> 95 [PROP_CODE] => TAGS [TITLE] => Вас могут заинтересовать следующие вебинары: ) -->
Вас могут заинтересовать следующие вебинары:
Читайте также: