1с документооборот при фоновой маршрутизации процесса произошла ошибка
Обновлено: 06.07.2024
Нет понятия исходящие договора или входящие договора. Есть просто договора. В лгике Документооборота договор это вид ВНУТРЕННЕГО документа, с включенной соответствующей галочкой. Тогда при заведении карточки будут доступны поля, характерные для договора - контрагент, с которым заключается договор, сумма договора и т.д
Для чего тогда предназначены входящие документы и исходящие?
Вх. и ис. - это письма, в том числе и электронные. Делайте на основании входящего документа внутренний, согласуйте, регистрируйте, делайте исходящий документ, отправляйте контрагента.
Для внутреннего документа сделала папку "Исходящие договоры". поставила галку договор. Сделала комплексный бизнес процесс по согласованию исх договоров. Возникает вопрос? После успешного согласования нашей стороной исх договора мы отдаем контрагенту договор, а он составляет протокол разногласий: что в этом случае делать? регистрировать договор с протоколом разногласий как внутренний документ в папке "входящий" и заново согласовывать по БП "согласование вх договоров", а БП "исходящие договоры" завершить?
а вы добиться-то чего в итоге хотите? Зачем это все делаете?
короче, тут причина непоняток в том, что автоматизировать кинулись до того, как поняли, что надо автоматизировать. Насколько я угадываю, здесь имеет место быть хитрый процесс заключения договоров, и, как минимум, двух этапов: 1. Согласование договора - когда внутри компании рождается проект соглашения 2. Согласование проекта с контрагентом (или контрагентами) - когда проект показывают контрагенту, он охреневает от размаха полета мысли и предлагает правки, чтобы это соглашение стало для него возможным 3. Подписание (о нем в топике речи не идет, но без этого этапа смысла во всем процессе не очень много) И исходящий договор - это проект. А входящий - это перемешанный в одну кучу протокол разногласий и, собственно, уже согласованный сторонами договор на подпись. Я угадал?
то есть, вопрос "что в этом случае делать?" надо задавать тому, кому нужна автоматизация. Что заказчику надо, чтобы происходило с этим протоколом и зачем?
у входящего документа есть поле "Отправитель" - это тот, от кого документ пришел. У исходящего есть поле "Получатель" - это кому документ отправлен. У внутреннего документа нет ни того, ни другого. В этом, в общем-то, и заключалась бы вся между ними разница, если бы не мегатонны дублированного кода в ДО, который приводит к тому, что одинаковые вещи в этих документах работают слегка по-разному и содержат разные баги.
а вы купили коробку с документооборотом? там вышла обновленная версия желтых книг, там все доходчиво написано, особенно про то, что для договором нужно использовать внутренние документы. в общем, рекомендую книги из коробки, очень хорошо все расписано.
процесс комплексный - создаем шаблон . и поехали ЗЫ а вообще в сети ДОФИГИЩА вебинаров и материалов - даже запустив сам документооборот и жмякнув на главной - где помощь из интернетов
там вопрос не как сделать, а - нахрена им, собственно, ДО. Судя по у ИТ нет ни четкой цели автоматизации, ни хоть как-то описанных процессов, которые надо автоматизировать. А это инструментами не решается.
Можно настроить связи между видами внутренних документов, например, "Относится к договору", "Документы к договору". Таким образом у тебя вся цепочка может быть связана.
1. Четкого описания процесса у ИТ нет 2.Зато есть четкий срок выполнения, и он близок. 3.Мегатонны вебинаров просмотрены, по результатам вопросы. 4.Поставка документооборота оплачена, желтые книжки ожидаются через неделю. Как раз после завершения проекта. 5. Да,вы угадали. Мне вот и не понятно - подготовка проекта исходящего договора - это БП один, а согласование после контрагента - это другой? То есть я делаю БП согласование проекта договора, завершается процесс при передаче проекта договора контрагенту. И второй БП по согласованию договора от контрагента. Тогда нужно видеть протокол согласования проекта договора (нашей организацией) тогда. когда приходит договор от контрагента без замечаний. В этом случае например, главбух не должен повторно согласовывать договор. Как это сделать? Спасибо всем, кто отвечает.
Совет понятный. Попробую сделать аналогично и для протокола согласования.
Сделай два шаблона согласования, окончательным вариантом согласования будет уже согласование с учетом протокола разногласий. Насчет главбух не будет согласовывать повторно спорный вопрос, смотря что выкатят в протоколе разногласий.
+ А насчет главбуха имелось в виду , если без замечаний. Но автоматом вряд ли определишь есть замечания или нет, все равно кто-то (скорее всего ответственный) должен принять решение согласовывать повторно или утверждать и подписывать.
комплексный процесс - почитай , сначала согласование потом подтверждение, есть еще такая штука как бизнес процесс, проще поставить ДО, и поиграться на копии ЗЫ комплексный процесс позволяет настраивать несколько "кругов" согласований подтверждений ознакомлений
Спасибо всем кто ответил В продолжении темы: Сделала шаблон договора на основе внтуреннего документа. У шаблона сделала доп.свойство "Исх/входящий". В зависимости от этого свойства старуется БП по согласованию исх либо вх договоров. В результате запуска БП под пользователем Юрист (при закрытии карточки документа), стартуется процесс и пользователю доступно редактирование этапов процесса / условий (хотя это не допустимо по логике!). в чем может быть проблема?
В шаблоне процесса согласования, там где назначается каким видам документов есть флаг "Запретить изменение процессов созданных по этому шаблону". Это по Документообороту 1.4.
Подскажите. Можно ли перестартануть задачу? Например, нужно чтобы задача выполнилась заново.
Процесс остановился, тк след задача должна была прийти руководителю организации. А он не был указан. Висит "ожидание маршрутизации процесса". Хотелось бы рестартануть предыдущую задача, чтобы продолжить процесс. Руководителя указали. Как перестартануть?
можно сделать и так, и эдак, и как угодно. Тут заказчик должен сказать, как ему надо. Это возвращает нас к вопросу об описании требуемых бизнес процессов. >1. Четкого описания процесса у ИТ нет >2. Зато есть четкий срок выполнения, и он близок. это означает, что задача не поставлена и сроки будут гарантированно просраны. Нужно прямо сейчас об этом заказчику сказать и перейти уже наконец к постановке
> Висит "ожидание маршрутизации процесса" что у вас висит? скрин покажите
Запустить процесс заново не всегда желательно (так как например часть согласования уже прошла). Возникла новая проблема. Задача приходит по роли исполнителя "Юридическая служба". А вот пользователь в зависимости от организации не подбирается. В справочнике "Исполнители роли" указано "используется с объектами адресации" - "Организация". В программу заведен пользователь Юрист, который исполняет роль Юр служба по нашей организации. Все указано в спр Роли исполнителя. Но проблема в том, что задача висит. у нее исполнитель - Юр служба, а не пользователь Юрист. Захожу в программу под пользователем юрист и у него нет задачи. Под администраторм я вижу эту задачу на юр службе.
запустить заново выполненную задачу вариантов нет. задача так и будет на "юрслужбе". Просто пользователь с ролью "Юрслужба" из другой организации ее не увидит. Почему не видит - через форум не видно. Возможно огранизация у пользователя не та или дополнительный реквизит адресации в роли был включен после того, как задача была создана. Вариантов дофигища.
У роли - использование только с объектами адресации Основной реквизит - организация до.реквизит организация У пользователя указано осн реквизит "Наша ООО", доп реквизит "Наша ООО" и все равно не работает
надо программиста позвать, чтобы он взял консоль запросов и отладчик, посмотрел и сказал, что вы сделали не так.
Подойдем к проблеме другим образом. У нас несколько организаций. И несколько юр служб. Мне нужно, чтобы при закрытии карточки договора стартовался БП и задача приходила юристу по той организации, которая указана в договоре. Как это сделать?
без фото, можно подходить любым образом. результат будет тот-же ))
Ну давайте проведем голосование, чье фото мне загрузить,. Беленькой, черненькой, рыженькой дамочки.. Все рано достоверность проверить невозможно..пустая болтовня
у меня возникло предположение, что когда в БП я указываю исполнителя задачи - юр служба..там я еще могу дополнительно указать организацию. Я так понимаю, что именно тут объект адресации указывается.Ну тогда это маразм какой то. Я ж не буду БП создавать для каждой организации. Вариант 1. Придется в задаче для каждого исполнителя писать условия (юр служба по орг 1, если документ.организация = орг1). Вариант2: В ролях объекты не использовать, а использовать ограничения например на уровен групп доступа. Тогда задачи будут приходить просто в юр службу без отбора по организации, а видимость задачи будет определяться по группе доступа по договору. Кто может сказать что то полезное по данному вопросу?
давай голосование. в этом тебе должно помочь: "Управление процессами -> Условия маршрутизации"
Уже. и давно. только мараз. писать Если это организация 1 Потом создавать условия 2, и писать. если это органиазция2..А у нас 6 организаций..
но вариант 1 работает. спору нет..Вариант 2 тоже - если для каждой организации указать свою папку документов и настроить права. Мне предпочтительным кажется вариант 1.
С исполнителями ролей стало все понятно. Теперь новая проблема. Не подставляется руководитель организации. При создании задачи в БП, адресованной через автоподстановку руководителю задачи программа пишет ошибку "Не найдены исполнители для автоподстановки "Договор.Руководитель организации"." так это и естественно. У внутреннего документа договор нет поля руководитель организации. откуда оно должно браться? как это работает?
"У нас несколько организаций. " все в одной базе ДО или у каждого своя?
чтобы быстро получить ответы - рекомендую пройти курс "Настройка и администрирование 1с Документооборот". 3 дня и вы уже не задаете глупые вопросы на форуме
это нисколько не глупые вопросы, думаю у любого человека, который после ваших курсов начнет внедрять ДО они опять же возникнут. несколько организаций в одной базе ДО данная проблема связана с ошибкой в коде. ошибка найдена Всем спасибо за советы. Все решено.
Как в итоге реализовали адресацию для юристов по организациям?
у роли юристы сделала адресацию по организации. в задаче в ТЧ исполнители задала несколько строк: 1)юристы, адресация =орг1.. в этой же строке указала условие основнойоюъект.организация = орг1 2)юристы, адресация =орг2.. в этой же строке указала условие основнойоюъект.организация = орг2
Тогда не поняла, а для чего объекты адресации в роли используются, если все равно нужно прописывать условия??
Типовой функционал, встроенный в прикладные решения 1С
Идеально подходит для средних, крупных компаний и холдингов со сложной организационной структурой и сложным документооборотом.
Настройка и доработка 1С:Документооборот для борьбы с ошибками. Гарантия на все результаты работ.
Оперативные консультации по 1С:Документооборот без предоплаты. Первая консультация бесплатно.
Сложные бизнес-процессы обработки документов не получиться использовать без того, чтобы предварительно не настроить маршруты их прохождения. Давайте посмотрим, как настраивать и использовать маршрутизацию в системе электронного документооборота 1С:Документооборот.
Чтобы настроить условия маршрутизации в 1С Документооборот, переходим в раздел «Управление процессами» и выбираем меню «Условия маршрутизации».
В окне реестра условий в левой части расположен перечень объектов, по которым происходит маршрутизация, а в правой – сами условия по выбранному объекту.
Внизу окна видны комментарии к условию, по которым легче найти и отобрать необходимое. Каким же образом настроить нужное нам условие?
Для установки условия следует выбрать объект, на основании значения реквизитов которого это условие будет работать.
Такими объектами могут быть внутренние, входящие и исходящие документы, контрагенты, мероприятия, файлы, проекты и проектные задачи. Далее выбираем способ задания условия. Возможно три варианта:
- В режиме конструктора;
- На встроенном языке;
- Комбинация из других условий.
Давайте разберемся, что каждый из этих вариантов означает.
Создание условий в режиме конструктора
Позволяет сконструировать нужное нам условие из состояния или комбинации состояний реквизитов выбранного выше объекта.
Выбрав реквизит, нужно определить требование к его содержанию – вид сравнения. Выбор вариантов сравнения зависит от типа реквизита, но, как правило, это: Равно, Не равно, Заполнено, Не заполнено, В списке, Не в списке. Последнее сравнение предполагает ввод списка значений, с которым будет сравниваться значение реквизита.
Отборы можно объединять в группы по разным условиям взаимного применения – группа И, группа ИЛИ, группа НЕ. В результате, если использовано объединение в группу И, должны будут выполняться все строчки условий, в группу НЕ, наоборот, – будет проверяться невыполнение всех строчек условия, а в группу ИЛИ – хотя бы одно из условий. При этом в группе ИЛИ условия будут проверяться по порядку их ввода, поэтому приоритет, то есть порядок, можно регулировать соответствующими кнопками.
Если нужно составить сложное условие, но при этом его невозможно построить с помощью конструктора условий и реквизитов объекта, можно построить требующееся условие на встроенном языке.
Условие на встроенном языке
С правой стороны расположены реквизиты выбранного объекта для использования в выражениях встроенного языка. В этом же окне, не выходя из конструктора, можно проверить созданное условие на работоспособность. Безусловно, чтобы грамотно написать такое условие, нужны соответствующие знания и опыт разработки на языке 1С, то есть лучше всего привлечь для этого программиста 1С.
Комбинация существующих условий
Еще один вариант составления условий – комбинация из других, уже существующих условий. То есть, используя группировку по принципу логического И, логического ИЛИ или логического НЕ, можно составить достаточно сложное условие маршрутизации.
Созданные условия маршрутизации можно использовать в простых процессах типа Исполнение, Согласование, Ознакомление.
Если у процесса несколько исполнителей, правильнее использовать условия маршрутизации, иначе при невыполнении условия процесс при запуске выдаст ошибку, поскольку исполнителей у него не будет. Также условия маршрутизации можно использовать в комплексном процессе для маршрутизации шагов процесса.
Для установки условий выполнения действия комплексного процесса перейдем по ссылке «Порядок выполнения» в действии и открыть меню настройки маршрутизации. Здесь можно установить порядок совместного применения, если условий несколько – логическое И или логическое ИЛИ. То есть действие будет стартовать при выполнении сразу всех отмеченных ниже действий или при выполнении любого из отмеченных ниже действий.
В данном примере шаг регистрации будет выполняться, если согласован документ с большой суммой и подписан договор аренды на большую сумму.
Используя условия, как внутри простых процессов, так и в порядке выполнения действий, сложные условия маршрутизации на встроенном языке, а также всевозможные комбинации сложных условий, можно построить сложнейшие бизнес-процессы обработки документов, согласования контрагентов и так далее.
Например, нужно перед согласованием договора проверить, согласовывался ли ранее контрагент, и если нет – то сначала согласовать контрагента, а уже потом договор.
Для этого на первом шаге процесса устанавливаем условие старта шага процесса – Контрагент НЕ согласован. А в настройке самого условия указываем, что «Вид контрагента» должен быть равен значению «Юридическое лицо», а «Группа доступа» – «Несогласованные контрагенты».
При встраивании условий маршрутизации в сложные процессы важно предусмотреть все варианты поведения системы – что будет происходить, когда условие будет выполняться и когда не будет.
Например, в выше рассмотренном примере с согласованием контрагента по условию нужно обязательно предусмотреть вариант, когда контрагент согласован, и первый шаг запускаться не будет. Чтобы процесс не выдал ошибку, нужно во втором шаге включить условие При старте, обратное условию на первом шаге – Контрагент согласован.
Таким же образом строится условие в шаблоне процесса, подготовленного с использованием схемы вместо табличной части.
В настройке условия можно использовать результаты действий, предметы или создавать произвольные условия. Создание условий на основе предмета процесса мы уже рассматривали на примерах процессов с настройкой в таблице. Результат действий – настройка условия в зависимости от результата того или иного шага процесса, например, согласования с положительным результатом. Произвольное условие может быть построено на произвольных параметрах.
Графическая схема процесса упрощает управление выходами условия, его параметрами и составом, поэтому сейчас для более простого и наглядного конструирования в системе 1С:Документооборот развивается схематичное построение комплексных бизнес-процессов. Схемы процессов можно распечатывать и сохранять в электронных форматах, что позволяет их использовать в проектной и эксплуатационной документации системы.
Для того, чтобы все бизнес-процессы в ходе обработки документов использовались корректно, в первую очередь нужно настроить пути прохождения этапов обработки. Стоит подробнее изучить процедуру настройки, а также использования маршрутизации в программе 1С, в частности – Документооборот.
Для настройки параметров маршрутизации в программе 1С:Документооборот, нужно перейти во вкладку «Управление процессами», выбрать в появившемся меню строчку «Условия маршрутизации».
В выплывшем окне слева располагается полный список объектов, где будет выполнена маршрутизация, с правой стороны – условия по тому объекту, который будет выбран.
Внизу программы, в окошке примечания можно увидеть возможные комментарии к выбранным условиям, с помощью которых выбор того или иного условия упрощается. Настроить необходимое условие можно следующим образом:
Выбрать объект, параметры которого будут являться основанием для корректной работы заданного условия.
Объектами в этом случае могут выступать: документы (входящие, внутренние, исходящие), файлы, проекты, мероприятия, проектные задачи, различные контрагенты. После выбора объекта определяем один из трех способов задания условий:
- В режиме конструктора;
- На встроенном языке;
- Комбинация из других условий.
Остановимся подробнее на каждом из способов.
Создание условий в режиме конструктора
Данный способ обеспечивает нам создание необходимых условий из единичных состояний или нескольких состояний реквизитов выбранного документа.
После того, как реквизит выбран, необходимо определиться с будущим содержанием с помощью вариантов сравнения. Вариант сравнения имеет прямую зависимость от типа выбранного реквизита и может быть: Заполнено, Не заполнено, Равно, Не равно, В списке, Не в списке. В последнем случае будет сравниваться введенный список значений со значениями выбранного реквизита.
Отборы можно объединять по различным параметрам (И, ИЛИ, НЕ). При использовании параметра «И», будут выполняться все строки заданных условий. Если задан параметр «НЕ», то наоборот, указанные условия при группировке, буду исключаться. Если же указать параметр «ИЛИ», то результат отбора будет группироваться в зависимости одного из указанных условий. При этом, порядком ввода условий в группу «ИЛИ» можно самостоятельно управлять с помощью соответствующих кнопок.
В том случае, когда требуется создать сложное условие, а посредством конструирования условий и реквизитов документов это невозможно, то допустимо создание необходимого условие на встроенном языке.
Условие на встроенном языке
В правой части окна располагаются реквизиты выбранного документа, используемого в выражениях встроенного языка. Проверить работоспособность вновь созданного условия можно, не выходя из конструктора в том же самом окне. Конечно же, для того, чтобы написать корректное условие, нужно обладать определенными знания и опытом работы с языком 1С, поэтому лучше, если в создании условий будет принимать участие программист 1С.
Комбинация существующих условий
Третий способ создания условий – комбинирование из уже существующих условий. Например, создать сложное условие маршрутизации можно группировкой их по принципу логического «И», «ИЛИ», «НЕ».
Новые условия маршрутизации могут использоваться в обычных, несложных процессах, таких как: Ознакомление, Исполнение, Согласование.
В том случае, если в процесс вовлечены более одного исполнителя, необходимо обязательно использовать условия маршрутизации, так как в случае невыполнении данного условия, программа выдаст ошибку, ведь исполнитель не указан. Подобные условия маршрутизации также могут быть использованы в комплексных бизнес-процессах.
Для того, чтобы установить необходимые условия при выполнении комплексных процессов, нужно перейти по ссылке «Порядок выполнения» и открыть появившееся меню настройки маршрутизации. В появившемся окне определить порядок одновременного использования путем выбор логического «И» или логического «ИЛИ». В результате действие будет производится при выполнении любого из отмеченных действий или же при выполнении сразу всех выделенных ниже действий.
Как видно из примера, регистрация документа выполнится в том случае, если будет согласован документ с большой суммой, а также подписан договор аренды на большую сумму.
Используя различные условия внутри несложных процессов в ходе выполнения различных действий, задавая сложные условия маршрутизации различными способами (на встроенном языке, комбинированные варианты), можно сконструировать сложнейшие, многоуровневые бизнес-процессы для обработки и согласования документов, контрагентов и прочего.
Как вариант, вначале проверяется согласовывался ли ранее контрагент, а потом уже согласовывается договор. Если подобные действия не производились, то вначале нужно выполнить следующий алгоритм действий:
В настройке условия указываем «Вид контрагента» - «Юридическое лицо», в «Группе доступа» пишем «Несогласованные контрагенты», затем устанавливаем условие начала процесса – Контрагент НЕ согласован.
Для того, чтобы условия маршрутизации корректно вписались в сложные процессы, необходимо просчитать все возможные модели поведения программы – что может произойти, если какое-то условие будет не выполнено и, наоборот, если оно выполнится корректно.
Например, в нашем примере с контрагентом обязательно нужно предусмотреть модель условия, где контрагент согласован, а начальный этап с согласованием из-за этого не запустится. Поэтому, чтобы процесс не выдал ошибку, то вторым этапом нужно включить в условие при старте – Контрагент согласован.
Аналогично происходит построение условий, где вместо таблицы используются схемы в шаблоне процесса.
Настройка условий предусматривает использование различных результатов действий, произвольные данные или предметы. Например, в работе с настройкой процессов в таблице мы уже создавали условия на основе предмета. Как результат – получили процесс согласования контрагента. При необходимости, произвести действия с произвольными условиями можно, задав произвольные параметры.
Схематичное отражение процесса облегчает восприятие и делает управление параметрами, составом и выходами условий более простым, поэтому в системе 1С:Документооборот внедряется графическое построение бизнес-процессов. Подобные схемы можно сохранять в электронном виде, распечатывать и использовать в эксплуатационной и проектной документации.
Отключить безопасный режим и перезапустить программу.
Что появилось:
После подключения расширения, во всех шаблонах согласования, в том числе вложенных в комплексные процессы, появится настройка политики повторного согласования. По умолчанию значение настройки будет не заполнено для всех ранее настроенных шаблонов согласования, при таком варианте настройки сохраняется стандартная логика поведения программы.
После изменения настройки в шаблоне, все процессы согласования по этому шаблону, как новые так и уже запущенные, будут использовать новую логику при отправке на повторное согласование.
Как это работает (пример по демо базе):
В результате отправки на повторное согласование в основном предмете процесса (Договор на поставку бетона по примеру) виза Зеленца "Не согласованно" уйдет в историю, а виза Мишина "Согласовано" останется среди действующих (в типовой логике все ранее установленные визы помещаются в историю). Повторно задача согласования будет отправлена только Зеленцу.
В результате завершения процесса согласования на Закладке Визы в документе, а так же в печатных формах "Лист согласования" и "Лист согласования с историей", будут корректные данные в соответствии с процессом.
Расширение разрабатывалось для версии 1С Документооборот 8 КОРП, редакция 2.1 (2.1.13.28). Тестировалось на 2.1.14/15/16 ПРОФ, КОРП, ДГУ и Document management(тексты с переводом на eng).
Работает на платформах начиная с версий 8.3.12.
Если будут вопросы и предложения к функционалу расширения, пишите в комментариях к публикации, учту в новом релизе.
Версия 1.2: Первичная версия
- Исправлено исключение не установивших визы при поочередном согласовании
Читайте также: