Архивная запись

[avanesov]

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

Возможна ли такая реализация?
На данный момент все очень костыльно в этом плане.

[Oleg]

Поддерживаю, очень нужно

[tax]

Чем Вас не устраивает логическое поле с установкой параметра по умолчанию"не архив" и фильтр по умолчанию "все не архивные"?

[Oleg]

Чем Вас не устраивает логическое поле с установкой параметра по умолчанию"не архив" и фильтр по умолчанию "все не архивные"?

Это все таки немного не то, и к тому же может быть несколько фильтров

[HakimzyanovA]

присоединяюсь.

Предлагаю на уровне сущности добавить настройку, в которой задавать условие аналогично фильтру и текст сообщения.
1.Записи, удовлетворяющие такому условию, должны быть доступны на редактирование и удаление только специально назначенным доверенным пользователям - администратору, главному бухгалтеру etc
Например:
1. Дата проводки<01.01.2020
2. Статус="Завершено"

2.При работе с такой записью обязательно выдать настроенное сообщение - "Вы уверены, что нужно изменить проводку за прошлый год"? Выдачу запроса в настройках сделать с возможностью on/off, чтобы облегчить массовые операции с такими записями - вдруг кому-то потребуется.
3.Все такие операции писать в журнал аудита - тогда вопрос "кто изменил сумму задним числом?!!!" получит быстрый и однозначный ответ.

[alcompstudio]

Если честно, лишний функционал. Самый простой способ - можно организовать, например, через поле Статус, где предусмотреть специальное значение Архив. И сделать в настройках фильтров по умолчанию для списка записей (в конфигурации сущности) вывод всех кроме статуса Архив. Ну а далее уже для более продвинутого вывода использовать или общие фильтры (Дополнение), где настроить вывод нужных записей в списках, или через новый функционал https://docs.rukovoditel.net/ru/index.php?p=82 , или комбинировать все вышеупомянутое + добавить автоматизацию, чтобы "отслеживать" даты, доп. действия и т.п. при архивировании - и будет полноценный "перенос" в архив записи.

Архив записи - это же не специальный какой-то элемент, это просто статус видимости записи, и все. Просто его особенностями является показывать или не показывать "широкому" кругу пользователей данную запись. Если по такой записи есть вычисления, влияющие на аналитику - они же остаются, правильно? "Архивность" не влияет на изменение результата же?

Поэтому думаю, что это уже будет "нагромождением" на систему, т.к. для скрытия/отображения записей создано немало инструментов (выше перечислил основные). Получается указанное тут пожелание создания Архива записи - это просто оформление некоего "комплекса" настроек, которые можно самостоятельно сделать, используя вышеуказанные способы. Ведь Руководитель для этого же и создан, чтобы конструировать для себя систему, имея доступные инструменты?

Или я не правильно понял цели данного элемента?

[HakimzyanovA]

Или я не правильно понял цели данного элемента?

Я по-другому понял.
Фильтры дают возможность изменять видимость, но не дают возможности запретить изменение записей по какому-либо условию.
А это нужно, см. например https://its.1c.ru/db/answers1c#content:4:hdoc
Или представьте что будет, если в банке вам задним числом сумму кредита исправят
Пока пользователей мало - такие вопросы решаются "на пальцах", когда много - должен быть механизм в ПО.

[alcompstudio]

Ну так у вас есть Автоматизация - там можно принудительно редактировать поле записи вручную.

Т.е. например в нужной сущности запрещаете редактирование поля настройками (Доступ к полям http://prntscr.com/qyf5wt). Ставите или Скрыть, или Только просмотр. А автоматизацией - "разрешаете" изменение конкретного поля. И все. Никто задним числом из пользователей не отредактирует запись, если в настройках указано даже Только просмотр. Если и нужно будет отредактировать "задним числом" - то только через специальную кнопку автоматизации - и тут уже будет видно в комментах кто и когда ставил "заднее число".

[HakimzyanovA]

давайте на конкретном примере.
Сущность: поле дата, поле сумма
Необходимо разрешить изменять поле сумма у записей за прошлые даты только бухгалтеру, видеть - всем.
За текущую дату вводить и изменять поле сумма можно всем.
Как реализовать?

[alcompstudio]

Я бы сделал так:

1. Если введение данных подразумевает условность (т.е. не всем и не всегда можно добавлять/редактировать запись), то введение любых подотчетных данных сделал только через кнопки автоматизации, НЕ через основную кнопку Добавить.
2. Поставил бы или все поля сущности режим Только просмотр (для всех пользователей), или доступ только на просмотр без права редактирования и даже добавления записи.
3. Для бухгалтера (группа доступа или конкретно пользователю - не знаю как у вас реализовано) в Автоматизации создал отдельную кнопку именно для редактирования записи "задним числом" на ту сущность, записи которой и нужно редактировать. В настройках процесса (изменить значения текущей записи), естественно, указал бы поля, которые можно вручную отредактировать. И все, бухгалтер теперь может внести изменения в нужные поля, единственное, нужно учесть этот момент: http://prntscr.com/qyj2mr , чтобы можно было редактировать указанные поля "вопреки запрету" из основных настроек сущности.
4. Для всех остальных (в т.ч. и Бухгалтеру, если нужно) - отдельная кнопка, которая только добавляет запись.

При этом нужно учесть, что желательна хотя бы 2-х уровневая структура. Т.е. к примеру, есть такие сущности:

Счета
- Оплата (вложенная)

В данном случае все вышесказанное относится к сущности Оплата. Кнопку изменения "задним" числом делаем в автоматизации для сущности Оплата (т.е. можно зайти в любую запись "приходного ордера" всем, а поменять - только бухгалтеру, т.к. там будет висеть кнопка, назначенная только на бухгалтера).
А добавление оплаты - вешаем кнопку на в сущности Счета, где автоматизацией будет оформлен Процесс, который добавляет новую запись во вложенную сущность Оплата. Т.е. тем самым можно будет ТОЛЬКО добавить новую запись и указать, например, сумму, или вообще перенести сумму из родительской записи сущности Счета (т.е. для пользователя вообще не нужно будет ни дату ни сумму водить - дата автоматом проставится текущим днем, а сумма - из сущности Счета).

Я не знаю, конечно, какая у вас там структура, может другой вариант, но в самом "стандартном" случае - я бы сделал так.