Согласование (подсистема). Для любого справочника и документа в 1С. Встраивается в любые конфигурации
Функциональные - Документооборот и делопроизводство (СЭД)
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Подсистема подходит для тех, кому
- надоело, что люди то и дело бегают по кабинетам, только ради подписей;
- необходимо видеть: кто, когда и как согласовал тот или иной объект в базе 1С;
- требуется сократить время согласования (договора, заявки на расходования денежных средств или чего-либо еще).
Программа позволяет согласовывать любые документы и справочники в базе 1С. Согласование происходит последовательно, т.е. сначала согласовывает первый рецензент, если он согласовал затем следующий и так далее.
Существуют следующие статусы:
- “Не утверждено”,
- “В процессе согласования”,
- “Утверждено”,
- “Отменено”,
- “Возвращено на доработку”.
При создании задач рецензентам не указывается конкретный пользователь, а заполняется только РольАдресации + ПодразделениеАдресации. Допустим, что согласовать должен
|
Роль адресации |
Подразделение адресации |
|
Бухгалтер |
Бухгалтерия |
Тогда задача будет создана для Бухгалтера из Бухгалтерии. А конкретных пользователей необходимо указать в регистре «Регистр адресации»
|
Пользователь |
Роль адресации |
Подразделение адресации |
|
Петрова Мария Ивановна |
Бухгалтер |
Бухгалтерия |
|
Казимирова Валентина Захаровна |
Бухгалтер |
Бухгалтерия |
- полностью открытый код;
- независимая конфигурация;
- независима от БСП (для не типовых конфигураций это важно);
- встраивается в любые конфигурации (ниже смотрите список проверенных конфигураций);
- работает в тонком клиенте (в обычном приложении тоже работает);
- для настройки нового согласования не требуется программировать, все делается в режиме исполнения;
- очень простая настройка нового согласования, необходимо пройти всего 4 шага и согласование можно использовать;
- можно настроить согласования для любого справочника и любого документа в базе 1с;
- рассылка уведомлений на почту;
- значительное сокращения времени согласования, а зачастую время согласования сокращается в разы;
- всегда видно кто должен согласовать, а также кто и когда согласовывал ранее;
- возможность запретить проведение документа пока он не согласован;
- возможность запретить использование объекта бд пока он не согласован;
- легко встраивать в другие бизнес-процессы в 1с;
- не нужна отдельная база, в которой идет согласование, все происходит в одной базе.
Видео
- Настройка нового согласования
Видео - настройка нового согласования 1 часть
Видео - Настройка нового согласования 2 часть
- обзор подсистемы согласования
Видео - Обзор подсистемы Согласования часть 1
Видео - Обзор подсистемы Согласования часть 2
Все видео список Согласование (подсистема) 1с
Подсистема полностью реализована на управляемых формах, работает в тонком клиенте.
Примеры использования подсистемы
Пример 1
Необходимо, чтобы заявку на расходования денежных средств согласовывали, прежде чем ее можно будет провести. При этом необходимы следующий маршрут согласования:
- всегда согласовывать с «Руководителем по закупкам»;
- если контрагент/партнер относится к группе поставщиков, тогда необходимо согласовать с «Бухгалтером поставщиков»;
- если контрагент/партнер относится к группе покупателей, тогда необходимо согласовать с «Бухгалтером покупателей»;
- если сумма заявки больше 10000, тогда согласовывать с коммерческим директором;
- если сумма заявки больше 50000, тогда согласовывать с финансовым директором;
- если сумма заявки больше 100000, тогда согласовывать с генеральным директором.
Пример 2
В системе договора могут создавать любые пользователи, необходимо настроить согласование договора по следующему маршруту:
- если контрагент/партнер относится к группе поставщиков, тогда необходимо согласовать с «Бухгалтером поставщиков»;
- если контрагент/партнер относится к группе покупателей, тогда необходимо согласовать с «Бухгалтером покупателей»;
- всегда согласовывать с юристом;
- если договор в условных единицах, тогда согласовать с коммерческим директором;
Часто задаваемые вопросы (FAQ)
Вопрос: можно ли встроить подсистему в нетиповую конфигурацию?
Ответ: да, можно, для этого необходимо, чтобы в конечной конфигурации было следующее:
- Справочник.Пользователи;
- Параметр сеанса «ТекущийПользователь»;
- У конфигурации должно стоять или свойство «Управляемое приложение» или свойство «Управляемое и обычное приложения», т.к. все формы управляемые.
Вопрос: можно ли вызывать форму «Статусы согласований» прямо из элемента справочника или документа?
Ответ: да, можно. Если у Вас используются управляемые формы тогда необходимо:
- зайти в конфигуратор;
- найти общую команду «бпсСтатусСогласования»;
- нажать правую кнопку мыши выбрать свойство;
- в свойстве “Тип параметра команды” указать составной тип данных и выбрать нужный объект.
Если у Вас используются обычные формы и конфигурация типовая, тогда необходимо:
- взять из поставки обработку «бпсСтатусСогласования.epf»;
- нажать «Сервис – Дополнительные печатные формы и обработки – Печатные формы»
- нажать добавить, далее указать обработку;
- в табличную часть добавить те объекты, для которых должна вызываться данная обработка;
- теперь по кнопке печать будет доступен вызов этой обработки.
Если у Вас используются обычные формы и конфигурация не типовая, тогда необходимо в каждую форму элемента справочника/документа необходимо вручную вставить код, пример кода можно посмотреть в обработке «ПримерКодаДляДобавленияКнопкиВОбычнуюФорму.epf»(из поставки).
Вопрос: можно ли указать статус допустим «Оплачено» для документа?
Ответ: да, можно, для этого необходимо:
- зайти в справочник «Статусы объектов» и добавить элемент с наименованием «Оплачено» записать и закрыть;
- далее открыть обработку «Статусы согласований» нажать на кнопку «Установить статус» и выбрать статус “Оплачено”.
Роли
- (БПС) Пользователь – необходимо указать для всех пользователей;
- (БПС) Редактирование регистра адресации – право необходимо для редактирования регистра “Регистр адресации”;
- (БПС) Редактирование документа регистрация статуса объектов – право необходимо для того, чтобы можно было вручную указывать статус для объекта 1с;
- (БПС) Полные права – доступ ко всем объектам подсистемы согласования, а также необходима для настройки согласования.
Что происходит автоматически
- уведомления рассылаются с помощью регламента (раз в минуту);
Что планируется добавить в будущем, если подсистема будет пользоваться успехом
- возможность перенаправлять задачу согласования другому рецензенту;
- возможность настраивать шаблон для формирования текста пояснения, которое указывается при старте согласования и отправке уведомлений на почту (например: включать валюту документа, менеджера, сумму и т.п. в пояснение);
- возможность согласовать через ответное письмо, без входа в 1с;
- чтобы подразделение адресации автоматически подбиралось из шапки документа/справочника, а не указывалось «жестко» в предмете согласования;
- возможность использовать подсистему «Согласование» в конфигурациях, где включено ограничение доступа на уровне записей;
- запрет использования элемента справочника пока он не согласован.
Разработка ведется на Bitbucket (пока закрытый репозитарий), основной функционал подсистемы покрыт тестами с помощью xUnitFor1c (//infostart.ru/public/418168/).
Тестирование переноса в типовые конфигурации
Тестирование производилось на платформе: 8.3.8.1652
|
Конфигурация |
Релиз |
Результаты тестирования |
Комментарий |
|
УПП 1.3 |
1.3.51.1 |
Успешно |
|
|
УТ 11 |
11.2.3.143 |
Успешно |
Необходимо дополнительно внести код в модуль БизнесПроцессыИЗадачиСобытия.ЗаписатьВСписокБизнесПроцессов см. видео https://youtu.be/Mq0Bv66ywys, а также см. ниже |
| Бухгалтерия предприятия 3.0 | 3.0.43.239 | Успешно | |
| Консолидация ред. 2.1 | 2.1.3.1 | Успешно | |
| Комплексная автоматизация 2.0 | 2.0.3.169 | Успешно | Необходимо дополнительно внести код в модуль БизнесПроцессыИЗадачиСобытия.ЗаписатьВСписокБизнесПроцессов.См. ниже куда необходимо внести. |
| ЗУП ред. 2.5 | 2.5.101.2 | Успешно | |
| Розница 2.2 | 2.2.4.33 | Успешно | Необходимо дополнительно внести код в модуль БизнесПроцессыИЗадачиСобытия.ЗаписатьВСписокБизнесПроцессов.См. ниже куда необходимо внести. |
| Бухгалтерия строительной организации | 2.0.66.23 | Успешно | |
| Управление нашей фирмой, редакция | 1.6.20.94 | Успешно |
Для конфигураций УТ 11, Комплексная автоматизация 2.0, Розница 2.2 после того как перенесли подсистему в конфигурацию
дополнительно необходимо внести код в общий модуль "БизнесПроцессыИЗадачиСобытия" процедура ЗаписатьВСписокБизнесПроцессов:
//+ БПС_Согласование 2016-07-27
Если ТипЗнч(Источник) = Тип("БизнесПроцессОбъект.бпсСогласование") Тогда
Возврат;
Конецесли;
//- БПС_Согласование 2016-07-27
А также дополнительно необходимо внести код в общий модуль БизнесПроцессыИЗадачиСервер процедура ПриИзмененииСостоянияЗадачи
// [+] БПС_Согласование 18.12.2022
Если МетаданныеБизнесПроцесса.Имя = "бпсСогласование" Тогда
Продолжить;
КонецЕсли;
// [+] БПС_Согласование 18.12.2022
Выпущена версия 1.0.0.019] (Обновление от 23.07.2022)
Новое:
- @YUYA1964 #35 В Согласование добавлена колонка "Согласователь" и "Алгоритм" в табличную часть "ЛистСогласования". Инструкция
Прочее:
- @Poirus9 #32 Скорректировал получение номера строки при проверке разрешенных реквизитов
- @YUYA1964 #34 Не заполнены путь к данным на ФормаЭлемента и ФормаГруппы для справочника бпсАлгоритмыНахожденияСогласователей
Выпущена версия 1.0.0.018 (Обновление от 04.02.2022)
Изменения:
- @Tambu реализована возможность указать свой алгоритм для нахождения тех кто будет согласовывать Инструкция
Прочее:
- Смена используемой платформы при разработке и выгрузке в гит 8.3.20.1674
- Добавил описание как доработать конфигурацию через CF файл
Выпущена версия 1.0.0.017 (Обновление от 12.12.2021)
Изменения:
- @Tambu реализована динамическая адресация по подразделениям Инструкция
- @Tambu список разрешенных реквизитов для заблокированных объектов БД Инструкция
Прочее:
- Смена используемой платформы при разработке и выгрузке в гит 8.3.19.1150
Выпущена версия 1.0.0.016 (Обновление от 06.11.2021)
Изменения:
- Исправил получение признака, справочник иерархический или нет. Не учитывался случай когда используется ИерархияЭлементов;
- @nikita добавил проверку заполненности значения реквизита, если тип объекта требуется согласовывать.
Выпущена версия 1.0.0.015 (Обновление от 03.01.2019)
Создан канал в телеграмме: @mebps
Изменения:
- Реализована отправка уведомлений через телеграмм (см. инструкцию). Спасибо @lakhnov.alexander
- Поправлена ошибка в динамическом списке нельзя использовать Первые 1, возникает когда не заполнен "Предмет согласования" в обработке СтатусыСогласований
Wiki:
- Как настроить отправку в телеграмм - https://github.com/BlizD/BPS/wiki/Как-настроить-отправку-в-телеграмм
Обновление от 08.12.2017
Выпуск релиза 1.0.0.013
Исправление ошибки:
* Ложное срабатывание проверки возможности использования, если реквизит не заполнен #9
Обновление от 01.06.2017
Выпуск релиза 1.0.0.013
Изменения
- Добавлен реквизит "Не увеличивать номер очереди" в справочник "Предметы согласований". Это позволяет создавать задачи по согласованию для нескольких ролей сразу.;
Пример:
Обновление от 27.04.2017
Выпуск релиза 1.0.0.012
Изменения
- Исправлена работа в клиент серверном варианте работы;
Проверены следующие конфигурации:
- Бухгалтерия строительной организации релиз 2.0.66.23
Обновление от 06.01.2017
Выпуск релиза 1.0.0.010
В обработке "Статусы согласований":
- реализована возможность установить статус для выделенных объектов.
Обновление от 15.11.2016
Проект выложени на GitHub
Обновление от 25.09.2016
Выпущена версия "1.0.0.009" изменения:
- Добавлена возможность указать свойство "Запретить использование объекта БД пока он не согласован" в справочник "Тип объекта БД".
- Исправлены роли подсистемы "Согласования", чтобы корректно обновлялись вспомогательные данные в конфигурациях где используются БСП.
Обновление от 26.08.2016
Добавил видео обзор подсистемы согласования
Проверены следующие конфигурации:
- Бухгалтерия предприятия 3.0 релиз 3.0.43.239
- Консолидация ред. 2.1 релиз 2.1.3.1
- Комплексная автоматизация 2.0 релиз 2.0.3.169
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Бухгалтер Пользователь Руководитель проекта 1С:Предприятие 8 Управленческий учет Платные (руб)
Организуйте правильный оборот документов на вашем предприятии в 1С. Ведение учета и хранения документов. Управление потоками документации между подразделениями. Работа с договорами в компании. Автоматизация процессов подготовки, согласования и подписания документов. Сократите время и объем ошибок с 1С:Документооборот! Покупайте в Инфостарт и получайте 15% бонусов на наши услуги, сервисы и мероприятия!
63100 руб.
19.02.2016 116484 169 5
1С:Предприятие 8 Платные (руб)
"1С:Архив" – это универсальная система для надежного долговременного хранения документов с гарантией юридической значимости на неограниченный срок. Решение разработано на основе нормативно-правовых актов по архивному делу, поддерживает операции хранения документов: от попадания в архив до уничтожения, и не имеет ограничений на объем хранимых данных. "1С:Архив" сопровождается методологической поддержкой в виде организационных документов по хранению, входящих в состав "Комплекта нормативных документов" к "Методике управления документами и совместной работой", разработанной специалистами фирмы "1С". Использование "1С:Архива" позволяет организовать единое хранилище всех бумажных и электронных документов из разных информационных систем, вести архивный учет в соответствии с требованиями Росархива и снизить нагрузку на учетные системы. С 1 апреля 2026 года стоимость изменится на 14%, успейте купить решение по цене 2025 года!
117000 руб.
24.10.2022 8757 17 1
SALE! 35%
Загрузка и выгрузка в Excel Учет документов Распознавание документов и образов Бухгалтер Пользователь 1С:Предприятие 8 1С 8.3 1С 8.5 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление холдингом 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Бухгалтерский учет Управленческий учет Платные (руб)
Программа для распознавания сканов или фотографий товарных документов в 1С. Просто выбираете файл (PDF, XML, JPG, DOC, XLS, HTML) и нажимаете кнопку "Распознать и загрузить".
8540
5551 руб.
04.06.2019 127983 385 183
ЭДО и ОФД Учет документов 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)
Мощный, единый инструмент для решения всех проблем, связанных с переходом на ЭДО. Экономит бумагу и время – организует полностью соответствующий закону архив оригиналов первичных документов прямо в базе 1С, в прикрепленных файлах к соответствующим документам. Выявляет все возможные ошибки в ЭДО и помогает в несколько кликов их исправить. Взаимодействует напрямую с сервисами Диадок/СБИС, имеет интуитивно понятный интерфейс и учитывает 5-ти летний опыт 60+ клиентов.
19520 руб.
17.12.2018 52322 86 68
Печатные формы Учет документов Бухгалтер Пользователь 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Зарплата и Управление Персоналом 3.x Бухгалтерский учет Управленческий учет Платные (руб)
Приложение для быстрого создания макетов печатных документов, заполняемых из 1С:Предприятие, без привлечения программистов и запуска конфигуратора. Шаблон готовится в редакторе MS Word, отлично освоенном офисными служащими. Так, на подготовку нового шаблона договора купли продажи со спецификацией потребуется 25 минут. Приложение будет полезно, если Вы работаете со множеством Word-шаблонов или если Вам надо часто создавать новые шаблоны. Есть сертификат "1С: Совместимо!". Версия ПРОФ доступна в виде расширения.
2000 руб.
05.09.2017 99536 80 107
WEB-интеграция Взаиморасчеты Аналитик Бухгалтер Руководитель проекта 1С:Предприятие 8 1С:Документооборот Бухгалтерский учет Управленческий учет Платные (руб)
Расширение для конфигурации 1С:Документооборот 8 КОРП, позволяющее с помощью сервиса "1СПАРК риски" проверять благонадежность контрагентов непосредственно из программы 1С.
7320 руб.
23.05.2018 31980 20 10
Печатные формы Бухгалтер Пользователь 1С:Предприятие 8 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Бухгалтерский учет Управленческий учет Платные (руб)
Расширение для печати договоров с приложением из шаблонов. Быстрая подготовка заполненных договоров без ручного заполнения. Возможность использования дополнительных реквизитов контрагентов и номенклатуры Быстрое сохранение файлов договоров и отправка по электронной почте. Решение в Реестре отечественного ПО.
15000 руб.
20.04.2016 70506 199 107
Роли и права Системный администратор 1С:Предприятие 8 1С:Документооборот Управленческий учет Платные (руб)
Внешняя обработка позволит быстро добавить участников в любое количество документов, заменить целиком набор участников или удалить лишь некоторых из них для одного объекта или группы документов.
6000 руб.
23.10.2015 67300 121 25
Второе видео по настройке часть 2. При согласовании на 2:12 согласующий не видит Объект БД который он согласует (Объект не найден). Либо либо неудачный пример и что-то не так с правами Бахшиева, либо что-то еще..
Обновление от 25.09.2016
Выпущена версия "1.0.0.009" изменения:
- Добавлена возможность указать свойство "Запретить использование объекта БД пока он не согласован" в справочник "Тип объекта БД".()
- Исправлены роли подсистемы "Согласования", чтобы корректно обновлялись вспомогательные данные в конфигурациях где используются БСП
Поставил подсистему на УНФ 1.6.5.28. Возникло несколько вопросов:
1. Кроме раздела "Согласование" появился еще и раздел "Прочее (не переносить)". В нем на панели навигации есть три пункта - "Договоры контрагентов", "Заявка на оплату" и "Контрагенты". Подозреваю, что надо было более тонко настраивать параметры слияния конфигураций, хотя все делал строго по видеоинструкции.
2. Сломалась форма карточки пользователя в соответствующем справочнике. Теперь там нет параметров аутентификации в информационной базе. На скрине слева сломанная форма, справа - рабочая (иконку согласования поменял я сам).
3. В условиях согласования для справочников (если конкретно, то "Контрагенты") очень ограничен выбор реквизитов для контроля. В частности, нет доступа к дополнительным реквизитам справочника.
Конечно, вопрос можно решить с помощью произвольного условия, но это уже другой путь.
4. Ну и самое главное - так и не разобрался в настройках предмета согласования в части действий. Если делать все по инструкции, то после согласования я не могу провести документ, так как он заблокирован.
Для возможности его проведения я должен предусмотреть действие "Разблокировать объект БД" "При завершении если согласовано". При этом документ становится доступным для произвольного редактирования и повторного проведения без всякого дополнительного согласования. Как все-таки сделать так, чтобы после согласования документ возможно было провести, но нельзя редактировать, а редактирование становилось бы возможным только после отмены действующего согласования и требовало бы нового согласования перед повторным проведением.
Добрый день, Илья.
По поводу первых двух пунктов:
2. Сломалась форма карточки пользователя в соответствующем справочнике. Теперь там нет параметров аутентификации в информационной базе. На скрине слева сломанная форма, справа - рабочая (иконку согласования поменял я сам).
Это признаки того, что подсистема перенесена не верно, т.е. были перенесены еще служебные объекты:
После того как в конфигурации сделали "Конфигурация - Сравнить объединить с конфигурации из файла" выбрали файл CF
Необходимо снять галочку со свойств, остальные галки не трогать.
Необходимо сделать заново перенос подсистемы в вашу конфигурацию.
По остальным пунктам записал, как появится свободное время, обработаю их и отпишусь Вам.
(10)
В данный момент не могу обещать, что будет реализована такая возможность, потому что в различных конфигурациях дополнительные реквизиты и свойства реализованы по разному.
Сейчас, как, Вы, правильно заметили, это можно реализовать только через "Произвольное условие".
Для возможности его проведения я должен предусмотреть действие "Разблокировать объект БД" "При завершении если согласовано". При этом документ становится доступным для произвольного редактирования и повторного проведения без всякого дополнительного согласования. Как все-таки сделать так, чтобы после согласования документ возможно было провести, но нельзя редактировать, а редактирование становилось бы возможным только после отмены действующего согласования и требовало бы нового согласования перед повторным проведением.
Да, Вы, правы такая возможность полезна, записал в доработки, как будет реализована напишу.
Встроил подсистему настроил для справочника Номенклатура.
В результате вся номенклатура в системе приняла статус "Не Согласована" и соответственно недоступна для использования в документах.
Попробовал изменить статус номенклатуры в закладке "Статусы согласований", по одной позиции меняется, групповая обработка не работает.
Справочник "Номенклатура" содержит около 80000 позиций, и изменение статуса по одной позиции очень трудоемко. Неплохо было бы или при первичном заполнении данных выставить статус "Согласовано", либо дать возможность группового изменения реквизита.
В обработке "Статусы согласований":
- реализована возможность установить статус для выделенных объектов.
(15) Виктор, теперь можно выделить список элементов, и нажать "Установить статус" для выделенных объектов будет установлен выбранный статус.
Это сообщение говорит о том что динамический список почему то получил более 1 записи для документа заявка на расход дс.
Подскажите в какой момент выдается ошибка?
Есть ли возможность скинуть дт с примером ошибки?
Выпуск релиза 1.0.0.013
Изменения
Добавлен реквизит "Не увеличивать номер очереди" в справочник "Предметы согласований". Это позволяет создавать задачи по согласованию для нескольких ролей сразу.;
Пример:
Уточните, пожалуйста, есть ли возможность, или такая возможность планируется, для запроса уточнения от участника согласования к инициатору?
И второй момент, можно ли будет настроить группы согласующих с возможностью параллельного и последовательного согласования документа?
Например, группа 1 имеет признак "Параллельное согласование", следовательно всем пользователям данной группы будет одновременная рассылка на э. я., что необходимо принять участие в согласовании документа.
Или так:
Группа 2 имеет признак "Последовательное согласование", т. е. уведомление о необходимости принятия участия в процессе согласования документа придет на э. я. сначала только первому пользователю группы, и только после его согласования второму и т. д.
Добрый день, Самвел.
Прошу прощения видимо пропустил это сообщение.
Уточните, пожалуйста, есть ли возможность, или такая возможность планируется, для запроса уточнения от участника согласования к инициатору?
И второй момент, можно ли будет настроить группы согласующих с возможностью параллельного и последовательного согласования документа?
Например, группа 1 имеет признак "Параллельное согласование", следовательно всем пользователям данной группы будет одновременная рассылка на э. я., что необходимо принять участие в согласовании документа.
Или так:
Группа 2 имеет признак "Последовательное согласование", т. е. уведомление о необходимости принятия участия в процессе согласования документа придет на э. я. сначала только первому пользователю группы, и только после его согласования второму и т. д.
Возможно изменения сделанные в 13 релизе как раз то, что Вам нужно.
Изменения
Добавлен реквизит "Не увеличивать номер очереди" в справочник "Предметы согласований". Это позволяет создавать задачи по согласованию для нескольких ролей сразу.;
Что касается
Пока такая возможность не планируется.
Пожелание записал.
Планируется ли проведение согласованного документа, так как несогласованный документ провести нельзя.
А так если документ получил статус "Утвержден" он бы автоматически провелся.
Спасибо.
Добрый день, Сергей.
Автоматического проведения документа при установке статуса "Утвержден" такое не планируется делать.
Пожелание записал, если что-то измениться по этому поводу сообщу.
Добрый день, Ирина.
Такой возможности нет.
Само прикрепления вложения к сообщению это небольшая проблема.
Проблема как это реализовать универсально, т.к. формирование вложений (печатных форм, файлов, отчетов) в каждой конфигурации реализовано по своему.
Поэтому, обещать ничего не могу.
В любом случае задачу записал.
Вопрос - а можно согласовывать не последовательно а сразу всем? например уведомления рассылаются сразу 3 пользователям и они жмут согласовать независимо друг от друга.
Вопрос - а можно согласовывать не последовательно а сразу всем? например уведомления рассылаются сразу 3 пользователям и они жмут согласовать независимо друг от друга.
Добрый день, спасибо за отзыв.
Да, это возможно, для этого добавлен реквизит "Не увеличивать номер очереди" (в релизе 1.0.0.013) в справочник "Предметы согласований".
Это позволяет создавать задачи по согласованию для нескольких ролей сразу.;
Возможно ли настроить такой сценарий:
1. Вводится новый контрагент, для его использования требуется согласование.
2. У согласованного контрагента меняются реквизиты => Контрагент разблокируется для редактирования и требуется пересогласование. В рецензии на пересогласование в идеале показать, какие реквизиты поменялись.
Возможно ли настроить такой сценарий:
1. Вводится новый контрагент, для его использования требуется согласование.
2. У согласованного контрагента меняются реквизиты => Контрагент разблокируется для редактирования и требуется пересогласование. В рецензии на пересогласование в идеале показать, какие реквизиты поменялись.
Добрый день.
В текущей версии, такое реализовать нельзя.
В целом если говорить о таком сценарии, то его достаточно сложно реализовать универсально для всех баз, куда может быть встроена конфигурация.
Поэтому рекомендую, Вам, самостоятельно доработать такой механизм конкретно в Вашей конфигурации.
В любом случае пожелание записал, если что то изменится, обязательно сообщу.
Подскажите как настроить подсистему для согласования справочников?
С документами разобрались. Интересует согласование "Контрагентов", "Номенклатура", "Статьи затрат". У каждого справочника свой согласующий.
Спасибо.
Добрый день,
>"А где можно найти все задачи, которые создает подсистема при согласовании? Например, чтобы проанализировать время визирования документов согласующими лицами?"
через интерфейс открыть все задачи не получится.
Единственное могу предложить использовать КонсольЗапросов и в котором смотреть такой запрос:
ВЫБРАТЬ
бпсЗадача.Ссылка,
бпсЗадача.ВерсияДанных,
бпсЗадача.ПометкаУдаления,
бпсЗадача.Номер,
бпсЗадача.Дата,
бпсЗадача.БизнесПроцесс,
бпсЗадача.ТочкаМаршрута,
бпсЗадача.Наименование,
бпсЗадача.Выполнена,
бпсЗадача.ФактическийИсполнитель,
бпсЗадача.ФактическаяДатаВыполнения,
бпсЗадача.ОтложенаДо,
бпсЗадача.КлючЗадачи,
бпсЗадача.Пользователь,
бпсЗадача.РольАдресации,
бпсЗадача.ПодразделениеАдресации,
бпсЗадача.Представление
ИЗ
Задача.бпсЗадача КАК бпсЗадача Показатьпо поводу
> И можно ли в "Мои задачи-Задачи по согласованию" добавить поля из предмета согласования, например, приоритет или контрагента? Заранее спасибо!
Интерактивно это не получится сделать. Необходимо дописывать самостоятельно.
Добрый день, Андрей.
Под использованием понимается следующее: проверка если данный объект указан в другом объекте.
Например:
"Договор №15" нельзя указать в "Реализации товаров" или где то еще, сработает проверка перед записью.
На картинке ошибка. Правильно в данном случае: "Что бы еще согласовать?".
Намеренно, точно не пытался.
Если в каких то моментах он схож тогда это даже хорошо.
Основное преимущество данной конфигурации, возможность встраивания в любую другую конфигурацию.
Если в каких то моментах он схож тогда это даже хорошо.
Основное преимущество данной конфигурации, возможность встраивания в любую другую конфигурацию.
это преимущество давным давно имеется в 1С:ДО, а конкретнее в Библиотеке интеграции с Документооборотом
Возможно ошибаюсь, поправьте если не так.
Мне кажется чтобы использовать библиотеку интеграции с документооборотом,
в целевой конфигурации должна использоваться достаточно свежая БСП (библиотека стандартных подсистем).
Или такой зависимости нет?
Мне кажется чтобы использовать библиотеку интеграции с документооборотом,
в целевой конфигурации должна использоваться достаточно свежая БСП (библиотека стандартных подсистем).
Или такой зависимости нет?
требутся БСП 2.1.2
В этом случае каждый сам решает, что ему проще:
Вариант №1:
* внедрить в свою конфигурацию БСП нужной версии;
* далее внедрить использование "Библиотеки интеграции с Документооборотом";
если не куплена 1с: ДО тогда добавляем еще:
* купить 1с: ДО;
* внедрить 1с: ДО;
Вариант №2
* внедрить эту подсистему.
Если задача состоит только в согласовании, то с моей точки зрения
у варианта №2 есть преимущества:
* более безопасный;
* быстрее выполнимый;
* значительно менее затратный по деньгам;
* конечный результат будет достигнут с высокой вероятностью.
Опять же каждый сам для себя решает, что ему важнее.
Могу лишь только добавить, что "нетленка" выложена на Github и любой можешь доработать ее и поправит всплывший баг.
Далее исправления (через Pull Request) попадут в основную ветку продукта.
Как это сделать писал в
* "Github и 1С. Пошаговая инструкция на конкретном примере"
Добрый день, Евгений.
Правильно понимаю, что у Вас, в Вашем документе есть реквизит "СтатусСогласования" и Вы хотите его изменить вручную?
При этом у документа стоит запрет использования пока объект не согласован?
P.S. меня зовут Антон, а то как то Автор, совсем абстрактно.
Правильно понимаю, что у Вас, в Вашем документе есть реквизит "СтатусСогласования" и Вы хотите его изменить вручную?
При этом у документа стоит запрет использования пока объект не согласован?
P.S. меня зовут Антон, а то как то Автор, совсем абстрактно.
Да, Антон, все верно. Что именно влияет на блокировку объектовБД?
Евгений,
на блокировку объекта БД влияет два флага в элементе справочника "Предметы согласования":
* Запретить проведение объекта БД пока он не согласован
* Запретить использование объекта БД пока он не согласован
Если они оба сняты, тогда блокировка не выполняется.
Антон, это понятно. Но мне нужно, чтобы документ не был доступен лдя редактирования, пока он не согласуется окончательно. Но во время смены статусов согласования я хочу чтобы документ грубо говоря разблокировался незаметно для пользователя, и в нем поменялся реквизит, а потом снова заблокировался для записи до следующей смены статуса согласования. Подскажи, можно такое реализовать тут?
А есть механизм "понимания" о необходимости согласования в целом по объекту?
Т.е. какие то обработчики со стороны подсистемы перед записью/проведения документа, в которых, собственно выполнять код по проверки необходимости согласования - например, в этом коде, относительно документа, скажем, Заказа покупателя - делать проверку на рентабельность сделки в целом и по отдельным номенклатурным позициям в частности (код проверки конечно же есть), и если проверка не проходит (рентабельность меньше какого-то установленного порога) - запускать собственно процесс согласования с нужной маршрутизацией?
Второй момент - описательный состав согласования (что согласовывать и почему оно пришло на согласование) - как то редактируется? Или мне необходимо, все же, дорабатывать (как я вижу) форму согласующего лица, относительно примера: отображать те номенклатурные позиции, которые не рентабельны в этой сделке. Если кратко - как внедрить свою форму согласующего?
Добрый день.
А есть механизм "понимания" о необходимости согласования в целом по объекту?
Т.е. какие то обработчики со стороны подсистемы перед записью/проведения документа, в которых, собственно выполнять код по проверки необходимости согласования - например, в этом коде, относительно документа, скажем, Заказа покупателя - делать проверку на рентабельность сделки в целом и по отдельным номенклатурным позициям в частности (код проверки конечно же есть), и если проверка не проходит (рентабельность меньше какого-то установленного порога) - запускать собственно процесс согласования с нужной маршрутизацией?
В данный момент такого механизма нет. Но также как и Вы считаю, что он был бы полезен.
Добавил задачу
Теперь если рассматривать текущие возможности подсистемы, то это реализовать возможно.
Необходимо в условиях прописать Ваш код (см. вложение).
В этом случае если ни одно из условий не выполнится, будет считаться, что согласование не требуется
и статус будет сразу "Утвержден" (когда нажмут на кнопку "Отправить на согласование")
Если, Вы, про пояснение которое приходит к рецензенту.
То такая доработка планировалась, но не реализована.
Добавил задачу:
По поводу реализации данных доработок, не могу обещать когда сделаю, т.к. свободного времени нету.
Если будут желающие доработать это, то им помогу.
Просто в свое время тоже реализовывал (не совсем удачный, сейчас я бы сделал по другому) подобный функционал, и там предусматривал такой подход:
Есть отдельный справочник "Настройки согласования", в нем можно подобрать объект метаданных (документ, справочник) который подлежит согласованию, установить его статус - Активный, т.е. согласования по нему включены.
Далее при проведении такого объекта, делается проверка на участие его в схеме согласования (по справочнику), далее выполняется Код, который можно написать в режиме предприятия (входит в состав справочника Настройка согласования), он называется "Код необходимости старта процесса согласования" - который должен вернуть Структуру с полем "Результат" булева типа: Истина/Ложь. В контексте кода есть переменная ОбъектСогласованияСсылка.
Далее в этом справочнике есть ТЧ "Этапы согласования", в каждой строке ТЧ - Наименование этапа и Роль исполнителя по этапу. Для каждой строчки (этапа согласования) - есть также свой "Код условия перехода в Этап согласования" - который должен вернуть Истину, если необходимо стартовать данный этап согласования рецензентом.
Например, в первом этапе можно всегда возвращать Истину, фактически это тоже что и "Код необходимости старта согласования" в целом. Далее, выполняется код второго этапа - например в нем можно проверить рентабельность сделки если с ней всё ок - идем дальше по этапам (если нет - то стартует задача по Роли на этапе), далее, например в 3-4 этапах, можно проверить по сумме сделки - до 50000 - согласовать по 3 этапу Начальником отдела, если от 50000 до 99999т.р. - стартует 4 этап - по роли Ген дир.
Ну в таком духе машинка..
Пример:
Настройки:
Перед стартом - Заблокировать объект БД
При завершении если не согласовано - Разблокировать объект БД
При возвращении на доработку - Разблокировать объект БД
Запретить проведение объекта БД пока он не согласован - Истина
Стоит условие на документ "Реализация товаров и услуг" если Сумма документа Больше или равно "1 000"
Создаем новый документ "Реализация товаров и услуг" где сумма документа больше 1000. При проведении выдает "Ошибка! запрещено проводить документ, пока он не согласован для предмета согласования [Согласование по реализации товаров и услуг]". Все правильно документ подходит под условие и нужно его согласовать. Записываем документ.
Далее отправляем на согласование и согласовываем этот документ, статус становится "Утверждено".
И после согласования документу разрешено проведение, но срабатывает другая проверка на блокировку так как стоит условие "Перед стартом - Заблокировать объект БД" и выдает ""Ошибка! запрещено изменять объект согласования [Реализация товаров и услуг]" его все равно нельзя провести! Потому что в подписке на события перед записью сначала идет проверка на проведение, и потом проверка на блокировку объекта и отказ становится Истина, если он находится в регистре заблокированных документов.
Если поставить условие "При завершении если согласовано - Разблокировать объект БД" тогда смысл от этого согласования, если пользователь после согласования сможет зайти изменить спокойно данные в документе и провести его с новыми изменениями без всяких проверок. Документ при проведении уже не отправится на согласование так как уже имеет статус "Утверждено".
Если переписать формы на обычные, то все ок будет?
1. Переделывать подсистему на обычные формы не надо, достаточно указать в свойствах конфигурации Альфа-Авто, что используется "Управляемое и обычное приложение". Подсистема согласований будет работать.
2. Обновить платформу, Вы, можете, другое дело, что режим совместимости в свойствах конфигурации Альфа-Авто останется 8.2.
3. Пришлите скриншот с текстом предупреждения.
Добрый день.
В данный момент только создавать отдельные условие на соответствие подразделений.
Т.е. делать вот такое условие: Если заявка на Подразделение = ЦФО тогда Роль адресации = такая то и Подразделение адресации = ЦФО.
В списке улучшений такое было заложено, но не реализовано:
Пока не могу сказать когда это будет реализовано.
Добрый день.
В данный момент, кодом такое условие не задать.
Речь о том, чтобы в предмете согласования, добавить столько строк с условиями, сколько есть подразделений.
Допустим у нас есть 3 подразделения:
Подразделение №1, Подразделение №17, Подразделение 25 и для каждого у них свой рецензент.
В этом случае в предмете согласования необходимо добавить 3 строки
1) Если ПодразделениеВЗаявке = "Подразделение №1" То РольРецензента2 и "Подразделение №1"
2) Если ПодразделениеВЗаявке = "Подразделение №17" То РольРецензента12 и "Подразделение №17"
3) Если ПодразделениеВЗаявке = "Подразделение №25" То РольРецензента8 и "Подразделение №25"
Чуть позже скину скрин с примерными настройками
В такой ситуации надо заново создавать согласование или есть механизм запуска повторного согласования?
Добрый день, Василий.
Необходимо в предмете согласования указать признак "Разрешено повторное согласование" (см. скрин)
В этом случае у рецензента будет видна дополнительная кнопка "Вернуть на доработку" (см. скрин)
"Прицепил" вашу доработку к ERP 2.4.5.
При открытии списка "Статусы согласования" возникает ошибка. См. приложенный файл.
После нажатия ОК и выбора типа объекта список заполняется.
Можно ли, сразу, при пустых отборах заполнять полным списком имеющихся объектов?
С уважением,
Дмитрий.
Спасибо за оперативный ответ!
Есть ещё задача, которую не могу решить с помощью вашего решения.
Настроил согласование Заказа поставщику.
Но по окончании его требуется двигать по статусам.
Если заблокировать изменения утвержденного Заказа поставщику, то поставить статус Закрыт невозможно, ни из списка,
ни из, естественно, документа.
Если не блокировать, то любой сможет менять не только статусы, но любые другие реквизиты.
Может подскажете хитрость какую-то?
Дмитрий,
Если заблокировать изменения утвержденного Заказа поставщику, то поставить статус Закрыт невозможно, ни из списка,
ни из, естественно, документа.
Если не блокировать, то любой сможет менять не только статусы, но любые другие реквизиты.
Может подскажете хитрость какую-то?
В данном случае какой то специальной настройки нет.
Добавил задачу , если будет что то похожее реализовано, то сообщу.
Здравствуйте, коллеги!
Не могу снять с поддержки блок БПС, чтобы исправить ошибку.
В частности, ни обработку, ни, отдельно, форму.
Всю конфигурацию снял, а доработка БПС не снялась.
Может пришлете исправленный релиз?
Установил вашу доработку на базу с историческими данными.
Настроил согласование договоров с запретом использования несогласованного договора
Естественно, старые договоры не согласованы.
Установил статус "Утверждено" нажатием "Установить статус" на все старые договоры.
Но система не позволяет их использовать с выдачей сообщения
"Ошибка! запрещено использовать объект [Договор 454/ТД], пока он не согласован для предмета согласования [Проверка договора юристом]"
1. Отслеживается ли дата Утверждения при использовании объектов, т.е. если согласовали, в моем случае, договор 01.02.18,
а перепроводим документ с этим договором от 01.01.18 будет ли запрещено проведение?
2. Как старым объекта корректно установить статус "Утверждено" для избегания таких ошибок?
Дмитрий,
по поводу:
а перепроводим документ с этим договором от 01.01.18 будет ли запрещено проведение?
Дата утверждения не отслеживается. Статус договора берется на текущую дату.
Необходимо создать и заполнить документ "бпсРегистрацияСтатусаОбъекта" в котором указать статус для старых договоров.
Если это будет делать пользователь, тогда включить ему роль "бпсРедактированиеДокументаРегистрацияСтатусаОбъектов".
Я так и устанавливал "Утвержден", через кнопку "Установить статус"
Но вот какой результат проведения старого Заказа поставщику со старым договором, согласованным таким образом
Дмитрий,
не получается повторить ошибку.
Смотрите gif во вложении
Проверьте у себя сколько есть предметов согласования для договоров в которых указан признак "ЗапрещеноИспользованиеОбъекта.."
А также какой статус указывается (новые не добавляли?), должен быть указан предопределенный "Утверждено"
Добрый день.
Да, для этого необходимо установить признак в предмете согласовании "Запретить использование объекта БД пока он не согласован"
Под типовую конфигурацию версии 8.2 будет работать? Основной режим запуска "Обычное приложение".
Добрый день, Дамир.
Какая версия платформы установлена?
Если не ниже 8.3.8.1652, то должно работать.
При этом:
У нас версия платформы 8.3.8.1933.
В параметрах указано "Редактирование конфигурации для режимов запуска - Управляемое приложение и обычное приложение".
Антон, тогда у меня следующий вопрос. То что выложены на github-е это актуальная версия подсистемы ?
Добрый день, Александр.
Отменить согласование, да сможет любой пользователь подсистемы БПС.
А вот согласовать сможет, если он указан в качестве рецензента, иначе как он найдет задачу на согласование.
Если речь про установку статуса вручную, то это регулируется отдельным правом "бпсРедактированиеДокументаРегистрацияСтатусаОбъектов"
В качестве временного решения, выдал на них права на чтение всем пользователям.
Но по-хорошему надо выполнять эти обращения в привелигерованном режиме.
В FAQ написано: можно ли вызывать форму «Статусы согласований» прямо из элемента справочника или документа? Да, можно. Если у Вас используются управляемые формы тогда необходимо:
зайти в конфигуратор;
найти общую команду «бпсСтатусСогласования»;
нажать правую кнопку мыши выбрать свойство;
в свойстве “Тип параметра команды” указать составной тип данных и выбрать нужный объект.
Но у меня в конфигураторе напротив этого объекта стоит значок "замок" - нельзя редактировать, когда делаю даблклик, то показывает как будто можно редактировать.
Я чего-то не понимаю
А вопрос у мня такой: в обработке "Статусы согласования" для динамического списка хотел настроить видимость полей - убрать поле "Согласование" и добавить стандартные поля по отдельности Ссылка.Номер и Ссылка.Дата, а может и еще что понадобится. Но не обнаружил команды "Изменить форму". Как можно добавить эту команду?
Добрый день,
Большое спасибо за такие слова, очень приятно слышать.
По поводу вопроса, отвечу немного позже.
Добрый день.
Думаю это связано с тем, что запрос для динамического списка формируется динамически при изменении "Типа объекта БД".
Поэтому и нет команды "Изменить форму". Могу лишь посоветовать кодом добавлять новые колонки в зависимости от выбранного типа.
Или же попробуйте добавить отдельный отчет в котором выведите нужные Вам колонки.
Не уверен, что правильно понял, что требуется.
Могу посоветовать использовать возможность отправки документа "Вернуть на доработку" в этом случае можно настроить, чтобы документ стал доступен для редактирования.
Чтобы ответить на этот вопрос, надо понимать как связаны входящие электронные документы, контрагенты и подразделения.
Возможно Вам подойдет возможность указания произвольного условия:
Результат = Ложь;
Если УстановленоПодразделениеДляКонтрагента(ОбъектБД) Тогда
Результат = Истина;
Конецесли;
Если ЗначениеЗаполнено(ИмяТЧ) Тогда
ТЧОъектаБД = Источник[ИмяТЧ];
Для каждого СтрокаТЧОъектаБД из ТЧОъектаБД цикл
ЗначениеРеквизита = СтрокаТЧОъектаБД[ИмяРеквизита];
//Nikita
Если ТипЗнч(ЗначениеРеквизита) = ТипКоторыйТребуетсяСогласовать И ЗначениеЗаполнено(ЗначениеРеквизита) Тогда
//*Nikita
МассивСсылокДляПроверки.Добавить(ЗначениеРеквизита);
Конецесли;
Конеццикла;
Иначе
(165)
Добрый день.
Спасибо. Залили в конфигурацию.
Короче, есть идея интеграции VIBER и подсистемы согласований. Например, пользователь по VIBER шлет команду "#УТВЕРДИТЬ Документ: УУ00-000651
от: 19.08.2019" . Выполняется обработка команд на сервере 1С . Есть ли какая-то точка входа для внешнего вызова утверждения-отклонения? Я уже мозг сломал, разбираясь с кодом, написанным людьми с гораздо большим опытом, чем у меня ;-)
Собираемся внедрять ваши наработки в УНФ. Подскажите, будут ли в ближайшее время выходить релизы, стоит ли подождать или запускаться на данной версии?
Куда копать, с чем может быть проблема?
Заранее спасибо за ответ!
Добрый день, Олеся.
Спасибо за отзыв.
По поводу почты могу лишь посоветовать попробовать отправку с включенным/выключенным признаком "Использовать типовые средства 1с при отправке почты"
Если это не помогает, то тут надо уже смотреть код и запускать отладку.
Добрый вечер, Александр.
Да, верно необходимо открывать замок.
Идея перевести на расширения давно была и есть. В чистую перевести не получится так как в расширении нет бизнес процессов. Плюс пока данные все еще рекомендуют хранить в основной конфигурации.
Добрый день.
Рад, что подсистема понравилась.
По поводу:
>"возможность согласовать через ответное письмо, без входа в 1с" было бы супер. если еще это будет ответное смс или сообщение телеграмм, то это будет полный улет.
Пока разработка нового функционала в данной подсистеме приостановлена.
Изменения вносятся, если обнаруживаются ошибки или кто-то присылает свои доработки к функционалу.
Для автора рекомендую:
освоить "Определяемые типы",
посмотреть на ИТС как элементарно оформлять модуля
сообщить() - рекомендуется не использовать уже давно
Нстр, СтрШаблон - посмотреть что это.
Получить* и прочие устаревшие названия функций - заменить рекомендуемыми из ИТС
Да, я уже заканчиваю доработку. Пришлю скоро после внедрения, как разрешу все первые инциденты.
Помимо модификации самой подсистемы , сделал отдельное расширение которое добавляет интерактивно колонки "Статус согласования" в объектах согласования и в Текущие дела "Мои согласования". Это расширение необходимо для бесшовной интеграции в конфигурации.
Отправляю на согласование, формирует задачи, значения реквизита "пользователь" в них не заполняет, только роли.
При этом список задач в бпсЗадача.ФормаСписка строится от пользователя, без учета ролей.
В вызове процедура СогласоватьСРецензентомПриСозданииЗадач, где собственно создаются задачи:
//ЗадачаОбъект.Пользователь = СтрокаЛистСогласования.Пользователь;
читаю описание и комменты, видео посмотрел, но пока не понимаю, как правильно настроить, чтобы
пользуны видели свои задачи?
Недостаточно прав для работы с таблицей "Справочник.бпсПредметыСогласований"
{ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1888)}: Результат = Форма.Записать(ПараметрыЗаписи);
{Документ.ДоверенностьВыданная.Форма.ФормаДокумента.Форма(667)}: ОбщегоНазначенияУТКлиент.ОбработатьЗаписьОбъектаВФорме(ЭтотОбъект, ПараметрыДляЗаписи);
по причине:
Ошибка при выполнении обработчика - 'ПередЗаписью'
по причине:
Недостаточно прав для работы с таблицей "Справочник.бпсПредметыСогласований"
{ОбщийМодуль.бпсОбщийМодуль.Модуль(184)}: ТЗДанныеДляПроверки = Запрос.Выполнить().Выгрузить();
{ОбщийМодуль.бпсОбщийМодуль.Модуль(13)}: ТЗДанныеДляПроверки = ПолучитьТЗДанныеДляПроверки(Источник);
{ОбщийМодуль.бпсОбщийМодуль.Модуль(7)}: ПроверитьНетЛиОбъектовКоторыеТребуетсяСогласоватьПередИсполь
по причине:
Недостаточно прав для работы с таблицей "Справочник.бпсПредметыСогласований"
Есть ситуация в которой обьект БД должен согласовываться только если он создан конкретным пользователем, если он создан другими пользователями то его не нужно блокировать и согласовывать вообще. Я так понимаю, что если документы выбраны как обьект БД для согласования, то в любом случае придется согласовывать все документы?
Добрый день.
(200)
Да, согласовывать необходимо все документы, но если будут указаны условия в предмете согласования, которые дадут пустой лист согласования, то при отправке на согласования "Объект БД" сразу согласуется.
Намеренно сделал невыполнимые условия:
Отправил на согласование, контрагент сразу утвердился
сотрудник компании - Вся фирма
Руководитель - сотрудник компании.Руководитель
т.е. мне придется для каждого подразделения адресации делать условие:
сотрудник компании - Бухгалтерия
Руководитель - Бухгалтерия
сотрудник компании - Отдел закупок
Руководитель - Отдел закупок
Добрый день, Александр.
>т.е. мне придется для каждого подразделения адресации делать условие:
Да, необходимо указывать для каждого подразделения указывать пользователя в регистре адресации.
В предмете согласования, также необходимо указывать конкретный элемент подразделения.
Возможно не понял вопроса.
Подскажите, в чем может быть проблема?
Добрый день.
Скорее всего необходимо сделать вставку в коде как описано в публикации
>Для конфигураций УТ 11, Комплексная автоматизация 2.0, Розница 2.2 после того как перенесли подсистему в конфигурацию
дополнительно необходимо внести код в общий модуль "БизнесПроцессыИЗадачиСобытия" процедура ЗаписатьВСписокБизнесПроцессов:
//+ БПС_Согласование 2016-07-27
Если ТипЗнч(Источник) = Тип("БизнесПроцессОбъект.бпсСогласование") Тогда
Возврат;
Конецесли;
//- БПС_Согласование 2016-07-27
Однако также есть вопросы:
1) Список реквизитов для установки условий неполный (стандартные реквизиты не выводятся), а иногда вовсе отсутствует. С чем связано - непонятно (тестировал на документе "Платежное требование" Бух 3.0.79,14), запрос в компоновщик передаётся корректный.
2) Не нашёл способа отказаться от согласования части объектов. Такая возможность есть?
Например, не требуется согласовывать документы, сумма которых <2000 р. Соответственно, надо как-то разрешить их проведение, а на остальные накладывать запрет.
пТекстЗапроса = "ВЫБРАТЬ *
|ИЗ
| "+пМенеджерОбъектаДляЗапроса+"."+пОбъектБДИмяМетаданных+" КАК ЗапросКРеквизитамОбъекта
|ГДЕ
| ЗапросКРеквизитамОбъекта.Ссылка = &Ссылка
|";
НаборДанных.Запрос = (пТекстЗапроса);
Подскажите, пожалуйста, не получается корректно настроить согласование несколькими согласователями. Первая очередь согласования может выполняться двумя руководителями (ставим галочку "Не увеличивать номер очереди"), следующая очередь - Юрист (без галочки).
Получается, Руководитель1 - очередь 1, Руководитель2 - очередь 1 (не увеличивать номер), и Юрист - ставит тоже очередь 1. Как правильно это настроить?
Добрый день, Роман.
Необходимо в предмете согласования поставить признак "Не увеличивать номер очереди" = ДА только в первой строке. Если было бы 3 ролей, которые должны согласовывать одновременно, тогда поставить признак "Не увеличивать номер очереди" = ДА в первых 2 строках.
Добрый день, Андрей.
Сохраняется условие И, т.е. нужно чтобы согласовал каждый рецензент.
Чтобы можно было использовать условие ИЛИ не нужно использовать "не увеличивать номер очереди" необходимо создать роль в которую включить нужных рецензентов, в этом случае достаточно согласование одного из них.
Например если последний согласующий вернул на доработку, она вернулась инициатору.
Добрый день, Максим.
Например если последний согласующий вернул на доработку, она вернулась инициатору.
В текущей реализации, если пользователь жмем "Вернуть на доработку", тогда процесс переходит к "Инициатору"
Чтобы была доступна кнопка "Вернуть на доработку" необходимо в предмете согласования указать признак
"Разрешено повторно согласование" = ДА
{Обработка.бпсСтатусыСогласований.МодульМенеджера(36)}: ПроцессОбъект.Записать();
{Обработка.бпсСтатусыСогласований.Форма.Форма.Форма(226)}: Обработки.бпсСтатусыСогласований.ОтправитьНаСогласование(ДопПараметры);
{Обработка.бпсСтатусыСогласований.Форма.Форма.Форма(212)}: ОтправитьНаСогласованиеНаСервере(ДопПараметры);
по причине:
Ошибка при выполнении обработчика - 'ПриЗаписи'
по причине:
Неверный тип значения: РегистрСведений.ДанныеБизнесПроцессов.Владелец
{ОбщийМодуль.БизнесПроцессыИЗадачиСобытия.Модуль(25)}: Блокировка.Заблокировать();
{Обработка.бпсСтатусыСогласований.МодульМенеджера(36)}: ПроцессОбъект.Записать();
{Обработка.бпсСтатусыСогласований.Форма.Форма.Форма(226)}: Обработки.бпсСтатусыСогласований.ОтправитьНаСогласование(ДопПараметры);
по причине:
Неверный тип значения: РегистрСведений.ДанныеБизнесПроцессов.Владелец
Поймал данную ошибку при старте Процесса согласования. Последняя КА 2.4.
Евгений,
необходимо вставить следующий код, как описано в публикации
>Для конфигураций УТ 11, Комплексная автоматизация 2.0, Розница 2.2 после того как перенесли подсистему в конфигурацию
дополнительно необходимо внести код в общий модуль "БизнесПроцессыИЗадачиСобытия" процедура ЗаписатьВСписокБизнесПроцессов:
//+ БПС_Согласование 2016-07-27
Если ТипЗнч(Источник) = Тип("БизнесПроцессОбъект.бпсСогласование") Тогда
Возврат;
Конецесли;
//- БПС_Согласование 2016-07-27
Добрый день.
Нет, такой возможности сейчас нет.
При не согласовании маршрут может возвращатся только инициатору.
Подойдет для:
Конфигурация УКФ 3.0 (3.0.95.29)
Платформа 8.3.16.1876
?
от этого контрагента в Текущие дела ЭДО поступает документ, который должен быть согласован,
создастся ли автоматически задача на согласование?
Элеонора,
>Если мы создаем шаблон согласования с условием по контрагенту,
от этого контрагента в Текущие дела ЭДО поступает документ, который должен быть согласован,
создастся ли автоматически задача на согласование?
Нет, не создастся.
Как показано во 2 видео: делаем отбор по объекту, получаем список доступных заявок (или Поступлений) и отправляем на согласование
Если возможно, можем обсудить функционал - мы согласны на доработку
Возможно ли на определенном этапе изменить список рецензентов?
Например, Заявитель отправил заявку на расходование, формируется лист согласования.
На следующем этапе Экономист проверяет правильность заполнения и на данном этапе,
при согласовании экономистом переформировать лист согласования в зависимости от
измененных реквизитов заявки?
Или возможно ли согласование одного объекта по разным предметам согласованиям, сейчас отбирается первый предмет согласования по коду.
Например изначально Предмет согласования - Заявка ДС -лист согласования Заявитель - Экономист,
Далее эта-же заявка Экономист-Директор-Генеральный директор
Возможно ли пометить на удаление текущий старый предмет согласования, и создать по объекту новый предмет? будет ли срабатывать он при запуске новых согласований?
И обратная операция, если мы пометим новый созданный предмет, и снимем пометку со старого, вернуться ли маршруты?
Спасибо
(252)
Да, возможно.
Да, будет.
Новый предмет согласования будет подбираться в форме статусы согласования.
И он же будет использоваться при старте нового согласования.
Да, можно.
В этом случае старый предмет согласования будет указываться в форме статусы согласования.
И старый предмет будет указываться при старте новых согласований.
Обращаю внимание, что запущенные согласования по новому предмету в этом случае останутся без изменений.
По ним нужно будет либо прервать согласования либо довести согласование до конца.
Столкнулась с такой проблемой. Пользователь отправляет на согласование документ и может отменить согласование, пока документ "в процессе согласования". После получения статуса "Утвержден" пользователь уже никак не может отменить согласование, чтобы что-либо исправить и заново отправить. Появляется ошибка:
Нарушение прав доступа!
{Документ.бпсРегистрацияСтатусаОбъекта.МодульМенеджера(60)}: ДокОбъект = Документы.бпсРегистрацияСтатусаОбъекта.СоздатьДокумент();
Заодно сделала в этом случае установку статуса "Не утверждено" и удаление из заблокированных.
Сообщение об ошибке "Первые 1" было уже исправлено в релизе 1.0.0.015
По поводу второй ошибки, да такая проблема была, она уже была поправлена ранее, но релиз не был выпущен.
Выпустил новый релиз 1.0.0.016 попробуйте его проблема должна уйти.
Изменения:
Исправил получение признака, справочник иерархический или нет. Не учитывался случай когда используется ИерархияЭлементов;
@nikita добавил проверку заполненности значения реквизита, если тип объекта требуется согласовывать.
Артем, сейчас если указано "Запретить использование БД пока он не согласован" = Да, то это действует для всех объектов данного типа.
Как вариант можете указать вручную статус согласования для таких договоров, что не требуется согласовывать.
Скажите пожалуйста этот функционал реализован?
"возможность согласовать через ответное письмо, без входа в 1с;"
Если да то где в настройках найти шаблон ответного письма?
Спасибо.
Изменения:
реализована динамическая адресация по подразделениям
список разрешенных реквизитов для заблокированных объектов БД
Прочее:
Смена используемой платформы при разработке и выгрузке в гит 8.3.19.1150
Добрый день, Владислав.
Предполагается, что реквизит объекта имеет тип "Справочник.бпсПодразделенияАдресации".
То есть если Ваш реквизит имеет тип "СтруктураПредприятия", то именно он не подойдет.
Нужно, чтобы объект согласования содержал реквизит с типом "бпс_ПодразделениеАдресации".
Второй вариант это добавить новый реквизит "бпс_ПодразделениеАдресации" в "СтруктураПредприятия" и при динамической адресации брать значение из него.
Подразделение.бпс_ПодразделениеАдресацииПравда в этом варианте, нужно будет скорректировать код в БизнесПроцессе.бпсСогласование метод ЗаполнитьЛистСогласования
В этом месте необходимо сначала получить значение реквизита объекта БД, а потом уже от него получить значение из нового реквизита.
//если подразделение устанавливается динамически, тогда меняем на подразделение из ОбъектаБД
Если СтрокаОпределениеЛистаСогласования.Условие.ВыборПоПодразделениям Тогда
СтрокаЛистСогласования.ПодразделениеАдресации = ОбъектБД[пУсловие.РеквизитПодразделение];
КонецЕсли;
Добрый день, Артем.
А обычное уведомление на почту работает?
Просто по тексту ошибки очень похоже на проблему уведомления на почту.
Сейчас нельзя отключить отправку уведомлений на почту, поэтому должны быть выполнены настройки и для почты.
Сообщение отправлятся от имени учетной записи, которую я настроил в подсистеме согласования... от нее и отправляется сообщение. Проблему с телеграммом вроде поняли. База опубликована через прокси.... то есть чтобы по ссылке в базу зайти через браузер, сначала придется ввести логин и пароль прокси ссервера, только потом открывается окно запроса логина и пароля в саму базу. поэтому в телегу не проходят сообщения.... видимо. Ковыряемся)
СистемнаяУчетнаяЗаписьЭлектроннойПочты = Справочники.бпсУчетныеЗаписиЭлектроннойПочты.СистемнаяУчетнаяЗаписьЭлектроннойПочты;
Соединение = бпсОбщийМодуль.УстановитьСоединениеСПочтой(СистемнаяУчетнаяЗаписьЭлектроннойПочты);
Выборка = РезультатЗапроса.Выбрать();
Пока Выборка.Следующий() Цикл
пИдентификаторСообщения = Выборка.ИдентификаторСообщения;
ПараметрыПисьма = Новый Структура;
ПараметрыПисьма.Вставить("Кому", Выборка.Кому);
ПараметрыПисьма.Вставить("Тело", Выборка.Тело);
ПараметрыПисьма.Вставить("Тема", Выборка.Тема);
СообщениеОтправлено = Ложь;
Попытка
бпсОбщийМодуль.ОтправитьПочтовоеСообщение(СистемнаяУчетнаяЗаписьЭлектроннойПочты,ПараметрыПисьма,Соединение); ПоказатьДобрый день!
Очень нужная штука!
У меня в документе есть дополнительная табличная часть, в которую заносятся менеджеры, которые должны согласовать документ. Их количество - плавающее. Надеюсь с помощью этой доработки смогу прописать маршрут.
Александр, добрый день.
Не удается загрузить из файлов в конфигурацию выдает ошибку
Какая версия платформы использовалась при выгрузке в Git?
Необходимо было использовать 8.3.19.1150
Просьба либо перевыгрузить файлы под указанную платформу либо прислать CF файл.
Изменения:
реализована возможность указать свой алгоритм для нахождения тех кто будет согласовывать Инструкция
Прочее:
Смена используемой платформы при разработке и выгрузке в гит 8.3.20.1674
Добавил описание
При поступлении документа руководителю приходит уведомление в его телеграм, тут всё окей
После того как документ согласован - инициатору не приходит уведомление в телеграмм (приходит только на почту), а в ошибках пишет что система пытается отправить сообщение на ID пользователю = [0].
ID действительно отсутствует в форме отправки уведомления.. Хотя пользователю БПС он присвоен так-же как и руководителю.
1С:Управление торговлей.
Добрый день, Олег.
возможность перенаправлять задачу согласования другому рецензенту;
возможность согласовать через ответное письмо, без входа в 1с;
Нет, такого понимания нет. Ждем желающих внести такие изменения =)
Новое:
#35 В Согласование добавлена колонка "Согласователь" и "Алгоритм" в табличную часть "ЛистСогласования".
Прочее:
#32 Скорректировал получение номера строки при проверке разрешенных реквизитов
#34 Не заполнены путь к данным на ФормаЭлемента и ФормаГруппы для справочника бпсАлгоритмыНахожденияСогласователей
Добрый день.
Рад, что понравилась.
Нет, такой возможности нет.
Вариантов несколько:
Можете скачать здесь проект за SM.
Можете сделать доработку какую то и прислать в проект см.
Подскажите, пожалуйста, как можно решить следующую задачу - менеджер может создать контрагента, но его нельзя использовать, пока он не будет согласован. Сейчас, если поставить флаг "Запретить использование объекта БД, пока он не согласован", не получается записать созданного контрагента.
Добрый день, Филипп.
Достаточно указать в предмете согласования "Запретить использование объекта БД пока он не согласован", в этом случае должно давать создавать контрагента.
Проверил на своей базе, контрагент создается, проблему пока не могу воспроизвести.
Добрый день!
Столкнулись с такой же проблемой
Есть настроенная системная учетная запись (отправка писем из 1с работает стабильно)
Настройка учетной записи электронной почты подсистемы Согласование без установленного флага "Использовать типовые средства 1с при отправке" выдает такую же ошибку, как и в сообщении ранее.
Если флаг установить выходит другая ошибка: "Аутентификация не прошла (SMTP error code 535 5.7.3 Authentication unsuccessful
)
{ОбщийМодуль.бпсОбщийМодуль.Модуль(1018)}: Соединение.Подключиться(Профиль);
{ОбщийМодуль.бпсОбщийМодуль.Модуль(1001)}: Соединение = УстановитьСоединениеСПочтой(УчетнаяЗапись);
{ОбщийМодуль.бпсОбщийМодуль.Модуль(790)}: ИдентификаторСообщения = ОтправитьСообщение_ТиповыеСредства1с(УчетнаяЗапись,ПараметрыПисьма,Соединение);
{ОбщийМодуль.бпсОбщийМодуль.Модуль(460)}: ИдентификаторСообщения = ОтправитьСообщение(УчетнаяЗапись, ПараметрыПисьма, Соединение);
{Справочник.бпсУчетныеЗаписиЭлектроннойПочты.Форма.ФормаЭлемента.Форма(8)}: ИдентификаторСообщения = бпсОбщийМодуль.ОтправитьПочтовоеСообщение(Справочники.бпсУчетныеЗаписиЭлектроннойПочты.СистемнаяУчетнаяЗаписьЭлектроннойПочты,ПараметрыПисьма);
{Справочник.бпсУчетныеЗаписиЭлектроннойПочты.Форма.ФормаЭлемента.Форма(48)}: КомандаОтправитьТестовоеСообщениеНаСервере(АдресЭлектроннойПочтыКому);
{mngbase/InputCommon2.lf(5)}: Close(1);
по причине:
Аутентификация не прошла (SMTP error code 535 5.7.3 Authentication unsuccessful
)"
Подскажите пожалуйста как побороть ошибку?
Есть ли возможность переадресовать задачу на согласование на другого пользователя после запуска процесса, если, например, выяснилось, что текущий согласовательная отсутствует на работе?
Есть ли возможность настроить отображение задачи на согласования вместе с другими задачами пользователя на начальной странице?
Добрый день.
Если в "Предмете согласования" используется адресация по "Подразделению" + "РольАдресации" - тогда можно добавить запись в РС: "Регистр адресации" на замещающего сотрудника, в этом случае все созданные задачи будут видны замещающему сотруднику.
Нет, сейчас такое настроить нельзя.
После перехода на релиз 2.5.8.342 (1С ERP УП), при попытке остановить типовое задание, где предметом является договор, возникает ошибка (текст ниже). Этот же договор в системе согласования имеет статус "Утвержден".
Планируется ли исправление данной ошибки?
Текст ошибки:
У пространства блокировок БизнесПроцесс.бпсСогласование не существует поля с именем ВедущаяЗадача
{ОбщийМодуль.БизнесПроцессыИЗадачиКлиент.Модуль(99)}:Форма.Записать();
{БизнесПроцесс.Задание.Форма.ФормаБизнесПроцесса.Форма(413)}:БизнесПроцессыИЗадачиКлиент.ОстановитьБизнесПроцессИзФормыОбъекта(ЭтотОбъект);
по причине:
Ошибка при выполнении обработчика - 'ПриЗаписи'
по причине:
У пространства блокировок БизнесПроцесс.бпсСогласование не существует поля с именем ВедущаяЗадача
по причине:
У пространства блокировок БизнесПроцесс.бпсСогласование не существует поля с именем ВедущаяЗадача
Алексей,
Вам необходимо в общий модуль БизнесПроцессыИЗадачиСервер процедура ПриИзмененииСостоянияЗадачи
Вставить следующий код
// [+] БПС_Согласование 18.12.2022
Если МетаданныеБизнесПроцесса.Имя = "бпсСогласование" Тогда
Продолжить;
КонецЕсли;
// [+] БПС_Согласование 18.12.2022
Павел, добрый день.
Подскажите какая версия платформы у Вас и какой режим совместимости указан в конфигурации?
Вместо ЭтаФорма, необходимо использовать ЭтотОбъект начиная с платформы 8.3.3
После камасутры с ролями и правами методами научного тыка и ампутации выяснилось, что чтобы заработали колонки, надо включить в роли для всех справочников и документов "чтение" и "просмотр", а затем в объекте задача жамкнуть "просмотр и редактирование" и таблиц значений (причем, если уйти-вернуться на таблицы, с них галочки исчезают). Только после этого колонки появились.
На новом месте работы надо было допились систему согласования, которая скачена у вас. Одна из задач была: добавить колонки, которых не было у рядовых пользователей. Если правильно понял, то это потому что в динамическом списке тип "Документ.Ссылка". И если не на все объекты "документ" есть право на чтение, то почему-то на пару колонок получился запрет.
Не знаю как это всё взаимосвязано.
Добрый день,
Да, должно работать.
Единственное скорее всего еще придется код в 2 места (см. описание в публикации)
Для конфигураций УТ 11, Комплексная автоматизация 2.0, Розница 2.2 после того как перенесли подсистему в конфигурацию
дополнительно необходимо внести код в общий модуль "БизнесПроцессыИЗадачиСобытия" процедура ЗаписатьВСписокБизнесПроцессов:
//+ БПС_Согласование 2016-07-27
Если ТипЗнч(Источник) = Тип("БизнесПроцессОбъект.бпсСогласование") Тогда
Возврат;
Конецесли;
//- БПС_Согласование 2016-07-27А также дополнительно необходимо внести код в общий модуль БизнесПроцессыИЗадачиСервер процедура ПриИзмененииСостоянияЗадачи
// [+] БПС_Согласование 18.12.2022
Если МетаданныеБизнесПроцесса.Имя = "бпсСогласование" Тогда
Продолжить;
КонецЕсли;
// [+] БПС_Согласование 18.12.2022Так понимаю, что статус должны быть как "Горец" - остаться только один. Тогда получается либо как-то должен стираться старый статус или измениться текст запроса. Не поможете с этим вопросом?
p.s. Тест запроса взят из "Статусы согласований".
В расширениях не было регл. заданий, бизнес а процессов.
Раньше точно не планировал, с выходом 8.3.23 можно будет вернутся к этому вопросу.
Но там в любом случае останется вопрос режима совместимости, вряд ли типовые конфигурации быстро перейдут на 8.3.23
Александр, добрый день.
В данном случае еще не было запущено согласование.
Если бы кто-то нажал "Не согласовано" то стоял бы статус "Отклонено" и кнопка "Лист согласования" была бы доступна.
Добрый день, Газиза.
Нам не подошел данный функционал.
Обычно, сначала ставят на копии и там принимают решение подходит подсистема или нет.
Есть два варианта:
1. Ничего не удалять, просто убрать пользователям права от подсистемы согласования:
"(БПС) Пользователь"
2. Потребуется разработчик для этого.
В конфигураторе все объекты подсистемы начинаются с префикса "бпс"
Можете в конфигураторе установить отбор на подсистему "бпсСогласование" и удалить все объекты, что к ней относятся.
Но перед этим необходимо снять с поддержки
Все это сначала выполните на копии своей базы, убедитесь, что все работает как Вам требуется.
Вопрос: можно ли реализовать следующий сценарий с помощью этой подсистемы:
Требуется согласовать один закупочный документ многими участниками процессов:
- служба закупок
- служба бюджетирования
- служба бухгалтерии
При этом все эти службы должны согласовывать документ параллельно. Службе закупок для редактирования доступны одни реквизиты, службе бюджетирования свои, а службе бухгалтерии свои, но возможны ситуации, когда определенные реквизиты доступны сразу нескольким службам. Если хотя бы одна из служб согласовала свои реквизиты, то они блокируются, а остальные нет. При этом если даже все согласовали свои реквизиты, то у пользователя должна быть возможность редактировать определенные реквизиты документа, например такие как "Комментарий пользователя", прикреплять файлы к документу, но не удалять их. Кроме этого бывают ситуации, когда идет срочная закупка (на выходных и праздниках например) и согласование со службой бюджетирования и бухгалтерией является неблокирующими в этом случае (просто никого не найдете на выходных).
Добрый день.
В проект исправляются найденные ошибки и вношу доработки, что присылают пользователи.
>При этом все эти службы должны согласовывать документ параллельно.
Для параллельного согласования необходимо использовать реквизит "Не увеличивать номер очереди" в справочник "Предметы согласований". Это позволяет создавать задачи по согласованию для нескольких ролей сразу.
Для остальных вопросов скорее всего потребуется доработка, в текущем режиме не получится настроить.
Почитайте инструкцию Возможно что то подойдет.
Добрый день, Андрей.
Да, если Word - файл сохраняется в каком то справочнике например "ДоговорыКонтрагентовПрисоединенныеФайлы"
1-ая до10 т.р. согласовывает один человек, 2-ая- согласовывают 3 человека (юрист, безопасник...) 3-я - 5 человек и утверждает гендир. Возможно такое?
(349)
1-ая до10 т.р. согласовывает один человек, 2-ая- согласовывают 3 человека (юрист, безопасник...) 3-я - 5 человек и утверждает гендир. Возможно такое?
Добрый день, Андрей.
Да, такое возможно.
Добрый день, Андрей.
Например можно сделать так:
1. условие (без условия) - там указываем роль "Основной по заявкам на оплату";
2. Сумма оплаты больше 10 тыс - там указываем роль "Юристы, Безопасники"
3. Сумма оплаты больше 50 тыс - там указываем роль "_РегДиректор"
Огромная Вам благодарность за разработку!
Скажите, планируется ли выпуск подсистемы, как расширение?
Добрый день, Евгений.
Скажите, планируется ли выпуск подсистемы, как расширение?
Отлично, рад, что понравилась.
Планы переделать на расширение есть, но жду когда подтянутся основные типовые конфигурации. Нужен режим совместимости 8.3.25 (чтобы регл. задания можно было делать и свои бизнес процессы).
проверено на ерп 2.17
Простите, перепутал Ваше имя.
У пользователя только роль (БПС) Пользователь. А кнопка Установить Статус доступна. В чем может быть причина?
2. В первой очереди два согласующих (параллельно, у второго стоит флаг Не увеличивать очередь). Если один из параллельно согласующих отправляет на доработку, то зачи на доработку не возникает у инициатора. Что не так?
Константин,
У пользователя только роль (БПС) Пользователь. А кнопка Установить Статус доступна. В чем может быть причина?
Да, кнопка доступна, но если нажмет скорее всего будет выдана ошибка прав доступа и статус не установится новый.
Да, нужна доработка.
Получается при возврате на доработку, необходимо проверять параллельно созданные задачи и выполнять их тоже со статусом возвращено на доработку.
Создал задачу
Если поправите сами, пришлите изменения, залью в основную поставку.
Хотелось бы видеть историю этих трех процессов и листы согласования по ним.
Константин, добрый день.
Хотелось бы видеть историю этих трех процессов и листы согласования по ним.
Необходим в отчете "Лист согласований" указать "Показывать только последние согласования" = Нет, тогда будут выданы все согласования (см. скрин)
Дмитрий, добрый день.
Спасибо, выложил на ВК Видео.
Видео список Согласование (подсистема) 1с:
Настройка нового согласования 1 часть:
Настройка нового согласования 2 часть:
Обзор подсистемы Согласования часть 1:
Обзор подсистемы Согласования часть 2:
Как встроить подсистему Согласование в конфигурацию:
Как настроить учетную запись для отправки уведомлений:
Выявились нюансы
1. после завершения согласования чуть ли не кто угодно может зайти в список Статусы согласований и отменить уже согласованный бизнес-процесс.
2. при этом не срабатывают действия при отмене согласования.
Это так и задумывалось? Хочется понять логику решения.
Добрый день, Станислав.
Да, сейчас при нажатии на кнопку "Отменить согласование" нет дополнительного контроля по правам.
Требуется доработка.
Это так и задумывалось? Хочется понять логику решения.
Какие действия?
В любом случае если доработаете это поведение, пришлите изменения, внесу в основную поставку.
Действия, которые прописаны в настройках бизнес процесса согласования при отмене согласования.
(375)
Не уверен что смогу сделать корректную доработку без хорошего знания логики.
Но вроде как видится В процедуре
Обработки.бпсСтатусыСогласований.ОтменитьСогласование(ДопПараметры)
вызов
бпсСогласование.ВыполнитьДействие(Перечисления.бпсДействия.УстановитьСтатусНовый,Отказ) при отмене согласования.
Но проблема в том что БП может быть уже завершен.
Поэтому пока непонятно как быть.
Добрый день.
Сейчас при отмене согласования выполняется следующее:
1. Устанавливается статус "Отклонено" для бизнес процесса "Согласование";
2. Если бизнес процесс был в статусе "В процессе согласования", тогда еще для задачи ставится "НеСогласовано".
Больше никаких дополнительных действий не выполняется.
В настройках бизнес процесса нет возможности указать дополнительные действия (см. скрин).
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 544937
Создание 25.08.16 13:35
Обновление 16.03.25 09:38
Просмотры 113705
Загрузки 574
Рейтинг
217
Комментарии 375
Код открыт Да
Рубрики Документооборот и делопроизводство (СЭД)
Кому
Пользователь
,
Руководитель проекта
Тип файла Архив с данными
Платформа 1С:Предприятие 8
Конфигурация Универсальные
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Управленческий учет
Доступ к файлу Абонемент ($m)
