У цій статті розповім про те, як в новій платформі можуть за двоїтися зумовлені елементи довідників і як з цим боротися.
Справа в тому, що зумовленість довідника тепер мінлива. Прочитати подробиці можна в Визначені елементи в платформі 8.3.
У довідника є тепер реквізит "ІмяПредопределеннихДанних". Його можна очищати і писати. Звичайно, якщо Ви руками спробуєте двом елементам привласнити однакове значення, то платформа Вам скаже "ата-та" і ви не накосячите. але є випадки, коли платформа не владна над записом елементів довідника. Я говорю про Рибе - розподіленої інформаційної бази. Якщо під час запису елемента режим обмен.загрузка = ІСТИНА. то ніякого контролю немає. Раніше це приводило до неунікальності кодів довідників і документів.
Тепер це може привести і до неунікальностіімені зумовленого елемента.
Опишу практичний приклад того, як це буває:
1. Маємо дві бази, в якій є дані. і є довідник з зумовленими елементами. При створенні баз унікальний ідентифікатор у них створився різний.
2. Ми вивантажуємо дані універсальної вивантаженням XML або засобами РИБ.
3. Завантажуємо XML файл.
4. Платформа синхронізує всі і вся за унікальним ідентифікатором, а він різний. вона не знаходить елементи і створює нові. Режим обмен.Загрузка у нас ІСТИНА. Контролю під час запису немає ніякого.
Все, ми отримали косяк, що загрожує нам великими проблемами. При спробі позначити елемент на видалення ми маємо багато матюків з боку платформи:
"Зумовлений елемент не унікальний"
1. Малюємо в формі елемента поле "ІмяПредопределеннихДанних", доступне для редагування.
2. Відкриваємо форму одного з дублів, обов'язково міняємо ім'я і стираємо ІмяПредопределеннихДанних.
3. Записуємо елемент
Все готово. Тепер ми зможемо помітити елемент на видалення.
Якщо конфігурація типова і редагувати її не можна, то пишемо обробку, яка зітре ІмяПредопределеннихДанних і допише "1" в ім'я.
Навіщо нам правити ім'я? - запитаєте Ви.
Все, спасибі за увагу.