Форум сервиса Планфикс

Добрый день, Уважаемые коллеги.
Вот такое есть предложений.
1. Сейчас при переводе задачи в стандартный статус Отмененная, эта дата никак явным образом не фиксируется. Что не позволяет построить простой отчет для анализа от момент "принятия задачи" до "отмены". Для реализации приходится создавать свое кастомное поле дата и во все процессы и шаблоны по этим процессам где есть статус отмененная добавлять сценарий его заполнения.
Прошу рассмотреть вопрос добавления такого типового поля, по аналогии с другими типовыми полями дата принятие задачи, дата выполнения, дата фактического завершения и т.п.
Мне кажется было бы логично иметь такое поле "автоматом" (для полноты еще и дату отклонения задачи)
2. С сценариях задач вида "наступило время относительно даты", выбор типовых дат очень ограничен.
Их всего три:
Дата начала,
Дата планируемого завершения
Дата последней активности.
Предлагается дополнить список другими типовыми датами:
Дата фактического завершения;
Дата выполнения (приходится добавлять свое кастомное поле);
Дата последнего изменения;
и т.п (всеми теми которые устанавливаются автоматически системой и предусмотрены для задачи)
Спасибо.

По 1: считаю, что правильное предложение, но нужно в редких ситуациях, а если добавить стандартное поле, то размер базы данных увеличится для всех задач всех аккаунтов. Поэтому судьба предложения будет впрямую зависеть от количества и периодичности обращений.

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

Дмитрий Гончаренко писал(а): ↑

12.06.2018 18:06

По 1: считаю, что правильное предложение, но нужно в редких ситуациях, а если добавить стандартное поле, то размер базы данных увеличится для всех задач всех аккаунтов. Поэтому судьба предложения будет впрямую зависеть от количества и периодичности обращений.

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

Дмитрий, спасибо.

Дмитрий Гончаренко писал(а): ↑

12.06.2018 18:06

По 1: считаю, что правильное предложение, но нужно в редких ситуациях, а если добавить стандартное поле, то размер базы данных увеличится для всех задач всех аккаунтов. Поэтому судьба предложения будет впрямую зависеть от количества и периодичности обращений.

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

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

Здравствуйте, Илья!
Пока задача в очереди, какой-то дополнительной информации по ней сказать не могу.

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

Это имеет смысл обсудить отдельно, темой на форуме или задачей в Службу поддержки. Правильнее избавляться от множественности терминов для одного и того же события, если оно присутствует в системе.

Также очень не хватает условия на проверку в сценариях пустого значения типовой даты. Для кастомных есть Не содержит значение в поле, а для типовых - нет.

Зафиксировал это отдельной задачей на доработку.

Также очень не хватает условия на проверку в сценариях пустого значения типовой даты. Для кастомных есть Не содержит значение в поле, а для типовых - нет.

Реализовали это

Спасибо.

По пункту 2 реально надо . Здорово что Илья создает темы на форуме.

Мне вообще больше нравится подход : давайте сделаем это в ПФ или реализуем средствами ПФ, чем в ПФ это сделать сейчас невозможно-вот вам "наворот" через API.

2. С сценариях задач вида "наступило время относительно даты", выбор типовых дат очень ограничен.
Их всего три:
Дата начала,
Дата планируемого завершения
Дата последней активности.
Предлагается дополнить список другими типовыми датами:
Дата фактического завершения;
Дата выполнения (приходится добавлять свое кастомное поле);
Дата последнего изменения;

Также голосую за 2ой пункт здесь.

+1 за 2й пункт!

Дмитрий Гончаренко писал(а): ↑

12.06.2018 18:06

По 1: считаю, что правильное предложение, но нужно в редких ситуациях, а если добавить стандартное поле, то размер базы данных увеличится для всех задач всех аккаунтов.

Я не знаю, кто у вас занимается проектированием структур данных и каков его уровень знаний, но это задача для студента 2-3 курса матмеха (нормального универа) и даже не на курсовик.
Для сущности "задача" с атрибутом "отмененная" иметь дополнительный атрибут "дата отмены". В зависимости от того, где и как сейчас вы храните разные наборы дат по задачам - определить ей местопребывание (отдельной таблицей - очевидное, простое и потому скорее всего неправильное решение). Самое главное (и естественное), что это поле данных добавляется только для отмененных задач, а не всех.
Извините, не вижу в этом проблемы