Оновлення зміненої конфігурації 1с 8.2 інструкція. Особистий досвід: як швидко та без зайвих витрат оновити змінену конфігурацію. Етап тестування конфігурації

Оновлення 1С здійснюється натисканням «однієї» кнопки, типова конфігурація сама може завантажити оновлення 1С і встановити його. Від користувача потрібно ввести лише реєстраційні дані.

Що робити, якщо конфігурація є нетиповою? Або типова, але в ній виконані доопрацювання – додано довідник, пару реквізитів, звіт?

Відповідь на це питання ми дізнаємось сьогодні.

Що таке нетипова конфігурація 1С

Нетипова конфігурація 1С, коли:

• Конфігурація написана з нуля самостійно програмістом
• Конфігурація була типовою, але до неї додали зміни
• Навіть якщо додали один реквізит.

Для того, щоб внести будь-які зміни до типової конфігурації, необхідно .

При оновленні 1С не типової конфігурації, Знятої з підтримки, 1С запропонує «поставити нетипову конфігурацію на підтримку» назад. Тоді всі зміни будуть анульовані (стерті).

Для того, щоб при оновленні 1С нетипової (зміненої) конфігурації 1С зміни залишилися, а оновленні 1С застосовано – можна використовувати інший режим оновлення 1С.

Подивимося приклад зміненої конфігурації, яку ми хочемо оновити. Це типова конфігурація 1С Бухгалтерія (ліворуч), до якої внесено зміни (праворуч):

4) У довіднику «Фізичні особи», у модулі форми, у функції ПрочитатиМісцеНародження() додали рядок програми

Як спрацюють усі ці зміни у момент оновлення 1С нетипової конфігурації 1С?

Оновлення 1С із збереженням змін нетипової конфігурації 1С

Оновлення 1С конфігурації зазвичай поширюються у вигляді архіву, що саморозпаковується. Після розпакування потрібно запустити файл установки, щоб встановити оновлення 1С на комп'ютер (не 1С!).

При встановленні оновлення Ви вибираєте, куди буде встановлено оновлення 1С. Зазвичай це. Ви можете встановити будь-яку іншу папку на диску, а 1С вказати, де знаходяться .

Файли поновлення 1С можуть бути наступного виду:

• файл із розширенням CF – містить повністю новий видконфігурації
• файл із розширенням CFU – містить лише зміни від попередньої версії.

Обидва файли зберігаються в каталозі оновлень 1С, у папці із найменуванням версії.

Будьте уважнішими при використанні файлу CFU – він дозволяє оновити тільки з !

Отже, для оновлення 1С виберіть один із варіантів пунктів меню:

• Конфігурація/порівняти об'єднати з конфігурацією з файлу – для файлів CF
• Конфігурація/Підтримка/Оновити конфігурацію/Вибір файлу оновлення 1С – для файлів CF або CFU.

Насамперед 1С порівняє дві зміни. Конфігурація бази даних називається «Основна конфігурація», а конфігурація з оновлення – «Конфігурація з файлу».

1С відобразить всі відмінності у вигляді звичного дерева, де праворуч відображені зміни.

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

Так як ми оновлюємо 1С нетипову конфігурацію, яка була змінена, тобто колись вона була типовою, необхідно ввести деякі налаштування.

Натисніть кнопку Настройка. Виберіть «Завантажена конфігурація є нащадком основної» (тобто зміненої типової).

Галочка "Дозволити видалення об'єктів основної конфігурації" дозволяє видаляти , якщо вони видалені в оновленні 1С. Оскільки ми додавали у конфігурацію реквізити і довідники, а оновленні 1С їх немає, то 1С вважатиме, що у оновленні 1С вони видалені. Тому не треба ставити цю галочку.

Розглянемо виявлені платформою відмінності уважно.

Розкриємо гілку довідника. Номенклатура. У гілці Реквізити бачимо, що у типової конфігурації відсутня реквізит, ми його додаємо. Мінус означає, що його буде видалено.

Так як нам не потрібно, щоб було видалено реквізит, який ми самі додавали, потрібно зробити наступне (варіанти):

• У кнопці «Налаштування» НЕ ВСТАНОВЛЮВАТИ галочку «Дозволити видаляти об'єкти основної конфігурації»
• Якщо галочка все ж таки встановлена, то зняти галочку проти цього реквізиту. На картинці галочки навпроти реквізиту немає, оскільки видаляти об'єкти не можна.

Також у довідника Номенклатура було змінено форму. 1С це побачила і показує нам у списку змінених об'єктів форму довідника також.

Щоб переглянути які зміни зроблено на формі, можна зробити наступне (варіанти):

• Натиснути правою кнопкою спочатку на форму у лівій колонці та вибрати пункт меню «Відкрити форму», а потім у правій. Візуально порівняти дві форми.
• Натиснути правою кнопкою на формі та вибрати пункт меню «Звіт про порівняння об'єктів» (докладно, табличний документ)

Звіт про порівняння об'єктів при порівнянні форм показує багато відмінностей. Це пов'язано з тим, що коли ми додаємо лише одне поле на форму – автоматично проводиться зміна безлічі суміжних елементів – відступів, прив'язок тощо.

У списку змін ми бачимо наші зміни – зміни напису та заміну поля.

Ми можемо погодитись або відмовитися від зміни форми вибором галочки біля неї. Це спричиняє такі наслідки:

а) якщо ми ставимо галочку

• форму буде замінено на нову
• наші зміни типової конфігурації будуть стерті
• зміни з оновлення 1С будуть застосовані
• далі вручну буде необхідно повернути наші зміни

б) якщо ми не ставимо галочку

• форму буде залишено старою
• наші зміни залишаються
• нові зміни з оновлення 1С не застосовуються
• далі вручну необхідно додати зміни з оновлення 1С.

Можна використати третій варіант. Розкрийте гілку Форма до кінця і в колонці «Режим об'єднання» оберіть «Об'єднати».

в) якщо ми вибрали "Об'єднати"

• форма буде якась нова, в якій будуть і нові зміни та старі
• наші зміни залишаються
• нові зміни з'являються
• якщо якесь поле було видалено, а на його місце поставлено інше поле, в результаті об'єднання на тому самому місці виявляться відразу обидва поля - і старе і нове
• є шанси, що форма виглядатиме нормально
• далі вручну потрібно проконтролювати, що не відбулося «ексцесів»

2) У довіднику «Фізичні особи», в модулі форми, у функції ПрочитатиМісцеНародження() додали рядок програми

Щоб переглянути зміни у модулі форми, які виявила 1С, розкриємо гілку форми до кінця, натиснемо на неї правою кнопкою, виберемо пункт меню «Показати відмінності в модулях».

Зміни відображаються в розрізі кожної функції, але при цьому режимі відтворення можна або вибрати оновлення 1С всього модуля або відмовитися від нього.

Інший спосіб - це використовувати кнопку лупи в цьому рядку.

Тоді ми побачимо зміни у розрізі кожної функції, а й можемо з допомогою галочек вибирати яку функцію ми хочемо оновити, яку ні.

3) У довіднику « Електронні уявлення..» видалили кілька реквізитів

1С визначила, що ми видалили реквізити типового довідника і пропонуємо їх відновити.

Довідник, нами доданий, 1С пропонує видалити. У цьому випадку діє те саме правило, що і у випадку з доданим реквізитом (див. раніше).

Отже, наше завдання – уважно вивчити виявлені 1С зміни та за допомогою галочок погодитися на них або відмовитись. Після цього натисніть кнопку Виконати.

Зверніть увагу, що якщо Ви видалили реквізит в результаті оновлення 1С, то видалили дані, які були внесені користувачами, а значить повторне додавання того ж реквізиту не відновить ці дані.

Якщо конфігурації є кілька пов'язаних об'єктів – наприклад реквізит і форма; при цьому Ви дозволили оновлення 1С форми, але зняли галочку з реквізиту, настає протиріччя.

Після натискання кнопки Виконати, 1С знаходить такі ситуації та повідомляє від них.

Після натискання кнопки Виконати у Вас залишається ще одна можливість подумати.

Щоб підтвердити проведене оновлення 1С, потрібно вибрати пункт меню Конфігурація/Оновити конфігурацію бази даних.

Щоб відмовитись від оновлення 1С – потрібно вибрати пункт меню Конфігурація/Повернутись до конфігурації БД.

Третій варіант (зазначено послідовність пунктів меню):

• Вибрати Файл/Зберегти
• Конфігурація/Зберегти конфігурацію у файл
• Конфігурація/Конфігурація бази даних/Повернутись до конфігурації бази даних.

Таким чином, Ви отриману об'єднану конфігурацію вивантажуєте у файл, а від змін відмовляєтеся. Ви можете проаналізувати отриману конфігурацію, внести ручні редагування, а потім просто завантажити її за допомогою меню Конфігурація/Завантажити конфігурацію з файлу.

Інструкція

Виберіть дві бази – робочу та її копію. В останній виведіть зміни, що відрізняють її від стандартної конфігураціїпрограми, яка є на початку роботи з програмою після її встановлення.

Створіть файл cf, оскільки сайт виробника надає користувачам тільки файл cf. Він стане вам у нагоді для виконання наступного кроку, пов'язаного безпосередньо з оновленням зміненої конфігурації.

У робочій базі зайдіть в меню "Підтримка", потім натисніть на пункт "Оновлення конфігурації", виберіть попередньо створений .cf файл. У вікні порівняння копії бази, що з'явилося, приберіть галочки з тих пунктів, які ви недавно оновлювали.

Порівняйте та об'єднайте дані за допомогою меню «Підтримка». В опції «Налаштування підтримки» буде підпункт «Порівняти та об'єднати». Зверніть особливу увагу, що в цьому випадку ви повинні лише порівняти та об'єднати дані, не ставлячи чекбокси. Ця операція необхідна лише для цілей наведення порядку та виявлення послідовності об'єктів у поточній конфігурації з порядком і послідовністю об'єктів, що знаходяться у файлі оновлення.

Далі знову зайдіть у ті ж пункти меню в «Підтримці», знову виконайте операцію «Порівняти і об'єднати», так само, як і минулого разу. Виконайте роботу над об'єктами, проаналізуйте результати, порівняйте виявлені робочої бази від копії, а копії бази уточніть саме ті пункти, які змінювали. Змініть зміни з нової конфігурації постачальника. Збережіть зміни за допомогою натискання клавіші F7.

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

Зверніть увагу

Не можна змінювати додані об'єкти конфігурації, ви можете втратити дані.

Корисна порада

Тренуйтеся в оновленні на копіях, не починайте роботу без певних навичок.

Конфігурації для програми "1С: Підприємство" існують типові та нетипові. Типова конфігурація випускається розробником і використовується кінцевим користувачем у первісному вигляді, а нетипова може бути написана з нуля, або доопрацьована на основі типової.

Інструкція

Визначте, яка конфігурація програми "1С: Підприємство" встановлена ​​на вашому комп'ютері, оскільки способи оновлення конфігурації будуть різними. Якщо ви використовуєте типову конфігурацію, вам необхідно просто виконати дію «Завантажити змінену конфігурацію». Якщо ви є власником програми, виконайте такі дії.

Підготуйте наступні об'єкти для оновлення конфігурації. По-перше, у вас має бути встановлена ​​сама конфігурація. По-друге, знайдіть типову конфігурацію того релізу, який використовується. По-третє, потрібно знайти типову конфігурацію останнього релізу тієї версії, яку вам необхідно отримати в результаті оновлення. По-четверте, зробіть копію файлу конфігурації вашої встановленої версіїпрограми "1С: Підприємство".

Залишіть своє ім'я та номер телефону, оператор зв'яжеться з Вами в робочий часпротягом 2 годин.

Москва Санкт-Петербург Самара

Покрокова інструкція з фото

Багато користувачів типових конфігурацій 1С побоюються самостійно вносити зміни та оновлювати програми. Багато в чому ці побоювання виправдані, оскільки неправильне оновлення нетипової конфігурації 1С може призвести до втрати даних або втрати виконаних налаштувань. Саме тому ми склали максимально докладну покрокову інструкцію, де покажемо, як правильно оновити нетипову конфігурацію 1С.

Увага : перед тим, як розпочати оновлення, обов'язково створіть резервні копії всіх баз даних. Це дозволить вам повернутися до початкового стану, якщо виникнуть проблеми з оновленням.

Зробити резервну копіюінформаційних баз досить легко. Для цього запустіть програму 1С у режимі «Конфігуратор». У закладці «Адміністрування» виберіть функцію «Вивантажити інформаційну базу». За бажанням можете додатково зберегти бази на диску або знімному носії.

Покрокова інструкція оновлення нетипової конфігурації 1С

1. Перший етап повністю збігається з оновленням типової конфігурації 1С. Запускаємо режим «Конфігуратор», доступний лише користувачам з повними правами доступу. У вкладці «Конфігуратор» вибираємо пункт «Підтримка» та натискаємо «Оновити конфігурацію».



2. У наступному діалоговому вікні потрібно встановити галочку на пункті пункту «Шукати оновлення в каталогах». Натисніть кнопку "Далі".

Увага: Оновлення 1С доступні лише користувачам ліцензійних програм «1С:Підприємство», для отримання оновлень користувачам ПРОФ версій необхідно додатково укласти договір 1С:ІТС (Інформаційно-технологічного супроводу). Також необхідно зареєструватись на сайті технічної підтримкикористувачів https://users.v8.1c.ru/. Зареєструватися на сайті користувачі ліцензійних програм 1С можуть або самостійно, за допомогою інструкції програми, що входить до комплекту, або за допомогою наших менеджерів.





Увага: Для багатьох конфігурацій існує кілька реакцій програми (наприклад, Бухгалтерія 2.0 і Бухгалтерія 3.0). Під час вибору оновлення звертайте увагу, на яку редакцію буде виконано оновлення.

3. У вікні перевірте вірність вибраного оновлення. Якщо всі дані вірні і ви погоджуєтесь з ними - натисніть кнопку «ОК».



4. Процес оновлення може тривати кілька хвилин. Після цього з'явиться вікно з результатом порівняння нової та поточної конфігурації, щоб ви бачили, які саме системи оновляться. Натисніть кнопку "Виконати".



Увага : 1С:Підприємство 8 дозволяє автоматично оновлювати навіть змінені конфігурації. Якщо внесені зміни не перетинаються з об'єктами, розробленими 1С (наприклад, у документі додані додаткові реквізити або додано новий вид довідника), оновлення буде виконано коректно. Однак, якщо внесені настройки «перетинаються» з типовими об'єктами для оновлення, рекомендується запросити спеціаліста 1С.

5. Якщо ви впевнені, що всі зміни, внесені в конфігурацію, не перетинаються з об'єктами 1С, у вікнах, що з'являються в подальшому, погоджуємося з програмою.





6. Після цього програма запропонує оновити конфігурацію бази даних. Погодимося з програмою
   
7. У процесі оновлення нетипових конфігурацій 1С відбувається зміна структури інформаційної бази. Про це програма повідомляє користувача в окремому діалоговому вікні. Необхідно прийняти ці зміни, тому просто натискаємо кнопку "Прийняти".
   

Складність супроводу нетипових конфігурацій 1С у тому, що вони індивідуальні кожної окремої організації. Саме тому компанія «1С:Франчайзі Вікторія» закріплює за кожною компанією з нетиповою конфігурацією програм 1С персонального фахівця, який знає особливості налаштування програм. Крім того, наша служба технічної підтримки завжди готова відповісти на ваші запитання.

У цій інструкції нетипового оновлення зміненої 1с 8.3 я не описуватиму базові речі, такі як: як відкрити конфігуратор, що таке конфігурація БД, конфігурація постачальника та основна конфігурація. Про це і там багато написано і ви можете самостійно знайти цю інформацію на просторах інтернету. Я намагатимусь описати основні моменти процесу оновлення та на що потрібно звернути увагу.
Я взяв наприклад нетипову бухгалтерію 3.0.51.22 і покажу як оновити її до версії 3.0.53.29. На платформі версії 8.3.10.2561 (немає великої різниці на старіших платформах, просто раніше віконце порівняння виглядало трохи інакше).
Скажу відразу, буде багато картинок та мало тексту. Вважаю, що візуально простіше запам'ятовувати процес, ніж читати море тексту.

1. Перевірити відповідність конфігурації бази даних та конфігурації постачальника.

Для цього вам потрібно

При збігу можна сміливо переходити до пункту 2.

1а. Постановка конфігурації для підтримки.

Якщо у вас відрізняються версія БД і версія конфігурації постачальника, то вам потрібно видалити поточну конфігурацію через те саме меню: конфігурація – підтримка – налаштування підтримки. І натиснути кнопку "Зняти з підтримки".

Після недовгого очікування знімаємо всі галочки. Ну і можна забрати галку «Зберігати налаштування автоматично». І тиснемо виконати.

У результаті ми отримаємо конфігурацію підтримки з однаковими версіями баз даних.

2. Відновлення бази.

Тепер можна переходити до поновлення.

Скажу відразу оновлення робити потрібно тільки через меню «Конфігурація» - «Підтримка» - «Оновити конфігурацію…».
Використовувати «Порівняти, об'єднати із конфігурацією з файлу…» НЕ МОЖНА!!!При використанні цього механізму вам при наступному оновленні доведеться переходити до пункту 1а. Тому давайте не будемо так робити і створювати собі (або тому, хто наступного разу оновлюватиме базу) зайві проблеми.

Далі вибираємо файл оновлень.
Хотілося б сказати про оновлення за кілька релізів. 1С не рекомендує оновлювати CF файли, відразу стрибаючи через кілька релізів. Це потрібно робити послідовно. Теоретично це правильно.
Поясню, чому так не рекомендують робити. Якщо програмісти хочуть видалити який-небудь реквізит, вони спочатку приписують до нього приставку «видалити», потім через кілька релізів видаляють його. І можуть у якомусь релізі перенести з нього інформацію. Ось пропускаючи цей випуск, ви можете втратити дані. Але на практиці за свої вже 10 років роботи з базами 1с у мене був такий один випадок. Коли чомусь розробники вирішили перенести дані із перерахування на довідник. До того ж нічим критичним це для мене не закінчилося. Я написав просту обробкуяка перекинула ці дані з архіву в поточну базу. Жодного повторного оновлення робити не довелося.
Можете кидати в мене каміння, але я завжди оновлюю базу через файли cf на кілька релізів.
Отже, ми натиснули оновлення, нам вискочило повідомлення з якою на яку версію буде зроблено оновлення. Ми натискаємо ОК.

Очікуємо, поки пройде порівняння об'єктів.
Далі нам потрібно унизу зі списку вибрати пункт «показувати лише двічі змінені властивості.

Так само хочу сказати за старими версіями, раніше це був прапорець.

Отже, тепер ми бачимо набагато менше об'єктів.

Якщо у вас порожньо, то вам дуже пощастило, і ви можете сміливо натискати кнопку «виконати» і вважайте оновлення закінчено. Ну у нас не все так просто, тому пробіжуся основними об'єктами.

Перше, що хочеться сказати. У жодному разі не перемикайте режим об'єднання.Він повинен стояти "Взяти з нової конфігурації постачальника". Інакше ви отримаєте в базі сміття із коментарем MGR.
Жодних кнопок «показати відмінності в модулях…»!
Тиснемо саме на значок шестерні поруч із модулем

Відкривається віконце, в якому дуже багато змін у функціях та процедурах.

Щоб зрозуміти, які функції були зміни, нам потрібно буде або взяти копію бази, або через меню конфігурація зберегти конфігурацію у файл. І далі завантажити у порожню базу. Далі зайти в меню "Конфігурація" і натиснути "Порівняти конфігурації ..."
Вибрати порівняння основної конфігурації із конфігурацією постачальника.

І ось ту можна вже переглянути зміни через «показати відмінності в модулях…». Т.к. ми не збираємося нічого змінювати, ми хочемо подивитися, що було змінено.

І бачимо, що у функцію «Прохиляти» було додано шматок коду. Всі зміни можна переглянути, натискаючи на сині стрілки.

Повернімося до конфігурації, що оновлюється. Там ми через значок шестерні зайшли з режимом об'єднання модулів. Далі ставимо всі галки ... вручну ... говорячи про себе «дякую» розробникам платформи:)

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

Копіюємо його з верхнього вікна та вставляємо у нижнє вікно.

Так зробити з усіма модулями. Якщо модуль не змінено, як у нашому випадку з довідником валюти. Ми просто ставимо режим «Взяти з нової конфігурації постачальника» і НЕ натискаємо на шестірню (поряд із шестірнею не повинно стояти зеленої галочки, це означає, що код буде повністю взятий з нової конфігурації, без ручного налаштування).

Чудово. Тепер пробігшись всіма об'єктами можна зняти галку «зберігати налаштування автоматично» і потім «виконати»

На повідомлення «Існують об'єкти, змінені в основній конфігурації по відношенню до старої конфігурації… При оновленні буде виконано заміщення цих об'єктів! Виконати? Натискаємо сміливо ТАК.

У наступному вікні залишаємо галки, як показано на малюнку. І ніяк інакше!!! Повинні стояти обидві галки – «об'єкти редагуються із збереженням підтримки». Натискаємо ОК.

Всі. Оновлення нетипової конфігурації 1с завершено.
Цей метод не претендує на ідеал, але я думаю, багато хто робить помилки в цих кроках.
Звичайно, я розповів не все, тут ще багато підводного каміння. Але я думаю 90% оновлень можна сміливо оновлювати за цією інструкцією.

Розглянемо оновлення з прикладу нетипової конфігурації УПП 1.3 що знаходиться на підтримці з можливістю зміни з релізу 1.3.61.2 на реліз 1.3.62.1. Оскільки конфігурація як така досить важка, це накладає деякі особливості, зокрема, який завжди виходить відкрити одному конфігураторі кілька вікон порівняння конфигурации.

Для оновлення використовую дві однакові копії бази даних старого релізу. В одній із них виконую підготовку *.cfдля оновлення, назвемо її, наприклад, for_updating. Інша база залишається не зворушеною і служить тільки як допоміжна, для порівняння змін, назвемо її base. В принципі, як допоміжна може використовуватися конфігурація робочої бази.

В базі for_updatingвиконуємо *.cfuнового релізу. Починається процедура поновлення, в результаті якої з'являється вікно поновлення.

Натиснути кнопку " Виконати», цьому етапі немає поки необхідності щось дивитися, оскільки метою лише отримання зміни постачальника нового релізу.

У процесі оновлення може з'явитися вікно. Нерозв'язні посилання», натискаємо « Продовжити». Про причини появи цього вікна поговоримо нижче.

З'явиться повідомлення про те, що змінені нами об'єкти будуть завантажені з нової конфігурації, погоджуємось.

Відкриється вікно « Налаштування правил підтримки» - для нових об'єктів (верхній розділ) по обидва боки ставимо « Об'єкт редагується із збереженням підтримки», для існуючих об'єктів постачальника (нижній розділ) у всіх чотирьох місцях ставимо прапор « Зберігати поточний режим», натискаємо « ОК».

Відбулося оновлення основної конфігурації. Сама собою основна конфігурація цьому етапі нам не потрібна, мета - отримання нової конфігурації постачальника. Тому основну конфігурацію не зберігаємо, конфігурацію бази даних не оновлюємо.

Виконуємо « Конфігурація» - « Підтримка» - « Налаштування підтримки». У вікні вибираємо « Зберегти у файл» і зберігаємо в *.cfконфігурацію постачальника нового випуску.

Основна конфігурація в тому вигляді, в якому вона зараз є, нам не потрібна. Закриваємо конфігурацію. « Конфігурація» - « Закрити конфігурацію». Відмовляємось від збереження змін.

У конфігурації для порівняння baseзапускаємо порівняння конфігурації постачальника (старий реліз) та конфігурації постачальника з файлу (новий реліз).

Таким чином, ми побачимо ті зміни, які будуть виконані в конфігурації при оновленні на новий реліз.

В базі for_updatingзнову запускаємо оновлення конфігурації через підтримку "Конфігурація" - "Підтримка" - "Оновити конфігурацію", у вікні вибираємо *.cfuнового релізу. Починається процедура поновлення, в результаті якої з'являється вікно поновлення.

При натисканні на кнопку « Фільтрвідкриється вікно Налаштування фільтрів перегляду». У цьому вікні встановлюємо прапор « Показувати лише двічі змінені властивості».

При оновленні без нашого втручання відбувається таке:

• - об'єкт не змінено нами, змінено у новому релізі - оновлюється з нового релізу;
• - об'єкт змінено нами, не змінено у новому релізі - залишається наш об'єкт;
• - Об'єкт змінено нами, змінено в новому релізі - це і є двічі змінений об'єкт, якщо нічого не змінювати - він завантажиться з нового релізу.

Таким чином, найбільшу увагу слід приділити саме двічі зміненим об'єктам, їх і будемо розглядати.

У цьому прикладі змінено кілька загальних модулів, у тому числі й загальний модульОблік ПДВ».

За замовчуванням у вікні оновлення відображаються відмінності основної та нової конфігурації постачальника від старої конфігурації постачальника.

Якщо подивитися відмінності конфігурацій у загальному модулі « Облік ПДВ», то ми побачимо наступну картину:

Якщо ж порівняти ці модулі в базі для порівнянняbase, То картина буде інша:

Очевидно, що функції « ЗібратиДаніДляДрукуВиправленняРахункиФактури», « ЗібратиДаніДляДрукуКоригувальногоРахункуФактури» та інші містять наші доробки, але не змінюються при оновленні, а отже, немає сенсу витрачати час на їх перегляд та аналіз.

Тому, виконуючи процедурне оновлення з виділених процедур і функцій можна зняти прапори:

Багато хто скаже, що побачити відмінності старої конфігурації постачальника від нової можна за допомогою зміни налаштування фільтрів перегляду в поточному конфігураторі, не використовуючи порівняння конфігурацій у базіbase.

Наприклад, так:

Однак, як показує практичний досвід це не так, процедури та функції все одно відображаються у вікні порівняння модулів, навіть при встановленому фільтрі. показувати відмінності нової конфігурації постачальника від старої конфігурації постачальника».

Зробивши невелике уявне зусилля, виявимо двічі змінені процедури та функції, тільки вони потребуватимуть доопрацювань після процесу об'єднання. З цими процедурами та функціями потрібно визначитися, що легше:

• - або взяти процедуру чи функцію з нової конфігурації постачальника і потім, після об'єднання, зробити наші доробки;
• - або зняти прапор оновлення, тим самим зберігши наші доробки, і вже потім додати потрібний кодконфігурації постачальника.

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

Після того, як загальні модулі були проаналізовані і в частині процедур знято прапори оновлення, бачимо, що у модулів тепер встановлено режим об'єднання - індивідуальне налаштування:

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

Для цього в базі baseза допомогою контекстного менювикличемо « Звіт про порівняння об'єктів…».У вікні повинні стояти всі прапори в групі «Об'єкти».

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

В результаті порівняння форми елемента довідника Основні засоби» бачимо, що зміни є тільки в модулі форми, а змін у діалозі форми в оновленні немає.

Але так як форма елемента потрапила в двічі змінені об'єкти, то наші доробки є або діалогом форми, або модулем.

Виконавши аналогічне порівняння у базі for_updatingможна побачити, що доопрацювання є у діалозі форми.

Причина цього, додавання довідника. Основні засобив план видів характеристик « ВластивостіОб'єктів». Якщо оновити форму елемента довідника Основні засоби» ми отримаємо нерозв'язні посилання, про що свідчить вікно:

В даному випадку найкращим варіантом буде не оновлювати форму елемента довідника. Основні засоби» і потім додати необхідний код в модуль форми елемента. В цьому випадку вікно Нерозв'язні посилання» при оновленні не з'являтиметься.

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

В цьому випадку в процесі об'єднання з'явилося б вікно. Нерозв'язні салки». Варіантів вибору у цьому вікні два: 1) « Позначити все для об'єднання»; 2) « Продовжити».

На мій погляд, правильніше вибирати Позначити все для об'єднання».

У цьому випадку план видів характеристик ВластивостіОб'єктів» буде доданий як об'єкт для об'єднання в дереві у вікні, що відкрилося « Оновлення…»

Природно, що після поновлення в план видів характеристик ВластивостіОб'єктів» потрібно буде додати наші зміни, зробити це краще за допомогою порівняння та об'єднання з поточною конфігурацією.

Розглянемо, що сталося б, якби ми вибрали Продовжити" у вікні " Нерозв'язні посилання». У цьому випадку форма елемента довідника. Основні засоби» стала б новою, а план видів характеристик « ВластивостіОб'єктів» залишився б старим. У цьому випадку у нас затруться зміни у діалозі форми елемента довідника, а саме на сторінці « ВластивостіЗначення», дивись малюнок нижче.

Ця проблема теж не є непереборною, якщо звичайно про неї не забувати.

Звичайно, найкраще намагатися якнайменше вносити змін додіалоги форм , наприклад, створювати реквізити та кнопки на формі програмно.

Багато хто взагалі рекомендує не змінювати типові форми, а створювати їх копії з нашими доробками і робити їх основними. Мені цей варіант не подобається тому, що якщо постачальник додав щось у діалозі формі - на моїй формі це не з'явиться і мені доведеться робити додавання вручну, а змін постачальника може бути набагато більшим, ніж наших.

Окрему увагу хотілося б приділитипо процедурному оновлення форм (частину процедур беру з конфігурації постачальника, а частина ні - індивідуальне налаштування). Розглянемо, як за даному режимі відбувається оновлення діалогу форми на відміну режиму «взяти з конфігурації постачальника».

Приклад немає відношення до цього оновлення конфігурації, але показовий, тому розглянемо його.

Довідник « Контрагенти» додано кілька реквізитів, і вони розміщені на форму елемента.

При оновленні конфігурації на новий реліз через підтримку буде запропоновано вікно порівняння та об'єднання конфігурації, в якому можна зробити різні налаштування. Порівняємо кілька варіантів:

1. Прапор оновлення форми виставлено, але оновлення зробленопо процедурно , тобто. за фактом виконано індивідуальне налаштування

Багато хто думає, що діалог форми повинен взятися з конфігурації постачальника, а процедури в залежності від зроблених налаштувань. Подивимося, як це так після виконання об'єднання. Зробимо порівняння конфігурації постачальника з основною конфігурацією.

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

2. Прапор оновлення форми виставлено, оновлення зроблено у режимі « Взяти з нової конфігурації постачальника»

У цьому випадку діалог форми елемента повністю приводиться у відповідність до діалогу форми елемента постачальника.

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

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

Здається, що з участю « Повні права» все просто, об'єднуємо їх повністю, права на нетипові об'єкти збережуться у них однаково. Так і є, права на нетипові об'єкти ніколи не пропадуть, але у всіх цих об'єктів буде включено прапор « Інтерактивне видалення», що не завжди добре. При порівнянні конфігурацій старого релізу та підготовленої нового релізу це добре видно:

З іншими ролями чинимо аналогічно тому, як ми працюємо з модулями - якщо наших змін більше, то не поєднуємо роль, після оновлення додаємо до неї те, що додав постачальник у новому релізі.

Після того як пропрацювали всі двічі змінені об'єкти у вікні оновлення, натискаємо « Виконати»

На питання, що змінені нами об'єкти будуть завантажені з нової конфігурації, відповідаємо ствердно.

У вікні « Налаштування правил підтримки» перевіряємо, чи встановлені прапори, хоча за умовчанням повинні стояти правильно, натискаємо « ОК».

Після закінчення процесу об'єднання зберігаємо основну конфігурацію, конфігурацію бази даних поки що не оновлюємо.

Тепер у конфігураціюfor_updatingдодаємо ті мінімальні доопрацювання, які не вдалося правильно оновити штатними засобами.

Щоб зручніше було проконтролювати виконання даного процесу, у базі baseзапустимо порівняння конфігурації постачальника та основної конфігурації старого релізу.

В базі for_updatingзробимо те саме. Контролюємо двічі змінені об'єкти, відмінностей не повинно бути.

Після того, як оновлення в базіfor_undatingбуде завершено оновлюємо конфігурацію бази даних і тестуємо деякі моменти, що саме добре протестувати стане зрозуміло в процесі оновлення, тут все індивідуально.

Оновлення у робочій базі бажано виконувати за допомогою підтримки"Конфігурація" - "Підтримка" - "Оновити конфігурацію".У цьому двічі змінені об'єкти буде завантажено з нового релізу, тобто. наші зміни затруться (конфігурацію не зберігаємо!), але при об'єднанні з підготовленою конфігурацією ми їх відновлюємо. Після цього можна зберегти конфігурацію та оновити конфігурацію бази даних.