Спеціальні пропозиції
(1) Швидке визначення змін у табличних частинах - це окрема тема, і ще потребує подальшого опрацювання. Поки що реалізовано на рівні записів - але можна подумати, як їх згорнути.
(2) Підсистема не фіксує завантаження об'єктів, лише їхня зміна в центрі.
(15) хе хе, підозри виправдалися. Пограйте трохи з журналом змін, а потім спробуйте видалити хоча б один об'єкт, який зареєстрований у журналі. Якщо Ви посилання на об'єкт у реквізит пишіть, то його напевно при видаленні об'єкта потрібно відпрацьовувати? До речі, на мій погляд, при повному видаленні об'єкта записи по ньому повинні зберігатися в базі.
(12) це, щоб зміни однозначно прив'язати до конкретного об'єкта. Якщо на кожну зміну робитимеш елемент, то потім умаєшся збирати всю інформацію за одними змінами одного об'єкта, а так дешево ісердито кількість елементів у довіднику і кількість документів.
(14) перевірити недовго. 5 хвилин пишемо обробку, годину закачуємо інформацію :)
(15) нормально все на довіднику має крутитися. Проблем із блокуваннями бути начебто не повинно. вивести з ТЧ дані не довго, скільки там рядків у реаліях буде мах. 100-150
Але це легко й самому дописати. Код відкритий.
Остання версія УПП:
Додано механізм "Версіонування" Механізм версіонування об'єктів використовується для аудиту змін об'єктів інформаційної бази в розрізі часу і дозволяє відповісти на питання КТО, КОЛИ і ЩО змінив. Як версійні об'єкти можуть виступати довідники та документи Додано звіт "Історія зміни об'єктів".За допомогою звіту можна порівняти будь-які дві версії об'єкта один з одним, а також відкрити будь-яку версію об'єкта
І ось що вийшло: Скріншот тут Прикріпити картинку чомусь не вийшло. :( Автору спасибі.
|
