Інструкція
Виберіть дві бази – робочу та її копію. В останній виведіть зміни, що відрізняють її від стандартної конфігурації програми, яка є на початку роботи з програмою після її встановлення.
Створіть файл cf, оскільки сайт виробника надає користувачам тільки файл cf. Він стане вам у нагоді для виконання наступного кроку, пов'язаного безпосередньо з оновленням зміненої конфігурації.
У робочій базі зайдіть в меню "Підтримка", потім натисніть на пункт "Оновлення конфігурації", виберіть попередньо створений .cf файл. У вікні порівняння копії бази, що з'явилося, приберіть галочки з тих пунктів, які ви недавно оновлювали.
Порівняйте та об'єднайте дані за допомогою меню «Підтримка». В опції «Налаштування підтримки» буде підпункт «Порівняти та об'єднати». Зверніть особливу увагу, що в цьому випадку ви повинні тільки порівняти та об'єднати дані, не ставлячи чекбокси. Ця операція необхідна лише для цілей наведення порядку та виявлення послідовності послідовності об'єктів у поточній конфігурації з порядком та послідовністю об'єктів, що знаходяться у файлі оновлення.
Далі знову зайдіть в ті ж пункти меню в Підтримці, заново виконайте операцію Порівняти і об'єднати, абсолютно так само, як і минулого разу. Виконайте роботу над об'єктами, проаналізуйте результати, порівняйте виявлені робочої бази від копії, а копії бази уточніть саме ті пункти, які змінювали. Перенесіть зміни з нової конфігураціїпостачальника. Збережіть зміни за допомогою натискання клавіші F7.
Повторіть перелічені вище дії кілька разів, перш ніж прийміться до роботи з цими робочими базами даних. Пам'ятайте, що чим більше разів ви виконаєте цю послідовність до початку роботи безпосередньо з важливими для вас даними, тим краще.
Зверніть увагу
Не можна змінювати додані об'єкти конфігурації, ви можете втратити дані.
Тренуйтеся в оновленні на копіях, не починайте роботу без певних навичок.
Конфігурації для програми "1С: Підприємство" існують типові та нетипові. Типова конфігурація випускається розробником і використовується кінцевим користувачем у первісному вигляді, а нетипова може бути написана з нуля, або доопрацьована на основі типової.
Інструкція
Визначте, яка конфігурація програми "1С: Підприємство" встановлена на вашому комп'ютері, оскільки способи оновлення конфігурації будуть різними. Якщо ви використовуєте типову конфігурацію, вам потрібно просто виконати дію «Завантажити змінену конфігурацію». Якщо ви є власником програми, виконайте такі дії.
Підготуйте наступні об'єкти для оновлення конфігурації. По-перше, у вас має бути встановлена сама конфігурація. По-друге, знайдіть типову конфігурацію того релізу, який використовується. По-третє, потрібно знайти типову конфігурацію останнього релізу тієї версії, яку вам необхідно отримати в результаті оновлення. По-четверте, зробіть копію файлу конфігурації вашої встановленої версіїпрограми "1С: Підприємство".
Оновлення нетипової, сильно зміненої конфігурації - дуже трудомістка і відповідальна задача. Зазвичай оновлення релізу провадиться для конфігурацій, що містять блок регламентованої звітності. Наприклад, .
Розглянемо, як найпростіше і без помилок зробити нетипове оновлення, на прикладі конфігурації 1С Бухгалтерія підприємства.
Початок будь-якого оновлення описано у статті. Ми ж розглядатимемо лише найголовніше — нюанси нетипового оновлення.
Трохи теорії про нетипові конфігурації:
- Конфігурація без підтримки містить 2 конфігурації: конфігурацію бази даних та основну конфігурацію.
- Конфігурація на підтримці без можливості редагування містить у собі 2 конфігурації: конфігурацію бази даних та основну конфігурацію (вона ж постачальника).
- Конфігурація на підтримці з можливістю зміни містить у собі вже 3 конфігурації: конфігурацію бази даних, основну конфігурацію та конфігурацію постачальника.
1. Підготовка до оновлення
Перед початком всіх дій переконайтеся, що конфігурація постачальника відповідає основній конфігурації, що суттєво полегшить нетипове оновлення. Якщо конфігурація постачальника має більш ранню версію, конфігурація раніше оновлювалася неправильно. Оновити реліз постачальника можна, по черзі запускаючи оновлення та не вибираючи для порівняння жодного об'єкта.
Насамперед я розгортаю 2 бази з початковою конфігурацією. Одну для внесення зміни, другу для порівняння з новою.
Отримайте 267 відеоуроків з 1С безкоштовно:
Якщо Ваша конфігурація не типова, то після натискання кнопки «оновити» в конфігураторі система почне порівняти основну та нову конфігурацію постачальника:
Зовні здається, що у нас змінилася велика кількість об'єктів. Однак уявимо ситуацію: Ви змінювали документ, але він не змінювався — чи потрібно його оновлювати вручну? Звичайно, ні. Для вибору таких об'єктів після порівняння обов'язково натисніть кнопку Фільтрі поставте галку
Після фільтрації ми бачимо, що змінених об'єктів стало набагато менше:
Ми отримали список об'єктів, над якими працюватимемо. У нашому випадку виявився лише один складний об'єкт — документ ЗаписКУДіР.
2. Перенесення змін поновлення 1С
Для перенесення змін я відкриваю 2 конфігуратори – в одному запускаю порівняння та забираю зміни, а в другому – проводжу доопрацювання.
Наступний етап - безпосередньо перенесення змін. Розглянемо основні прийоми під час оновлення нетипових конфігурацій.
3. Відмінності у модулях
Досить проста, але дуже відповідальна операція — ми просто переносимо модулі з нового релізу до старого. Якщо код коментується, то проблем не повинно бути:
4. Порівняння форм та макетів
Тут процес набагато складніший. Вам потрібно відловити найменші зміни на формах. Рекомендую формувати докладний звіт про відмінності із графічним відображенням:
Після того, як Ви перенесли з нової конфігурації всі зміни об'єктів, запустіть порівняння та об'єднання знову, знявши для порівняння об'єкти, які Ви змінювали вручну.
Нетипове оновлення зміненої конфігурації 1С завершено!
Зверніть увагу!Якщо Ви не вмієте програмувати 1С 8, шанс на успішне оновлення не типової конфігураціїдуже малий. Ви витратите багато часу і в результаті отримаєте конфігурацію, яка не запускається. Рекомендую звернутися до оперативної допомоги до .
Оновлення нестандартної платформи спричиняє великі складності. Ми розглянемо, як оновити нетипову конфігурацію 1С і опишемо поетапне вирішення труднощів, що виникають.
Як в нетипової конфігурації 1С виконати оновлення.
Загальні поняття
При оновленні (update, англ.) нетипової платформи зміни завжди торкаються елементів типової конфігурації (configuration, англ.) постачальника.
У базі даних (БД) міститься до трьох різновидів конфігурацій:
- безпосередньо база даних – з нею працюють логічні алгоритми;
- робоча (так звана основна, КонфігОР) - яку ми періодично змінюємо;
- Конфігурація постачальника (КонфігП - її основі створюються користувачем і робоча, і конфігурація БД.
Якщо програма скидається з підтримки, від постачальника її вже не буде. Однак тоді неминуче підвищення трудовитрат на оновлення. Розглянемо оновлення нетипової конфігурації 1С. Прикладом стане платформа УПП (Управління виробничим підприємством).
Відомості
На першому етапі потрібно прибрати відмінності між робочою і конфігураціями, що поставляється. Це скоротить оцінку раніше привнесених нами доробок. Невідповідність між ними виникає, коли при оновленні використовувалися сторонні файли (не з дистрибутива, що поставляється) або методи оновлення відрізнялися від стандартних.
Порівняння версій
Проводимо звіряння номерів версій (робочої та поставленої). Перша перевіряється у «Конфігурація»/«Відкрити»/«Правка»/«Властивості». У розділі «Розробка / версія». Друга в «Конфігурація»/«Підтримка»/«Налаштування підтримки»/«Версія»:
При збігу номерів можна перейти до розділу Отримання файлу через оновлення.
Подальші кроки демонструють як призвести до відповідності робочого та configuretion постачальника. З метою поставити на підтримку об'єкти, які були зняті або додані користувачем без підтримки. Для цього:
Збереження конфігурації (робочої)
Збережемо КонфігОР в файл з ім'ям, наприклад, work.cf. Для цього вибираємо "Конфігурація"/"Зберегти ...".
Отримання файла постачальника
Для конфігОР з КонфігП потрібен cf-файл з дистрибутива постачальника (тоєї ж версії). За замовчуванням він буде C:/Program Files/1cv81/tmplts. Перевіримо наявність потрібного файлу cf в таблиці шаблонів. Що робити, якщо немає потрібного файлу версії конфігурації постачальника? Тоді потрібно сформувати порожню БД зі старої, оновити її до потрібної версії і потім використовувати.
Отримання файлу через оновлення
Для виконання update cf-файлу КонфігП вибирається в меню команда: «Конфігурація/Підтримка/Оновити…/Вибір файлу/Готово/Виконати» (Послідовно на картинках):
Для вирішення її потрібно зняти позначку видалення з об'єкта в configuration постачальника. Потім після видалення повторно виконуємо порівняння – натискаємо кнопку «Оновити» у вікні оновлення.
Відновлення налаштувань
Частина втрачених налаштувань відновлюється методом поєднання зі збереженим раніше файлом work.cf. Для цього вибираємо «Конфігурація/порівняти, об'єднати… файлу».
Збереження та коригування
Для збереження КонфігОР та оновлення бази даних у пункті меню «Конфігурація» вибираємо «Оновити…БД». Тут зустрічаємо нову проблему:
Найімовірніше, причиною цього стало те, що ці об'єкти були скопійовані з КонфігП або вони були видалені постачальником, а пізніше додані вже нові під такими ж іменами. Проте, з іншими ідентифікаторами. Внаслідок цього з'явилися однойменні об'єкти, але з різними ідентифікаційними ключами.
Ролі можна просто видалити, тому що вони не змінювалися. Реквізит необхідно перейменувати, наприклад, на ЗаказРезерв1. А після оновлення внести значення з перейменованого на створений. Ще одна ситуація при оновленні. Як бути із формами?
З малюнка видно, що ФормуСписку видалено постачальником, а потім додано заново під тим самим ім'ям. Потрібно позначити їх на оновлення і натиснути «Виконання».
Якщо при update видається повідомлення про наявність посилань на об'єкти, що видаляються, то, не закриваючи форму, потрібно очистити посилання на неї у властивостях самих об'єктів. Тут це у властивостях регістру. Далі у формі оновлення вибрати опцію update, помітити на оновлення тепер уже властивості регістру та повторно натиснути "Виконати".
Збереження змін робочої роботи та оновлення конфігурації БД: «Конфігурація/Оновити…БД». Перенесення значення реквізиту ЗамовленняРезерв1 на ЗамовленняРезерв здійснюється зовнішньою обробкоюрежиму 1С: Підприємство.
Підготовка баз
За наслідками відомості готуємо дві ідентичні бази. Перша (основна) – це наш шуканий результат. Друга ж (допоміжна) – до виконання підготовчих дій. У випадку з файловим варіантомпросто копіюємо їх у каталог та підключаємо до списку ІБ, з клієнт-серверним – робимо вивантаження/завантаження.
Порівняння
Після відкриття обох БД Конфігуратором виконаємо їхнє тристороннє порівняння. Використовуємо для цього файл нової КонфігП - «Конфігурація/Підтримка/Оновити…/Вибір файлу…/Готово»:
Порівняння робочої, старої та нової конфігурацій постачальника дає нам список змінених об'єктів за фільтром "Показувати двічі змінені властивості". З ними потрібно вирішити проблему насамперед:
На даний момент робота з допоміжною базою зупиняється до закінчення всього процесу, кнопку «Виконати» більше не натискаємо. Переходимо до роботи в основній базі з одержаним списком двічі змінених об'єктів. Згода з оновленням призведе до втрати зроблених раніше доопрацювань. Тому по кожному з об'єктів потрібно приймати рішення – як його буде змінено.
Проведемо попередню оцінку тільки для зменшення робіт у подальшому. Якщо змін елемента більше міститься в новій КонфігП - залишаємо об'єкт постачальника. Ставимо галочку. Переносимо зміни із КонфігОР. Якщо змін елемента більше міститься в робочій configuration - залишаємо екземпляр об'єкта КонфігОР. Знімаємо галку. Перенесемо зміни з КонфігП. Модулі слід порівнювати попроцедурно. Для цього натискаємо кнопку як на малюнку:
Розставляємо галочки для вказівки процедур та функцій на заміну або видалення:
Тепер потрібно продублювати стан галочок у допоміжній основі. В основному ж – натискаємо «Виконати». До цього моменту в основному отримуємо майже готову конфігурацію.
Наступні порівняння виконуємо знову у допоміжній основі. Знаходимо раніше внесені зміни додатковим порівнянням старої КонфігП із КонфігОР - «Конфігурація/Порівняти…»:
Аналогічно порівнюємо стару КонфігП із новою. Якщо файлу нової немає, його тепер можна взяти з основної бази.
Отже, двічі змінені об'єкти отримано. В основній базі отримано практично готове налаштування. У ній потрібно розібратися із двічі зміненими елементами.
ВАЖЛИВО. При аналізі користувача повинні цікавити причини внесення тих чи інших змін, а їх наслідки. Тобто головне – необхідність зберегти функціонал. Можливо, для цього потрібно не перенесення змінених рядків, а повна переробка коду під нову КонфігП.
Для прийняття рішення достатньо провести порівняння форм, таблиць та модулів об'єктів. Іноді дані у звітах подаються у такому вигляді, який не дозволяє оперативно ухвалити рішення. На цьому кроці втрата доробок відбувається, якщо зміни стосуються об'єктних реквізитів складового типу.
У порівняльному звіті дані, що розрізняються, даються у вигляді списку, з якого не видно які типи даних додавалися/видалялися. Якщо кількість рядків звіту досягає двохсот, то процес «ручного» порівняння є досить трудомістким (близько п'ятдесяти годин).
Зниження трудомісткості досягається використанням, наприклад, конфігурації "Порівняння осередків" від компанії Інформ Сервіс. Вона доступна до запуску в режимі 1С:Підприємство та подає дані звіту про порівняння у зручному вигляді. Порівняння здійснюється можливостями 1С:
Схема роботи проста. У конфігураторі створюється порівняльний об'єктний звіт. Зберігається у файл, наприклад, Звіт Порівнянні. mxl. У діалозі 1С:Підприємство він відкривається і вказуються порівнювані осередки (по подвійному клацанню правою кнопкою миші на обраному осередку табличного документа). За натисканням «Порівняти» дається результат порівняння, при цьому різні позиції виділяються кольором.
Подальша інструкція дій має такий вигляд.
- Наступний звіт зберігається тим самим ім'ям.
- Після закінчення оновлення та перенесення доробок типової конфігурації виконується синтаксичний контроль модулів та тестування роботи змінених об'єктів.
- Після вдалого тестуванняпроцес вважатимуться закінченим. Залишається оновити друковані форми, Звіти та обробку. У деяких випадках перевірити зовнішні форми звітності.
Працюємо з 1С 7.7
Оновлення типової платформи на таку ж зазвичай не викликає труднощів. Достатньо лише дотримуватись вказівок в інструкціях. Вони знаходяться в UPDATE.TXT каталогу дистрибутива.
Також складнощів немає, якщо до платформи додано додаткові елементи обліку (довідники, константи, відбори, звіти, регістри, журнали розрахунків тощо). Вони впадуть при об'єднанні платформ. Додані документи також не внесуть дисгармонії, якщо не було змін ознак для введення «на підставі» таких доданих документів.
Рекомендується виконувати update на швидкодіючий ПК з великим обсягом оперативної пам'яті. При її нестачі 1С може відмовитися відпрацьовувати частину функцій та «зависнути». Великий обсяг віртуальної пам'ятіцю проблему не вирішує.
Створення архівної копії
Для цього потрібно скористатися опцією: «Адміністрування/Зберегти дані…». Зручно вказувати ім'я архіву, поєднавши його з датою створення (наприклад, ГГММДД.zip).
Підготовка каталогів
Для роботи потрібно шість файлів конфігурацій (1cv7.md):
- "РобочийНовий" для підготовки оновлення (результуючий md-файл);
- «РобочийСтарий» щодо відстеження змін при порівнянні та для перенесення налаштувань у ТипНовий_2;
- Типова (стара) «ТипСтарий_1». На її основі раніше було створено робочу.
- типів. (Колишня) «ТипСтарий_2». Для відстеження змін фірми 1С нової типової версії;
- Тип. (Нова) «ТипНовий_1». Доопрацювання фірми 1С у новій версії;
- "ТипНовий_2" для складних об'єктів.
І п'ять запущених конфігураторів (усі, крім «ТипНовий_1»).
Спочатку каталоги попарно однакові:
- «РобітникНовий» та «РобітникСтарий»;
- «ТипСтарий_1 і ТипСтарий_2»;
- «ТипНовий_1» та «ТипНовий_2».
Об'єднання елементів
Спочатку проводимо порівняння між 3 і 2, 4 і 5, 1 і 6. Для цього кожній з перших у парі вибрати пункт «Конфігурація/Об'єднання…» і вказати файл метаданих 1cv7.md другого в парі. На екрані відобразиться форма із деревом змінених елементів. Далі необхідно провести аналіз результатів попарного порівняння 3 з 2 і 4 з 5. Залишити для об'єднання елементи в платформах, що оновлюються (1 і 6), в яких були зміни від фірми 1С (4 з 5), але не були відображені в 3 і 2. 1 та 4 потрібно об'єднати в режимі заміщення.
Інші
Сюди можна віднести план рахунків і інтерфейси користувача. Якщо в плані рахунків були зміни, то його потрібно оновлювати в режимі Об'єднання об'єктів РобочийНовий разом з ТипНовий_2. Після об'єднання інтерфейсу перевіряється наявність помилок: дублювання пунктів меню, дублювання панелей інструментів, встановлення ознак для панелей інструментів "Розташування з нового рядка".
Завантаження здійснюється по мережі або на сервері (переважно). Спочатку монопольно забезпечується доступ до БД. А через режим конфігуратора потім завантажується основа. Перед проведенням завантаження та після нього виконується архівація даних (як описано на початку розділу). Далі слід слідувати інструкціям файлу UPDATE.TXT. Після закінчення завантаження всі каталоги, крім Робочий Новий, можна видалити.
Сподіваємося, що наша публікація допомогла вам розібратися з оновленням нетипової конфігурації 1С. Ми розглянули це стосовно сьомої та восьмої версій.
Залишайте коментарі, пишіть про свій досвід у оновленні 1С.
Нетипова конфігурація 1С це коли: 1) конфігурація 1С написана з нуля самостійно програмістом, 2)конфігурація 1С була типовою, але в неї додали зміни, навіть якщо додали один реквізит.
У цій статті ми розглянемо, як потрібно коректно оновлювати зміни 1С, і навіть кілька прийомів з м'якого зміни типових змін, тобто. правильну зміну, яка не впливатиме на можливість подальшого оновлення.
Для того, щоб внести будь-які зміни до типової конфігурації 1С, необхідно розблокувати зміну типової конфігурації 1С, а в деяких випадках зняти її з підтримки.
В самому оптимальному варіантіоновлення конфігурація 1С може оновлюватися повністю автоматичному режимі, можливо, коли у нас заборонені зміни конфігурації. Досить часто потрібно включати зміну конфігурації, оскільки необхідна адаптація прикладних рішень під бізнес-вимоги замовника, на цьому варіанті ми зупинимося.
Перш ніж виконувати оновлення настійно рекомендується зробити резервну копію бази даних, зробити це можна через меню Адміністрація/Вивантажити інформаційну базу.
Існує 2 варіанти оновлення: а) Оновлення 1С через підтримку (дзвінок через діалог Конфігурація/Підтримка/Оновити конфігурацію) та б) через Порівняння об'єднання з конфігурацією з файлу. Слід звернути особливу увагу, що різниця між цими двома пунктами в тому, що в першому випадку оновлюється основна конфігурація та конфігурація постачальника, а при порівнянні об'єднанні конфігурацій оновлюється лише основна конфігурація, конфігурація постачальника залишається старою. Таким чином, найбільш рекомендованим варіантом є оновлення через Оновити конфігурацію. Для оновлення через підтримку конфігурації використовуються файли постачання постачальника CF або CFU, які можна знайти пошуком, у каталозі шаблонів, вказавши шлях в Інтернеті, або безпосередньо вказати шлях до потрібного файлу на жорсткому диску.
При оновленні конфігурації 1С без можливості внесення змін оновлення після вибору файлу оновлення відбувається в автоматичному режимі, якщо в конфігурації увімкнена можливість внесення змін, тоді після вибору файлу оновлення буде виведено вікно порівняння конфігурацій. У цьому діалозі ми можемо побачити, як система пропонує нам оновити нашу нетипову конфігурацію 1С. У нижній частині діалогового вікна розташована відповідна легенда про статус об'єктів: "Статуси за відповідністю об'єктів" позначають порівняння "Основної конфігурації" та "Нової конфігурації", "Статуси з історії об'єктів" позначають порівняння об'єктів конфігурацій з об'єктами "Старий конфігурацій".
Проставляючи прапорці поруч із об'єктами, можна вибирати, чи зміняться поточний об'єкт конфігурації, чи залишиться старим, а також спосіб зміни об'єкта. У меню дії є можливість проставити галочки по підсистем (це корисно, якщо конфігурація знаходиться на підтримці у кількох постачальників). Також у цьому меню є можливість вказати пріоритет об'єднання для всіх об'єктів разом, за умовчанням система вважає більш пріоритетною конфігурацію постачальника. Налаштування фільтра дозволяють вказати, які конфігураційні об'єкти нам варто виводити для можливості детального вказівки режиму об'єднання. Існують кілька стандартних шаблонів фільтра, крім цього можна вказати фільтри кожної пари порівнюваних конфігурацій. Є можливість встановити в налаштуваннях "Фільтр" галочку "Показувати лише двічі змінені властивості", це дозволить відсіяти об'єкти, при оновленні яких не виникло конфліктів між змінами постачальника та доопрацюванням цих об'єктів:
Отже, в результаті вийде список об'єктів, двічі змінених при доопрацюванні типової конфігурації та нової конфігурації постачальника. Якщо погодитись з оновленням, то зроблені раніше доопрацювання у цих об'єктах будуть втрачені. Тому по кожному об'єкту необхідно ухвалити рішення про те, яким чином він буде оновлено. На цьому етапі слід виконати попереднє порівняння виключно для того, щоб зменшити обсяг робіт надалі. Оцінка не точна швидка - "на око". Якщо змін в об'єкті більше в новій конфігурації постачальника, залишаємо екземпляр об'єкта постачальника. Залишаємо галочку. Потім необхідно буде перенести зміни з робочої конфігурації. Якщо змін в об'єкті більше в робочій конфігурації, залишаємо екземпляр об'єкта робочої конфігурації. Знімаємо галочку. Потім потрібно змінити конфігурацію постачальника. З модулями можна зробити трохи інакше, т.к. Можна порівнювати модулі попроцедурно.
Тобто. у випадку, якщо в нашій конфігурації 1С і в конфігурації постачальника змінені різні процедури модуля, то, правильно розставивши, галочки ми позбавимо себе ручного перенесення змін коду. Щоб до цього дістатися, необхідно натиснути кнопку у вигляді лупи поруч із назвою режиму об'єднання модулів:
Коли ми виводимо меню дій по об'єкту (наприклад, натисканням правої кнопки миші), ми можемо викликати звіт про порівняння об'єктів.
Щоб підтвердити проведене оновлення 1С, потрібно вибрати пункт меню Конфігурація/Оновити конфігурацію бази даних.
Щоб відмовитись від оновлення 1С – потрібно вибрати пункт меню Конфігурація/Повернутись до конфігурації БД.
Декілька правил, які спрощують майбутнє оновлення конфігурацій 1С:
Основне правило поновлення 1С: потрібно додавати нові об'єкти, т.к. при оновленні нові об'єкти системою не торкаються
При зміні текстів модулів бажано також додавати свої нові процедури та функції, а з існуючих викликати нові
Використовуючи підписки на події, завдяки цьому можна доопрацьовувати типові механізми, не змінюючи типового коду
Використання типового функціоналу конфігурацій
Програмне створення елементів форми (У події При Створенні Форми На Сервері)
Дякую!
Після інсталяції на комп'ютер актуальну версію платформи можна переходити безпосередньо до оновлення конфігурації 1С. Пропонуємо дізнатися, як оновити самостійно «1С:Бухгалтерія 8» версії 3.0 – один з найбільш популярних та затребуваних бухгалтерських додатків у Росії.
Пошук оновлень
Перейдіть до оновлень
Якщо хочете дізнатися, які можливості ви отримаєте після інсталяції оновлення, перейдіть за посиланням «Нове у версії».
Вкажіть параметри адміністрування
Для оновлення конфігурації 1С системі знадобляться дані адміністратора інформаційної бази- Ім'я користувача та пароль.
Зверніть увагу – це не ті ім'я та пароль, які використовуються для отримання оновлень!
Виберіть у списку користувача (обов'язково з правами Адміністратора) і введіть пароль, який він використовує для авторизації в системі.
Виберіть відповідний варіант встановлення оновлень
Для оновлення конфігурації "1С:Бухгалтерія" виберіть установку файлів прямо зараз або після того, як програма завершить роботу. Також доступний варіант створення бекапу інформаційної бази.
Увага! Якщо з цією базою працюють інші користувачі, попросіть їх завершити сеанс - це необхідно для створення резервної копії даних. Дізнатися, хто саме підключений до бази, можна за посиланням «Переглянути список активних користувачів».
Зробіть бекап ІБ
Рекомендуємо скористатися цією пропозицією для того, щоб у разі некоректності оновлень повернутися до колишньої версіїпрограми. Особливо це важливо зробити, коли планується оновлення нетипових конфігурацій.
Відкат буде виконано автоматично із збереженням усіх даних. Перейдіть за посиланням «Створювати резервну копію ІБ та виконувати відкат при позаштатній ситуації».
Виберіть «Створити резервну копію та зберегти у вказаному каталозі» та вкажіть шлях до каталогу, а потім натисніть «Ок». Програма закриється, після чого розпочнеться процес оновлення.
Зачекайте, поки завершиться оновлення
На екрані з'явиться попереджувальне вікно про оновлення конфігурації. Цей процес складається з наступних дій:
- Закриття сеансів користувача;
- Резервне копіювання ІБ;
- Копіювання файлів оновлення в ІБ;
- Оновлення конфігурації;
- Отримання дозволу на підключення.
Після оновлення конфігурації 1С 8 версії програма відкриється в режимі користувача і оновлення продовжиться. Хід прогресу буде видно на індикаторі.
Наприкінці програма видасть вікно з інформацією «Що нового у цій версії». Якщо вам цікаво, що дало оновлення конфігурації 1С 8.3 через конфігуратор, перейдіть за запропонованим посиланням та ознайомтеся з корисними відомостями.
Перевірте правильність встановлення оновлень
Зайдіть у меню «Адміністрування» у підпункт «Підтримка та обслуговування». У списку посилань із загальною назвою «Оновлення версії програми» клацніть на рядку «Результати оновлення та додаткова обробка даних».
Переконайтеся, що всі оновлення встановлені успішно – це підтвердять зелені маркери поруч із виконаними діями.
Інструкцію щодо оновлення нетипової конфігурації 1С ми розглянемо в окремій статті.
Дізнайтеся, як автоматизація за допомогою сімейства програм 1С допоможе вашому бізнесу, та отримайте консультацію експерта з впровадження та налаштування типових рішень на 1С.
Завантаження...