Не удалось определить маршрут согласования заявки в 1с упп
Обновлено: 07.07.2024
Наиболее удобный и гибкий способ согласования – это настройка маршрута согласования. На один документ 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С запускается на согласование по кнопке «согласовать» внизу документа:
Кроме кнопки «согласовать», есть еще два индикатора, относящихся к процессу согласования в 1С:
1.1. согласующий – им может быть как пользователь 1С, так и маршрут согласования (в данном случае – это маршрут согласования коммерческого договора).
1.2. статус документа, который может принимать несколько значений:
- пустое значение – документ еще не отправлен на согласование
- «на согласовании» - документ находится в процессе согласования в 1С
- «отклонен» - документ не согласован
- «отправлен на уточнение» - документ отправлен на уточнение
- «утвержден» - документ согласован.
1.3. Когда договор находится на утверждении, вместо кнопки самого согласования появляется мини панель:
1. Панель управление механизмом согласования. Позволяет согласовать либо отклонить документ:
Кроме того, можно назначить дополнительных согласующих:
Также можно оставить комментарий и прикрепить файлы:
2. Панель сброса согласования – сбрасывает процесс согласования в 1С в исходную точку – документ не согласован.
3. Графическое отображение хода механизма согласования – открывается сам маршрут согласования:
Синим подсвечивается текущий этап механизма согласования – т.е. тот этап, на котором «завис» процесс согласования в 1С.
4. Отображение процесса согласования в 1С в виде списка:
5. История всех процессов голосования хранится в регистре сведений «История выполнения процессов».
6. Согласующий может быть пользователем, ролью или маршрутом согласования, т.е. группой пользователей. К одному документу 1С одновременно может быть прикреплен один маршрут или один согласующий.
2. Настройка согласующих в 1С:УХ
Прикрепление согласующего происходит в меню:
Выбираем требуемый документ:
Заходим на вкладку «согласование» и нажимаем на «открыть матрицу полномочий»:
Далее раскрываем само согласование двойным щелчком мыши:
Теперь пользователь может выбрать – роль, пользователя или маршрут согласования.
Если выбирается пользователь, то выбранный пользователь будет согласовывать данный документ:
Если выбрана роль, то согласующих может быть несколько, когда к данной роли прикреплено несколько пользователей. В этом случает согласовать может любой из них:
Роли настраиваются в справочнике «Ответственные по организациям»:
В данном примере документ смогут согласовывать два пользователя.
И третий вариант настройки механизма согласования – маршрут согласования.
Маршруты согласования создаются в разделе «шаблоны согласования»:
При создании маршрута указывается тип документа, для которого он предназначен:
В данном примере это версия коммерческого договора.
В дальнейшем при выборе прикрепляемого маршрута, с списке будут видны маршруты с идентичным согласуемым объектом:
Программное формирование задач на точках маршрута
Механизм бизнес-процессов автоматически формирует задачи по точкам маршрута в соответствии с настройками свойств адресации.
Однако в некоторых случаях встает необходимость программно переопределить стандартное создание задач. Для этого предназначены обработчики ПередСозданиемЗадач() и ПриСозданииЗадач() .
Рассмотрим эту возможность на примере бизнес-процесса согласования (см. Демонстрационные конфигурации - Бизнес-процессы - Согласование ).
Под согласованием понимается предварительная оценка проекта документа и/или получение согласия на его утверждение.
Бизнес-процесс согласования состоит из трех точек маршрута:
- определение списка рецензентов;
- cогласование рецензентами;
- обработка результата согласования.
В бизнес-процессе участвует инициатор согласования и рецензенты.
После старта бизнес-процесс попадает на первую точку маршрута, на которой инициатор согласования выбирает документ для согласования и определяет список рецензентов. После того как инициатор выполняет свою задачу, бизнес-процесс переходит к следующей точке маршрута, на которой формируется по одной задаче для каждого из указанных рецензентов. При интерактивной активации задач рецензентов открывается форма для ввода текста согласования, после закрытия которой задача выполняется. После согласования у всех рецензентов бизнес-процесс возвращается обратно инициатору для обработки результатов согласования.
После выполнения этой задачи бизнес-процесс завершается.
Так как исполнителей заранее определить нельзя, то в пояснении точек маршрута вписаны строки Инициатор и Рецензенты для того, чтобы сделать карту нагляднее. С этой же целью точке маршрута На согласование установлено свойство Групповая , хотя реально оно не используется механикой бизнес-процесса, т. к. все задачи формируются программно.
Исполнителем первой и последней точки является инициатор бизнес-процесса. Исполнители точки На согласование определяются списком рецензентов, который составляет инициатор.
Формирование задач на точках Определить список рецензентов и Обработать результаты происходит в обработчике ПередФормированиемЗадач() и отличается тем, что в первом случае свойство Сотрудник берется из параметра сеанса, а во втором - из свойства Инициатор бизнес-процесса:
На точке На согласование задачи формируются в обработчике ПриСозданииЗадач путем перебора элементов табличной части Рецензии :
Эта статья является продолжением статьи «Платежный календарь в 1С:Управление холдингом», в которой обсуждались основные функции и настройки Платежного календаря, а также правила установки лимитов в бюджете движения денежных средств.
В данной статье мы рассмотрим функциональности Платежного календаря, которые не были описаны в первой части статьи «Платежный календарь в 1С: Управление холдингом». При подготовке данной статьи использовалась версия системы 1С:Управление холдингом 3.0.8.11.
1. Ввод начальных остатков по банковским счетам
Для работы с платежным календарем занесем в систему1С:УХ 3 информацию по остаткам денежных средств на банковских счетах организации. Для того чтобы в систему произвести ввод начальных остатков денежных средств по счетам, используется документ «Корректировка начальных остатков» 1С. Указанный документ доступен из раздела меню «Казначейство» (рис. 1).
Рис. 1. Корректировка начальных значений (в меню)
Документ «Корректировка начальных остатков» (рис. 2) предназначен для ввода остатков денежных средств и суммы задолженности по взаиморасчетам с контрагентами. Интерфейс документа интуитивно понятен и не требует дополнительных пояснений.
Для того чтобы ввести остатки по счетам, на вкладке «Денежные средства» необходимо добавить счет и сумму остатка.
Рис. 2. Документ Корректировка начальных значений
2. Отображение неутвержденных заявок в Платежном календаре
Рассмотрим механизм отображения в Платежном календаре неутвержденных заявок.
В данном контексте «неутвержденной» заявкой называется Заявка, которая прошла все виды контроля (контроль задолженности по договору, контроль бюджета и контроль резерва) и которая проведена в системе, но не прошла согласования всеми согласующими лицами, установленными в шаблоне маршрута согласования.
Заявка по лимитируемой статье, не прошедшая контроль бюджета, не может быть проведена и не отобразится в Платежном календаре даже в статусе «Не утверждена».
Рис. 3. Поле установки Точности прогнозных значение
Для заявок, внесенных в платежный календарь, может быть установлена вероятность их осуществления. Предполагается, что чем меньше вероятность исполнения платежа по заявке, тем меньше сумма платежа. Для этого в системе указываются значения коэффициентов, которые умножаются на сумму платежа, указанную в заявке, тем самым уменьшая сумму платежа, пропорционально вероятности осуществления платежа по заявке. Например, если на неутвержденные заявки установить коэффициент 0,5, то суммы по таким заявкам будут отображаться в Платежном календаре уменьшенные в 2 раза. Данный подход к вероятности осуществления оплат по заявкам плохо применим в случае, когда заявок очень мало, но когда заявок в системе много, он позволяет с той или иной степенью точности спрогнозировать платежную позицию по счетам предприятия.
Коэффициент устанавливается отдельно для трех горизонтов планирования:
Продолжительность горизонта краткосрочного планирования устанавливается через соответствующее поле на той же вкладке «настройки»:
· Среднесрочное планирование – в пределах месяца с текущей даты.
· Долгосрочное планирование – с окончания периода среднесрочного планирования.
Если в поле выбора «Сценарий стресс-тестирования» (рис. 3) выбран сценарий «Ручная настройка», то пользователь в таблице ниже может указать отдельный коэффициент для каждого типа заявок и для каждого горизонта планирования.
Помимо «Ручной настройки» в системе предусмотрена возможность создать новые сценарии стресс-тестирования (рис. 4), где можно установить фиксированный, одинаковые коэффициенты для отображения сумм по входящим и исходящим платежам для всех трех горизонтов планирования.
Рис. 4. Создание сценария стресс-тестирования
3. Универсальный маршрут согласования Заявок и реестров
Говоря о согласованных и несогласованных заявках, необходимо кратко описать процедуру создания шаблона согласования Заявок на оплату.
Шаблоны согласования создаются в разделе «Процессы и согласования» в меню «Шаблоны процессов» (рис. 5).
Рис. 5. Меню «Шаблоны процессов»
Откроем перечень шаблонов процессов и создадим новый шаблон универсального процесса (рис. 6).
Рис. 6. Создание нового маршрута согласования
В поле «Режим процесса» выберем вариант «Маршрут согласования». После этого заполним появившиеся поля: «Тип объекта» и «Согласуемый объект». В поле «Тип объекта» укажем – Документ текущей ИБ, а в поле «Согласуемый объект» - Заявка на оплату (рис. 7). После того, как мы нажмем кнопку «Записать и закрыть». Строка в поле «Параметры процесса» создается системой.
Рис. 7. Форма создания нового шаблона универсального процесса
В перечне шаблонов выбираем вновь созданный шаблон и кликаем мышкой на него (рис. 8).
Рис. 8. Вновь созданный шаблон
Открывается окно «Сетевая диаграмма шаблона универсального процесса», в котором пользователь устанавливает маршрут согласования Заявки на оплату.
Рис. 9. Окно «Сетевая диаграмма шаблона универсального процесса»
Кнопка «шаблоны этапов» открывает поле «Этапы процесса», из которого пиктограммы этапов процесса перетаскиваются влево в поле «Диаграмма процесса» (рис. 10). Из этих этапов пользователь выстраивает маршрут согласования.
Рис. 10. Поле «Этапы процесса»
Перетащим в левую часть экрана необходимые пиктограммы этапов процесса (рис. 11).
Рис. 11. Выбор пиктограмм этапов процесса
Соединим пиктограммы в порядке выполнения этапов процесса (рис. 12). Для этого с помощью кнопки «Ctrl» выделим нужные пиктограммы и нажмем кнопку «Добавить связь».
Рис. 12. Соединение пиктограмм этапов процесса
Рис. 13. Завершенная диаграмма процесса
Установим согласующих лиц. Для этого необходимо кликнуть мышкой на каждой пиктограмме и выбрать Пользователя либо Роль контактного лица (рис. 14). Укажем продолжительность этапов согласования в поле «Плановая длительность».
Рис. 14. Выбор согласующего
После того как все указанные действия выполнены, укажем системе, каким шаблоном необходимо пользоваться при согласовании заявок. Для этого в разделе «Процессы и согласования» выбираем раздел меню «Матрица полномочий» (рис. 15).
Рис. 15. Раздел меню «Матрица полномочий»
В открывшемся окне «Матрица полномочий» указываем вид объекта (в данном случае Документ) и выбираем объект – в нашем случае Заявку на оплату (рис. 16).
Рис. 16. Выбор Объекта
В открывшемся окне выбираем Организацию (либо ЦФО), для которой необходимо использовать созданный ранее шаблон маршрута согласования. И в строке данной организации указываем, какой шаблон нужно использовать (рис. 17).
Рис. 17. Выбор шаблона
Теперь система готова к процедуре согласования в соответствии с вновь созданным шаблоном.
После создания заявки у согласующих, указанных в шаблоне процесса согласования, в окне «Мои задачи и оповещения» появляется задача – согласовать заявку (рис. 18).
Рис. 18. Окно «Мои задачи и оповещения»
Операции контекстного меню.
Платежный календарь позволяет оперативно запланировать ряд операций со средствами на счетах организаций, входящих в группу компаний. Выбирая ячейку платежного календаря, пользователь определяет счет, организацию и дату, на которую он планирует либо привлечение денежных средств (рис. 19), либо размещение средств (рис. 20).
Рис. 19. Операции контекстного меню по привлечению ДС
Рис. 20. Операции контекстного меню по размещению ДС
Для примера рассмотрим процедуру продажи валюты с собственного счета.
Шаг 1. Выбираем ячейку (счет и дату) (рис. 21), с которой планируется продать валюту. Правой кнопкой мыши вызываем меню выбора, выбираем опцию «Продать валюту счета».
Рис. 21. Пример формирования
Шаг 2. В открывшемся окне выбираем счет, на который зачисляются средства от продажи валюты, и сумму продаваемой валюты (рис. 22).
Рис. 22. Продажа валюты
Шаг 3. В платежном календаре отразится плановое списание денежных средств с валютного счета и поступление их на рублевый счет (рис. 23).
Рис. 23. Движение ДС в Платежном календаре при продаже валюты
Операции по привлечению и размещению денежных средств, установленные в платежном календаре указанным выше образом (рис. 19, рис. 20) отображаются на вкладке «Операции» (рис. 24).
Рис. 24. Меню «Операции»
Так созданная в предыдущем примере операция по конвертации валюты, отобразится в табличной части на вкладке «Операции» (рис. 25).
Рис. 25. Отображение операции по конвертации валюты
Пользователь может отменить операцию, если уберет флажок . Добавить операцию снова можно, установив флажок (рис. 26).
Рис. 26. Отмена операции
Кнопки «Сохранить» и «Загрузить» на вкладке «Операции» позволяют сохранить версию платежного календаря и загрузить подготовленную ранее версию платежного календаря.
На этом мы завершим обзор функций платежного календаря в системе 1С:Управление холдингом. Благодарим наших читателей за уделенное время!
Читайте также: