Реализация алгоритмов

1. Chicago2018 16.12.13 14:27 Сейчас в теме
Каким образом удобнее настраивать ветвления в процессах? Использовать Согласование? Тогда автору будет приходить задача ознакомление.
Какие могут быть еще способы? (помимо условий маршрутизации)

https://drive.google.com/file/d/0B37uQ-JO1sjhUGp1RVR5MmplY28/edit?usp=sharing
Как реализация такого алгоритма должна выглядеть в системе?
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. mymyka 16.12.13 14:42 Сейчас в теме
(1)Задача Ознакомиться о результатах согласования приходит только в случае, если один из согласующих ответил отказом.
Если под вторым "Выбор варианта" ответа вы подразумевали Да/Нет, то все делается в рамках шаблона обычного комплексного процесса.
3. Chicago2018 16.12.13 14:52 Сейчас в теме
Под ответом подразумевается не Да/Нет, а конкретный вариант ответа.
4. mymyka 16.12.13 15:40 Сейчас в теме
(3)В типовом Документообороте не предусмотрено вопросов в произвольной форме внутри комплексных процессов. Что впрочем логично, т.к. они протекают оффлайн, а любой вопрос это интерактивное действие.
5. Chicago2018 17.12.13 10:23 Сейчас в теме
Если в комплексных процессах использовать БП Рассмотрение нельзя (если только не в конце КП), т.к. после этого процесса будет расхождение в типовом алгоритме.
То каким образом можно настроить ветвления в маршруте, на которые влияет непосредственно участник (исполнитель) этой задачи в данном процессе?
6. Chicago2018 17.12.13 10:24 Сейчас в теме
Или приведите пожалуйста пример реализации ветвлений в маршруте, без использования БП Согласования и настроек порядка запуска для него.
7. mymyka 17.12.13 10:38 Сейчас в теме
(6)В комплексном БП вы можете писать любые условия для ветвления бп на встроенном языке, другое дело, что результат выбора пользователя(резолюцию в рассмотрении, например) необходимо будет каким-то образом анализировать. Или добавлять свой вариант бизнес-процесса, с двумя вариантами выбора и где-то хранить выбранный вариант, что от типовой схемы весьма далеко.
Результат = Ложь;
тзВиз = РаботаСВизамиСогласования.ПолучитьАктивныеВизыДокумента(Предмет.Ссылка);
Если ТЗВиз.Количество()  = 0 и НЕ ЗначениеЗаполнено(н_ДопБизнесПроцессы.НепосредственныйРуководительАвтора(Предмет.Подготовил))  и (Предмет.Подготовил = Предмет.Подразделение.Руководитель)Тогда
	Результат = Истина;
КонецЕсли;

как пример, проверка на то, что для внутреннего документа нет виз согласования, автор является руководителем структурного подразделения и пишет служебную записку на свое же подразделение(случай частный, но тем не менее)
Как вариант, кстати, можно использовать утверждение, он не задействует механизм виз, позволяет хранить резолюцию. Только будет необходимо доработать форму, чтобы текст кнопок Утверждено/Не утверждено заменялся по определенному условию на текст вариантов.
8. Chicago2018 17.12.13 10:43 Сейчас в теме
Спасибо за ответ

А как обойтись без встроенного языка?
9. mymyka 17.12.13 10:50 Сейчас в теме
(8)Никак, то, что вы хотите не вписывается в типовую схему Документооборота. Совсем.
10. Chicago2018 17.12.13 11:01 Сейчас в теме
Т.е. если у нас нет программиста, пользователи будут сами создавать процессы в рамках из знания системы?
11. mymyka 17.12.13 11:17 Сейчас в теме
(10)Для написания даже самого сложного комплексного бизнес-процесса необходимы минимальные навыки программирования. Тут скорее важнее алгоритмическое мышление) Наверняка, интерактивные вопросы можно чем-то заменить. Не будете же вы на каждый вопрос прописывать свой шаблон с текстами вопросов.
12. Chicago2018 17.12.13 13:09 Сейчас в теме
Непонятно за счет чего реализовать ветвления в маршруте, т.е. исполнитель задачи должен дать ответ каким-то образом по своей задаче, чтобы дальше алгоритм сработал так или иначе... Так вот где ему давать ответ?

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

или я не правильно понимаю логику работы системы?

будьте добры, объясните)
13. mymyka 17.12.13 14:12 Сейчас в теме
(12)приведенный пример мне не понятен. Во-первых, почему это должен определять пользователь, а не система. Для этого есть, например, замечательный механизм автокатегоризации. Во-вторых, как от его выбора будет зависеть дальнейший ход бизнес-процесса?
Если вам нужен настолько частный интерактивный бп, то просто добавьте его в конфигурацию и запускайте. Этот функционал к конфигурации не привязан, его можно использовать в любой конфе.
Шаблон же, на то и шаблон, чтобы быть универсальным. 1С Документооборот решает задачи документооборота, вы же хотите от него совсем иного. По сути функционал CRM, который без доп.разработки получить в данной конфигурации не получится.
14. Chicago2018 18.12.13 09:32 Сейчас в теме
Для примера я привёл такие реквизиты как ООО "1", "2"..., но вместо них может быть что угодно, не обязательно контрагенты. Поэтому функционал CRM я не приписываю.

Хочется реализовать в системе 1С Документооборот простые алгоритмы, но пока не понимаю как это сделать. Всё слишком замудренно.
Линейные алгоритмы - да, хорошо прописываются в комплексных процессах..
15. mymyka 18.12.13 10:06 Сейчас в теме
(14)Еще раз повторяю, хотите простые интерактивные алгоритмы - пишите их в конфигураторе. Или, если вам так критично ветвление по результатам интерактивного ввода - добавляйте нужные поля доп.свойств во внутренний документ и заполняйте их ДО запуска бп, а затем, в условиях прописывайте любой требуемый анализ.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот