Наслідки внесення змін до дизайну форми

Ця стаття пояснює наслідки внесення змін до дизайну форми в ActivityInfo. Вона призначена для власників баз даних, особливо для тих, хто керує базами даних, які вже розгорнуті та активно використовуються.

Мета

Прочитавши цю статтю, ви зможете:

• Розуміти, які зміни можна, а які не можна вносити в дизайн форми.
• Передбачати вплив цих змін на наявні дані, звіти та правила перевірки.
• Усувати несправності, які можуть виникнути після зміни полів форми.

Що ви можете робити

1. Оновити назви полів

• Вплив: Не впливає на раніше введені дані.
• Важливо: Оновлення назви може змінити те, як користувачі інтерпретують поле під час введення даних. Переконайтеся, що ви повідомили про будь-які зміни назв командам, які займаються введенням даних, щоб уникнути плутанини.

2. Оновити описи полів

• Вплив: Не впливає на наявні дані.
• Важливо: Використовуйте чіткі описи, щоб направляти користувачів. Оновлення описів корисне для уточнення інструкцій без впливу на раніше надіслані записи.

3. Оновити коди полів

• Вплив: Формули та посилання, що використовують це поле, автоматично оновлюються новим кодом, за винятком обчислюваних таблиць та обчислюваних розмірів у звітах.
• Важливо: Хоча ActivityInfo автоматично оновлює внутрішні посилання, перевірте обчислювані поля та звіти, щоб переконатися, що вони все ще працюють належним чином.

4. Оновити правила перевірки полів

• Вплив: Оновлення правил перевірки може призвести до того, що раніше додані записи стануть недійсними, якщо вони більше не відповідають новим критеріям перевірки. Наявні записи не будуть зачеплені, але редагувати запис буде неможливо, доки не буде виправлено проблему з перевіркою.
• Наступні кроки: Перегляньте повідомлення про перевірку та виправте недійсні записи, щоб відновити валідність даних.

5. Оновити правила релевантності полів

• Вплив: Подібно до правил перевірки, зміни правил релевантності можуть зробити старіші записи недійсними або непослідовно приховувати/показувати поля. Наявні записи не будуть зачеплені, але якщо ви редагуєте запис, ви не зможете зберегти зміни, доки не буде виправлено проблему з перевіркою.
• Наступні кроки: Перегляньте всі зачеплені записи та за потреби внесіть корективи вручну.

6. Оновити назву або порядок параметрів у полях з одиночним/множинним вибором

• Вплив: Оновлені значення параметрів будуть автоматично застосовані до всіх наявних записів.

• Важливо:

• Не змінюйте порядок наявних параметрів, змінюючи їхні назви.

• Якщо ви перейменуєте параметр, він зміниться у всіх наявних записах, де цей параметр був раніше обраний.

• Видалення параметра означає, що це значення зникне з усіх записів, які його використовували.

7. Видалення параметра з поля з одиночним або множинним вибором

• Вплив: У будь-яких минулих записах, де було обрано цей параметр, це поле буде відображатися як пусте (оскільки збережений ID параметра більше не відповідає жодному визначеному параметру). Якщо поле позначено як обов'язкове, запис буде позначено як недійсний.
• Важливо: Перш ніж видаляти параметри, подумайте про очищення записів, які використовували цей параметр.

8. Додати нові поля

• Вплив: Наявні записи зберігаються, але нові поля для цих записів будуть порожніми.
• Важливо: Якщо нове поле позначено як Обов'язкове, старіші записи стануть недійсними, доки це поле не буде заповнено. Якщо ви редагуєте наявний запис, у якому відсутнє це поле, ви не зможете зберегти зміни, доки не надасте значення для цього поля.
• Рекомендація: Подумайте про те, щоб залишити нові поля необов'язковими, якщо ви додаєте їх у середині проєкту, або заплануйте етап очищення даних.

9. Видалити наявні поля

• Вплив:

• Видалення поля призводить до видалення всіх даних, раніше введених у це поле.

• Будь-які обчислювані поля, правила релевантності або правила перевірки, що посилаються на видалене поле, перестануть працювати і їх потрібно буде оновити.

• Звіти можуть перестати працювати через видалене поле.

• Відновлення: Ви можете відновити видалене поле (та його дані) через Журнал відстеження.

• Рекомендація: Якщо ви хочете припинити збір нових даних, але зберегти історичні значення, ви можете залишити поле і позначити його як «Приховано при введенні/в таблиці».

Що ви не можете робити

1. Оновити тип поля

• Ви не можете змінити тип наявного поля (наприклад, з «Текст» на «Дата»).

• Рекомендований підхід:

• Додайте нове поле з потрібним типом.

• Перенесіть історичні дані зі старого поля в нове, експортувавши та імпортувавши записи.

• Оновіть будь-які обчислювані поля, правила релевантності або правила перевірки, що посилаються на старе поле, щоб вони вказували на нове.

Пов'язані аспекти

1. Обчислювані поля: Будь-яка зміна кодів полів, залежностей або пов'язаних форм може вплинути на формули. Завжди перевіряйте, чи обчислювані поля все ще працюють коректно після редагування дизайну форми. Хоча ActivityInfo автоматично оновлює посилання на поля в більшості формул при зміні кодів полів, обчислювані таблиці не оновлюються автоматично і можуть перестати працювати, якщо код поля зміниться. Переконайтеся, що ви переглядаєте обчислювані таблиці вручну після зміни коду поля.
2. Пов'язані форми (Батьківська форма/Підформа): Уникайте перейменування або видалення полів, що використовуються як ключі для зв'язування. Це може порушити зв'язки між записами батьківської форми та підформи.
3. Звіти та інформаційні панелі: Будь-яке видалення поля або зміна коду поля може вплинути на формули, що використовуються у звітах, діаграмах або інформаційних панелях, які використовують це поле. Перегляньте та оновіть будь-які залежні звіти після змін у дизайні.
4. Збір даних в автономному режимі: Якщо користувачі збирають дані в полі, працюючи в автономному режимі, зміни в дизайні форми не застосовуються до наступної синхронізації. Це може вплинути на записи, що очікують на надсилання, та чернеткові записи.

Записи, що очікують на надсилання:

• Записи, що очікують на надсилання, надсилаються на сервер у тому вигляді, в якому вони є, навіть якщо форма з того часу була оновлена.
• Вони будуть відображатися як недійсні в інтерактивному перегляді таблиці або при відкритті для редагування, якщо вони більше не відповідають оновленим правилам перевірки або релевантності.
• Єдина ситуація, яка заблокує надсилання записів, що очікують, — це зміна дозволів користувача. Якщо користувач більше не має дозволу надсилати запис, синхронізація не вдасться.

Чернеткові записи:

• Чернеткові записи зберігаються локально на пристрої та повторно перевіряються, коли користувач синхронізується та завантажує останню версію форми.

• Чернетки, які більше не відповідають оновленим правилам перевірки або релевантності, не можуть бути надіслані, доки їх не буде виправлено.

• Користувачі повинні переглянути будь-які недійсні чернетки та оновити їх відповідно до останньої версії форми.

Додатково про цілісність посилань та валідність записів.

Усунення поширених несправностей