Причина изменения (Reason for Change)

Первичный ввод значения свободен — вносите и сохраняйте. Но как только вы меняете уже сохранённое значение, X7 Insight просит указать причину изменения (Reason for Change, RfC). Это часть требований к целостности данных: аудиторский след должен отвечать не только «что и когда изменилось», но и почему.

0:000:00

Правка сохранённого значения: диалог «Причина изменения» и выбор причины из каталога

Когда появляется диалог

Диалог «Причина изменения (Reason for Change)» открывается при любой правке значения, которое уже было сохранено:

• изменение значения поля на новое;
• очистка значения;
• отметка ранее заполненного поля как «Не выполнено» или «Недоступно».

Первичный ввод (из состояния Пусто) причины не требует.

1. Измените значение в поле, которое уже содержало данные.

2. В диалоге видно Прежнее значение → Новое значение.

3. Выберите Причину из каталога. По умолчанию это «Ошибка ввода», «Исправление по первичному документу», «Получены новые данные», «Исправление по запросу (query)» и «Другое (указать)» — последний пункт открывает поле для свободного текста. Набор причин — настройка организации или исследования (раздел «Администрирование → Настройки»), не часть версии дизайна.

4. Нажмите Подтвердить. Без выбранной причины сохранение невозможно; отмена возвращает поле к сохранённому значению.

Заметка

Прежнее значение никуда не исчезает — оно остаётся в истории поля и в аудиторском следе вместе с новым значением, автором, временем (UTC) и указанной причиной. Данные в X7 Insight не переписываются молча никогда.

Что происходит с другими осями статуса

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

Ось	Было	Станет после правки
SDV (верификация)	верифицировано	ожидает
Медобзор	Просмотрено	Не просмотрено
Форма	Заполнена	В работе
Подпись	действующая	инвалидирована

Сброс SDV-верификации

Если поле уже было проверено монитором по первичным документам, диалог прямо предупредит: после сохранения отметка SDV снимется, и монитору придётся проверить значение заново. Изменилось значение — изменилось то, что нужно сверять с источником.

Правка verified-значения снимает верификацию

Верификация SDV привязана к конкретному значению. Любое изменение возвращает поле из «верифицировано» в «ожидает» и помечает его для повторной сверки в SDV Workbench. Это не отключается — так гарантируется, что «проверено» всегда означает «проверено именно это значение».

Инвалидация электронной подписи

Если форму (или её визит, или весь кейсбук) покрывает действующая электронная подпись, диалог предупредит: сохранение инвалидирует подпись. Подпись покрывает снимок данных на момент её применения — изменив покрытые данные, вы делаете снимок недействительным.

Изменение покрытых данных инвалидирует подпись

Подпись не удаляется — она навсегда остаётся в истории, но помечается инвалидированной, и форма возвращается в очередь на повторное подписание. Частичной подписи не существует: правка одного поля инвалидирует всю подпись, покрывавшую снимок. Подробнее — Электронные подписи.

Почему так устроено

• Причина — часть потока, а не барьер. RfC — короткий шаг прямо в момент правки, а не отдельный экран и не вопрос постфактум. Он не должен разрывать ввод.
• Отметки не переживают своих данных. Верификация, медобзор и подпись имеют смысл только для конкретного значения. Сбрасывая их автоматически, система не даёт «проверенным» и «подписанным» данным незаметно разойтись с реальностью.
• Полный след. Пара «до → после» + причина + автор + время делает каждую правку объяснимой при мониторинге и инспекции.

Ввод значений в формуПервичный ввод, отметки «не выполнено», клавиатурный ввод.

Source Data VerificationКак монитор верифицирует данные и как правка сбрасывает SDV.

Электронные подписиОхват подписи и её автоматическая инвалидация.

Жизненные циклы статусовВсе оси статусов и их взаимные реакции на изменение данных.