Номер задачи в наименовании
-
- Сообщения: 117
- Зарегистрирован: 07.09.2016 07:56
Номер задачи в наименовании
Добрый день!
Мы применяем карточки задач для регистрации Входящей и Исходящей корреспонденции, в задаче есть поле "Рег номер Вх", в котором указывается номер письма. Возможно ли добавить возможность вставлять в наименование задачи и подзадач значение, указанное в этом поле? То есть как вариант сделать возможным добавлять к названию задачи значение из какого-либо поля задачи.
Мы применяем карточки задач для регистрации Входящей и Исходящей корреспонденции, в задаче есть поле "Рег номер Вх", в котором указывается номер письма. Возможно ли добавить возможность вставлять в наименование задачи и подзадач значение, указанное в этом поле? То есть как вариант сделать возможным добавлять к названию задачи значение из какого-либо поля задачи.
-
- Сообщения: 4123
- Зарегистрирован: 06.06.2012 13:54
Здравствуйте, Рената!
Если я правильно понял задачу, то такая возможность есть, называется Переменные в задачах.
Если я правильно понял задачу, то такая возможность есть, называется Переменные в задачах.
-
- Сообщения: 117
- Зарегистрирован: 07.09.2016 07:56
Здравствуйте, Дмитрий!
В поле "Рег номер Вх" значение вносится из справочника, в справочник это значение добавляется сотрудником в момент создания задачи. Работа с переменными это не совсем то. Но я еще рассмотрю возможность использования переменных в задачах.
А реализовать формирование наименования задачи таким образом "[поле Рег номер Вх] Название создаваемой задачи " не удастся?
В поле "Рег номер Вх" значение вносится из справочника, в справочник это значение добавляется сотрудником в момент создания задачи. Работа с переменными это не совсем то. Но я еще рассмотрю возможность использования переменных в задачах.
А реализовать формирование наименования задачи таким образом "[поле Рег номер Вх] Название создаваемой задачи " не удастся?
-
- Сообщения: 4123
- Зарегистрирован: 06.06.2012 13:54
-
- Сообщения: 117
- Зарегистрирован: 07.09.2016 07:56
-
- Сообщения: 281
- Зарегистрирован: 29.06.2014 17:11
-
- Сообщения: 117
- Зарегистрирован: 07.09.2016 07:56
-
- Сообщения: 281
- Зарегистрирован: 29.06.2014 17:11
-
- Сообщения: 117
- Зарегистрирован: 07.09.2016 07:56
-
- Сообщения: 281
- Зарегистрирован: 29.06.2014 17:11
-
- Сообщения: 117
- Зарегистрирован: 07.09.2016 07:56
-
- Сообщения: 281
- Зарегистрирован: 29.06.2014 17:11
-
- Сообщения: 460
- Зарегистрирован: 23.05.2013 21:46
А я вот кстати поддержу Ренату — я так понимаю ей нужно вычисляемое поле, т.е. которое из нескольких полей делает одно.
Нам тоже постоянно это надо как в задачах, так и в справочниках. Есть набор полей, из них надо собрать отдельное поле, если значения полей изменились, поле должно обновиться.
Пример — запись справочника — поле Название должно "собираться" из нескольких полей, переписывать каждый раз вручную поле Название при изменении какого либо из 5 например полей абсолютно невозможно и так у нас практически во всех справочниках. А если не будет общего поля название, то и найти не возможно саму запись.
Нам тоже постоянно это надо как в задачах, так и в справочниках. Есть набор полей, из них надо собрать отдельное поле, если значения полей изменились, поле должно обновиться.
Пример — запись справочника — поле Название должно "собираться" из нескольких полей, переписывать каждый раз вручную поле Название при изменении какого либо из 5 например полей абсолютно невозможно и так у нас практически во всех справочниках. А если не будет общего поля название, то и найти не возможно саму запись.
-
- Сообщения: 117
- Зарегистрирован: 07.09.2016 07:56
-
- Сообщения: 4123
- Зарегистрирован: 06.06.2012 13:54
К сожалению, это технически не представляется возможным. Переменная хранится в шаблоне и заменяется значением в процессе создания по нему задачи, как выше написал Михаил. Мы не знаем, каким именно значением заменена переменная, а значит не можем заменить это значение потом на другое.
Михаил выше предложил решение, с которым я согласен: хранить номера входящих/исходящих в отдельном поле и выводить это поле в списках задач, отчетах и т.п. Если обратиться к истокам - обычному бумажному журналу регистраций - то мы увидим, что там номера входящих и исходящих фиксируются в отдельной графе, а не приписываются к названию документа. И это правильно.
Михаил выше предложил решение, с которым я согласен: хранить номера входящих/исходящих в отдельном поле и выводить это поле в списках задач, отчетах и т.п. Если обратиться к истокам - обычному бумажному журналу регистраций - то мы увидим, что там номера входящих и исходящих фиксируются в отдельной графе, а не приписываются к названию документа. И это правильно.
-
- Сообщения: 171
- Зарегистрирован: 19.01.2016 18:50
Дмитрий, Вы разве не видите как всё крутиться вокруг одного и того же. Например, тут обсуждали не удобство вида просто названия задачи в списках. viewtopic.php?f=24&t=3212
Но вы настаиваете на каких-то своих полурешениях и мне не особо понятно почему. Я уже, например, тоже предлагал позаимствовать идею конструктора формы задачи у такой системы как Pyrus. viewtopic.php?f=20&t=3668
Вот так, например, в том же самом Пайрусе задаётся включения значения поля в название задачи (см. скриншот). И название задачи формируется полностью автоматически, без возможности редактирования пользователем. Если пользователю нужно простая строка, добавляется одно поле "Название задачи" и она единственная включается в название задачи.
С другой стороны, даже если зайти со стороны функционала Планфикс, можно было бы решить эту задачу, если бы была возможность создать такой "Автоматический сценарий" (при любом изменении задачи), в котором можно было бы сформировать "Название задачи" по определённому шаблону.
Но вы настаиваете на каких-то своих полурешениях и мне не особо понятно почему. Я уже, например, тоже предлагал позаимствовать идею конструктора формы задачи у такой системы как Pyrus. viewtopic.php?f=20&t=3668
Вот так, например, в том же самом Пайрусе задаётся включения значения поля в название задачи (см. скриншот). И название задачи формируется полностью автоматически, без возможности редактирования пользователем. Если пользователю нужно простая строка, добавляется одно поле "Название задачи" и она единственная включается в название задачи.
С другой стороны, даже если зайти со стороны функционала Планфикс, можно было бы решить эту задачу, если бы была возможность создать такой "Автоматический сценарий" (при любом изменении задачи), в котором можно было бы сформировать "Название задачи" по определённому шаблону.
-
- Сообщения: 4123
- Зарегистрирован: 06.06.2012 13:54
Да, при таком условии это могло бы работать. Но я не думаю, что такой сценарий (автоматическое формирование названия задачи без возможности ее ручного редактирования) является настолько распространенным, чтобы можно было изменить поведение системы таким образом.И название задачи формируется полностью автоматически, без возможности редактирования пользователем.
Это более вероятный путь, подобное уже обсуждалось и даже зафиксировано в очереди на доработку.С другой стороны, даже если зайти со стороны функционала Планфикс, можно было бы решить эту задачу, если бы была возможность создать такой "Автоматический сценарий" (при любом изменении задачи), в котором можно было бы сформировать "Название задачи" по определённому шаблону.
-
- Сообщения: 460
- Зарегистрирован: 23.05.2013 21:46
Абсолютно реалистичный сценарий. Меня не интересует поле название задачи. Меня интересует в более широком смысле: например есть поле Полное название товара, оно формируется из десятка других полей. Если значения в любом из этих полей меняются, то результирующее значение должно также измениться. Т.е. вычисляемые поля в чистом виде.Да, при таком условии это могло бы работать. Но я не думаю, что такой сценарий (автоматическое формирование названия задачи без возможности ее ручного редактирования) является настолько распространенным, чтобы можно было изменить поведение системы таким образом.
-
- Сообщения: 4123
- Зарегистрирован: 06.06.2012 13:54
-
- Сообщения: 117
- Зарегистрирован: 07.09.2016 07:56
Дмитрий, Здравствуйте!
Какое решение принято в итоге? Будет ли запланирована доработка о включении в состав наименования задачи других полей шаблона задачи?
Добавлено спустя 1 минуту 44 секунды:
Номер задачи в наименовании необходим для дальнейшего использования поля Связка - удобство поиска задачи в общем списке по ее номеру для установления связи между ними.
Какое решение принято в итоге? Будет ли запланирована доработка о включении в состав наименования задачи других полей шаблона задачи?
Добавлено спустя 1 минуту 44 секунды:
Номер задачи в наименовании необходим для дальнейшего использования поля Связка - удобство поиска задачи в общем списке по ее номеру для установления связи между ними.
-
- Сообщения: 460
- Зарегистрирован: 23.05.2013 21:46
У нас абсолютно в каждой задаче есть необходимость собирать одно из кастомных полей из других, также и практически в каждом справочнике. Сейчас это приходится делать вручную, что очень не удобно... Речь не только про название задачи. В общем нужны вычисляемые поля.Я не спорю с тем, что такой сценарий реалистичен - но сомневаюсь, что он часто встречается.
Добавлено спустя 1 минуту 30 секунд:
С возможностью если изменяются исходные данные пересчитывать его значение.
-
- Сообщения: 6
- Зарегистрирован: 27.09.2016 15:50
-
- Сообщения: 4123
- Зарегистрирован: 06.06.2012 13:54
Здравствуйте, Рената!
Вариант решения у нас есть, но на текущий момент мы склоняемся к тому, что это сложное решение и пока не планируем его реализацию. Обсуждение в теме будет иметь решающее влияние на итоговое решение.
В частности, Вы пишете:
Такдже было бы интересно узнать примеры Михаила - возможно, там решение тоже может лежать в другой области.
Вариант решения у нас есть, но на текущий момент мы склоняемся к тому, что это сложное решение и пока не планируем его реализацию. Обсуждение в теме будет иметь решающее влияние на итоговое решение.
В частности, Вы пишете:
Возможно, эта ситуация решается не добавлением номера в задачу, а возможностью поиска в списке задач не только по названию, но и по другим полям (как вариант). И дорабатывать систему нужно именно в этом плане.Номер задачи в наименовании необходим для дальнейшего использования поля Связка - удобство поиска задачи в общем списке по ее номеру для установления связи между ними.
Такдже было бы интересно узнать примеры Михаила - возможно, там решение тоже может лежать в другой области.
-
- Сообщения: 117
- Зарегистрирован: 07.09.2016 07:56
-
- Сообщения: 460
- Зарегистрирован: 23.05.2013 21:46
Пример 1 (вычисляемое поле): есть товар (мы не продаем их, мы их разрабатываем), у него есть характеристики: Торговая марка, Вид, Наименование, масса/объем, вид макета, штрих-код — из этих полей вычисляется Полное наименование товара, которое отсылается в письмах, заносится в 1С, другие базы, в общем везде используется.Вообще справочники можно было бы использовать для хранения какой-то информации из других систем (например из 1С), периодически обновляя данные через API. Т.е. ПФ это некий фронт в котором периодически требуется оперативный доступ к данным бэка.
Пример 2 (вычисляемое поле): поле штрих-код вычисляется: префикс + номер по порядку + контрольная сумма (как вычисляется см. здесь http://www.tehreg.ru/scode_kontr.htm)