Есть документ, отражающий постановку заявок разным отделам.
В нем фиксируется, кто поставил задачу, кому она адресована,
кто её исполнитель.
Подготовил
Адресат
Исполнитель
Адресат, кому адресована задача может её переадресовать другому
адресату.
Как и где правильно фиксировать историю изменений заявок?
Статистику изменений.

(0)конфигурация типовая?

(1) Предлагаешь версионирование? :) Этот документ вроде как самописанный, а конфигурация - Документооборот

(1) Документооборот 8 КОРП, редакция 2.1 (2.1.11.5).

(1)(2) Пытаюсь понять как это можно делать.
И узнать возможные варианты решения.

Писать в созданный регистр сведений? Но как?

как правильно фиксировать историю изменений?

(2) а в чем проблема использования версионирования на нетиповом документе?

(5) Подскажите пожалуйста что это? Незнаком!

Версионирование это инструмент больше для администрирования. Тут же хотелось сделать статистический отчет. Думал по регистру. Вопрос только как туда заносить данные и на сколько это актуально.

(7) Прочитай про подписку на событие

(8) Мне хочется узнать куда и как писать изменения
документа. При  переадресации задач. Что бы потом делать
при необходимости об этом отчет.

При чем тут подписки на событие?

(8)Тоже не поняла, зачем подписка на событие для единственного и самописного документа.

(0) В чем проблема? Создай ТЧ и добавляй строчку при записи.

Имхо, изначально неверный подход. Нужно было через бизнес-процессы делать.

(2) Разумеется! Любая типовая, если ей менее 5-6 лет, на БСП. А в БСП есть чудненькое Версионирование.
Зачем изобретать велосипед если он уже доведён ну не до совершенства но до очень хорошего состояния.

(4) Ну ващет версионирование (если для требуемого документа включено) - уже пишет версии в спецрегистр

(12) Можете поделиться алгоритмом для мотивации к действию
и разработки парадигмы вашего утверждения?

(7) ну а что-б не сделать отчёт на основании данных Регистра Сведений?

(14) Вряд ли включено.
Версионирование это же более инструмент администрирования?
(16) В смысле чтоб не сделать?

(0) Определись какие именно реквизиты документа хочешь отправлять в историю.
Опиши подробно структуру документа.
В данном случае гадание на кофейной гуще

(12) Есть ли где пример что бы взять на вооружение и начать разработку по нему? Подстраивая под свое решение?

(15) Познакомьтесь с объектами "бизнес-процесс" в 1С. Поймёте, о чём я говорю, они как раз на подобного рода задачи прекрасно ориентированы.

(19) Да просто наберите "бизнес процесс 1С" в гуглояндексе.

Просто на пальцах - на каждом этапе бизнес-процесса формируется Задача, которая может использоваться и как самостоятельный объект для фиксации каких-то изменений, так и для формирования других объектов. У неё есть все необходимые признаки - реквизиты, ТЧ и т.д. Каждая задача неразрывно связана со своим бизнес-процессом "Заявка", у неё есть Исполнитель. Карта бизнес-процесса позволяет условные итерации, при каждой из которых будет формироваться новая Задача. Т.е. каждый шаг бизнес-процесса будет оставлять вам свой объект Задача со всеми нужными для статистики данными.

(22) Как то все равно не доходчиво.
Нужно будет разбираться.
Совсем не часто сталкивался с бизнес процессами.
Ну тут уже самому разбираться нужно.
и по ходу решения какие если вопросы уже задавать.

(23) Разбираться надо, да. Там ничего особо сложного нет.

(24) Да тем более постановка самая простая.

1. Постановщик ставит задачу
2. Направляет её адресату
3. Адресат либо направляет её исполнителю,
   либо переадресовывает другому адресату.
4. Исполнитель получив задачу, выполняет её.

Почему (0) изначально не верный подход?
В чем преимущества бизнес процесса и задач. Никогда
не улавливал их актуальность. Это видимо можно увидеть
в сложных бизнес процессах. Этот же элементарный?!!!!

Все же оттолкнуться пока не могу. Множество деталей
там все же. Которые нужно сразу делать правильно.
Имея представление на это.

(25) Совершенно нормально и логично ложится на бизнес-процесс..

Можете подсказать какую статью для решения задачи (25).
Пока нашел http://1c.chistov.pro/2007/12/blog-post_25.html
Не знаю подойдет ли такой пример, и там нет ветвления.

(25)Ну, так-то можно вообще весь учет построить на справочниках, не используя документы и регистры.

Для задачи (25)

Будет 1 бизнес процесс? 1 задача?
Какие реквизиты?

Можете натолкнуть?

(17) > Версионирование это же более инструмент администрирования?

Нет. Версии и отчеты по изменениям версий нужны пользователям.

Администратору вообще пофигу на версии. У него от этого только головной боли больше (ресурсы тратятся на запись версий и место на диске база занимает больше, если слишком много объектов версионируется и за длительный срок версии хранятся).

(30) Ну не скажи. Смотря кого считать админом..
Я, когда сидел на фиксе, нередко выдёргивал из истории документ, который сломали шаловливые ручки бушек.

Включите версионирование. Не е*ите мозг людям.
Подключите ваш самописный документ к соответствующей подсистеме. Описание, как это правильно сделать, смотрите в документации к БСП, которая находится на ИТС. Номер версии БСП, встроенной в вашу конфу смотрите в регистре сведений ВерсииПодсистем.

(31) И для кого ты это делал? Для админов или для пользователей?... Какому админу это понадобилось?

(33) Для пользователей. А понадобилось мне, как админу базы данных

(29) На ИТС есть методическая информация

(32) Стандартные подсистемы 2.3.3.43
В регистре сведений версии подсистем.

Настройка и администрирование -> Настройка программы ->
Общие настройки - Использовать версионирование объектов, галки нет. Значит не включено.

(36) только там что то ничего нету.
Может это какой т оне подходящий механизм?

(32) Где там этот документ подключается не понятно.
Там все это версионируется что ли?

Нифига не понятный этот механизм версионирование!!!!!!

Вы каким-то не тем инструментом гвозди забиваете.
Тут единственное _логичное_ решение - БП. Остальное - костыли для имитации БП.

(0) не нужно никакой истории.
типовой механизм документооборота позволяет стартовать процессы на основании документов.
позволяет переадресовывать задачи исполнителям, контролировать исполнение, согласовывать и т.д. и т.п.
если я правильно понял интересует по каждому документу (заявке) у кого она в данный момент на исполнении, а не история изменений самого документа заявка?

(41) Ну а общая история же тоже нужна.
Когда кому задача была поставлена, куда и кому адресована,
переадресована и тд.

Пока не вижу работающее версионирование в документообороте.
Только стандартная форма на все объекты и все.

(40)Иногда вариант решения очень сильно зависит от квалификации решателя.

(42) Это не история, это изменение задачи по мере прохождения по бизнес-процессам.

(44) Если делать это бизнес процессом.
Можете подсказать как начать?

(45) https://курсы-по-1с.рф/news/2017-03-02-business-processes-practice/

Начать и кончить. От простоты результата))

(45) Начни с изучения конфигурации и чтения на ИТС методических материалов.

(44) Там не изменение одной задачи, на каждом шаге создаётся новая задача. Они связаны одним БП и у каждой есть принадлежность к определённому шагу. Т.е. при трёхэтапном БП без условных итераций будет три задачи, с итерациями - хоть триста. И каждая будет хранить свои значения.

ЭТАПЫ БИЗНЕС ПРОЦЕССА:

1. Старт
2. Постановка (Постановка заявки)
3. Адресат (Получение заявки)
4. Решение о исполнении переадресации
5. ?
6. Исполнитель (Исполнение заявки)


Если после пункта 4. задача идет не исполнителю
на исполнение, а переадресовывается другому адресату
куда стрелка ветвления пойдет в бизнес процессе?
На пункт 3?

Разумеется. С новым адресатом.

Он либо акцептует и уходит на этап исполнения, либо опять переназначает.

(49) Согласен

Пункт 4 выглядит как ветвление с двумя выходами - переадресация или акцептование. Это не этап, а блок условия.

(52) Ну то есть в блоке разветвления уходит либо
снова на блок с Адресатом, либо идет к Исполнителю.
Если не происходит переадресации.

Наверное у исполнителя тоже возможно ветвление.
Справился он с заявкой или нет. Если нет, то он
перенаправляет её снова на блок Адресат?

Поступило адресату. Адресат решает, исполняет сам или переадресует. Переадресовал. Новый адресат решает, исполняет сам или адресует. И так до бесконечности. После принятия решения об исполнении переход на блок исполнения, после которого никаких переадресаций уже нет в описанном случае.

В более сложной схеме можно добавить переадресацию после исполнения, если исполнение подразумевает поэтапную смену исполнителей.

В Сети всё есть, читайте, изучайте и пробуйте. Здесь вам готового решения никто не даст.

(56) Адресат, может сам исполнить, или он может быть начальником отдела, кому и приходят заявки. а он их уже переадресует исполнителям.

(57) Понятно, так и нужно. только пока никак не соберусь с мыслями.

(58) "Адресат, может сам исполнить, или он может быть начальником отдела, кому и приходят заявки. а он их уже переадресует исполнителям"

Ну, это нормальный процесс.
Я, помнится, делал такое в ЦРМ. Из внешнего источника загружаются задачи и ставятся на начальника отдела. И он уже сам раскидывает по исполнителям.
А ещё выпендрёжней было, когда при загрузке задачи автоматом раскидывались по исполнителям в зависимости от их загрузки ))

(10) "... зачем подписка на событие для единственного и самописного документа." - чтобы отлавливать изменения при "ОбменДанными.Загрузка = Истина",  когда обработчики (в т.ч. "ПриЗаписи") программно отключаются.

(59) А уровень загрузки как определялся? По очереди/количеству ещё не исполненных задач?

(61) Да, по количеству задач или не принятых, или в определённых статусах

(59) Ну эт уже полноценный сервисдеск, по сути, с кипиаями и прочей лабудой.

(63) Ну, это CRM вполне нормальная. Кипиаи прикручивались сверху, как и большинство нужных других отчётов

(32) Методом проб подключил подсистему документа
к версионированию. У документа появилась история изменений.
Не знаю на сколько это эффективно и полезно.
Видно что работает.

(65+) Получается версионирование, в настройках можно
включать только по подсистемам?

(66) Пообъектно. Просто включаешь объекты в подписку.
Сейчас в современных ЛСД^W БСП не знаю, но в старой УПП включалось пообъектно

(42) это все показывает стандартный отчет по бизнес процессам и задачам.
ничего не нужно. просто возьми книжку про документооборот из коробки и прочитай как он должен работать.

(67) Есть регистр сведений Версииобъектов, там включены все
объекты. Но галки не на всех, самих объектах, а на Справочник, Документ, комплексно. Если их развернуть на самих объектах галок нет.

Добавил галку в ОпределяемыйТип  - ДокументОбъект, на этот
не типовой документ.

Может по этому работает.

(68) А как он называется?

По каким задачам и бизнес процессам он показывает,
если я ещё не ввел их в работу и собираюсь разрабатывать
свои не типовые?

(68) То есть, то что хотелось в (0), уже есть в
документообороте, в типовой конфигурации?
Этот бизнес процесс. и под него нужно только подстроиться?
Разобраться как он работает?

(71+) Все же типовой механизм возможно перегруженный.
И хочется иметь свою узкоспециальную разработку для
пользования.

(39) > Нифига не понятный этот механизм версионирование

Странный ты какой-то. Тебе вроде как русским языком написали пошаговую инструкцию:
1. Смотрим версию БСП, которая встроена в твою конфу. Это ты нашел.
2. Идем на ИТС, находим документацию к БСП твоей версии.
3. Открываем раздел, посвященный внедрению подсистемы "Версионирование объектов".
4. Внимательно изучаем этот раздел (как и что там устроено).
5. Включаем версионирование (если оно не включено) и подключаем твой документ к этой подсистеме по инструкции.

Для тупых и не способных найти документацию ссылка из документации к БСП 2.3: https://its.1c.ru/db/bsp23doc#content:422:hdoc .