1з8 скачати оновлення конфігурації. На що слід звернути увагу

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

Отримати необхідні для оновлення файли можна кількома способами:
- По-перше, останні оновлення доступні на сайті users.v8.1c.ru, доступ до якого Ви отримуєте при укладанні договору на ІТС (інформаційно-технологічний супровід);
- по-друге, можна оновити 1С через Інтернет, для цього треба мати реєстраційні дані (логін та пароль).

У цій статті описано спосіб оновлення конфігурації при завантаженні файлів оновлення, але Ви можете використовувати цю статтю, щоб оновити програму через Інтернет. Для цього необхідно пропустити пункт 2, а при виконанні пункту 4 встановити галочку 9 та зняти галочку 8, а потім ввести логін та пароль.

УВАГА! Якщо конфігурація допрацьовувалась програмістами 1С, не рекомендується виконувати оновлення власними силами, т.к. це може призвести до помилок і навіть втрати даних.

Ця стаття являє собою інструкцію щодо оновлення конфігурацій 1С:Підприємство 8.3. Отже, почнемо по порядку.

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

2. Тепер приступаємо безпосередньо до оновлення. Відкриваємо каталог із оновленням, запускаємо файл setup.exe та встановлюємо оновлення до каталогу за замовчуванням.

3. Запускаємо конфігуратор (дії 1 і 2 малюнку). Вибираємо користувача з адміністративними правами (дія 3 малюнку).

У вікні Конфігуратора заходимо у меню Конфігурація → Підтримка → Оновити конфігурацію(Дія 4 на малюнку).

Якщо дія 4 не доступна, необхідно спочатку відкрити конфігурацію (дія 5) і після цього повторити дію 4.

У вікні вибираємо пункт «Пошук доступних оновлень (рекомендується)» і натискаємо кнопку «Далі» (дії 6, 7).

4. У вікні вибору виду джерела оновлення необхідно встановити прапорці як на малюнку (дії 8 і 9). Натискаємо кнопку "Далі" (дія 10).

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

5. Після короткої паузи з'явиться вікно доступних оновлень. Вибираємо номер версії конфігурації та натискаємо кнопку «Готово» (дії 11 та 12 на малюнку).

6. Далі програма ставитиме Вам питання, на які потрібно відповідати «Так», «Прийняти» та «Продовжити». При оновленні конфігурації бази даних буде виведено вікно для ухвалення змін. Натисніть кнопку «Прийняти» (дія 13).

7. Після цього залишається тільки запустити регламентовану обробку даних у режимі користувача. Для цього закриваємо конфігуратор та запускаємо програму в режимі «Підприємство» (тобто як завжди). Програму необхідно запустити програму під юзером з адміністративними правами.

8. При запуску програма поставить Вам питання про легальність отриманого оновлення, на яке ми відповідаємо, виконавши дії 14 і 15 як на малюнку.

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

Вітаю, ви оновили свою програму 1С!

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

2018-05-10T12:47:19+00:00

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

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

На що слід звернути увагу

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

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

Які версії платформи використовуватиметься для такого оновлення

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

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

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

На що звернути увагу в оновленні

Можливість резервного копіювання у форматі SQL

Для серверних баз за замовчуванням обновлятор робить резервні копії у форматі dt.

І це не є добре з кількох причин:

• для великих баз вивантаження в dt займає дуже багато часу та ресурсів комп'ютера
• вивантаження у dt не може вважатися повноцінною резервною копією; тому, якщо в процесі оновлення ви захочете відкотитися на одну з проміжних копій, я не радив би відкочуватися на dt вивантаження

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

Саме тому в оновленні є можливість налаштувати створення резервних копій у форматі SQL безпосередньо з СУБД.

Для цього зайдіть у властивості серверної бази в оновленні:

Потім перейдіть на закладку "Архівація" і позначте галку "Включити до архіву бекап SQL":

Заповніть необхідні налаштування, якщо це потрібно:

Зазначу, що поки що підтримується тільки MS SQL Server. Для PostgreSQL доведеться створити резервну копію вручну перед оновленням бази та відмовитися від ідеї створення проміжних архівів.

Як вимкнути створення резервної копії перед оновленням

За промовчанням обновлятор налаштований на обов'язкове створення резервної копії перед оновленням бази.

Якщо вам цього не потрібно, зайдіть у властивості бази та перейдіть на закладку "Оновлення".

Тут позначте галку "Не створювати резервну копію перед оновленням":

Як вимкнути автоматичне відновлення бази при помилці оновлення

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

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

Якщо вам потрібно вимкнути таке відновлення, зайдіть у властивості бази та перейдіть на закладку "Оновлення".

Тут відзначте галку "Не відновлювати базу при помилці оновлення":

Як включити оновлення "в лоб, а не за ключовими релізами"

Щоб зробити це, відкрийте властивості бази та перейдіть на закладку "Оновлення".

Тут відзначте галку "Шукати оновлення в лоб, а не за ключовими релізами":

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

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

Для того, щоб обмежити цикл оновлення, наприклад, не більше ніж на 3 релізи за раз відзначимо на цій же закладці галку "Оновлювати не більше ніж на 3 релізи за один запуск":

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

Як увімкнути автоматичний перехід на наступну підредакцію

За замовчуванням, оновлення виконує оновлення строго в межах .

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

Але ось перехід між підредакціями (наприклад, з версії 11.1 на 11.2) зазвичай не такий "страшний" і для деяких конфігурацій може вважатися звичайною справою.

Як увімкнути створення проміжних резервних копій

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

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

Наявність у нас усіх проміжних копій бази вирішує проблему.

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

З пункту "Ще" виберіть операцію "Запустити оновлення з розширеними параметрами":

У діалозі позначте галку "Створювати резервну копію після кожного проміжного оновлення"...

І натисніть кнопку "Запустити".

Як оновлювати дороблену базу

Якщо у вас допрацьована типова і при спробі оновлення через

1. Підготовка до оновлення:
   • Завантажуємо дистрибутив оновлення 1С з офіційного сайту;
   • Встановлюємо шаблон оновлення конфігурації;
   • Створюємо актуальну резервну копію інформаційної бази.
2. Проводимо оновлення конфігурації:
   • встановлення оновлення через конфігуратор;
   • Запускаємо інформаційну базу в режимі користувача.

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

Завантажуємо дистрибутив оновлення 1С

Для оновлення конфігурації 1С 8.3 нам потрібний дистрибутив оновлення, який можна отримати:

• на сайті підтримки користувачів https://users.v8.1c.ru;
• на диску ІТС;
• через партнера 1С у своєму місті.

Перш ніж завантажити потрібний дистрибутив оновлення 1С 8.3, дивимося, який зараз у нас встановлений реліз програми 1С 8.3. Головне меню – Довідка – Про програму :

Заходимо на офіційний сайт підтримки користувачів та звіряємось з таблицею – до якого релізу можна оновити нашу конфігурацію програми 1С 8.3:

Дуже важливо!Дотримуйтесь даної таблиці оновлення 1С 8.3 і здійснюйте установку поетапно. Якщо Ви дуже давно не робили оновлення – є велика спокуса одразу встановити актуальний реліз за допомогою повного дистрибутива конфігурації – *.cf файлу. Але тоді є велика ймовірність, що Ви пропустите реліз, де розробниками здійснювалася заміна чи видалення будь-яких об'єктів, і Ви можете втратити якісь дані.

Наприклад, якби у нас був встановлений реліз 3.0.43.100, необхідно спочатку встановити 3.0.43.148, а потім останній реліз оновлення – 3.0.43.162.

Увага!!!Не забувайте робити резервні копії! Адже при невдалому оновленні конфігурації завжди можна відновити нашу базу.

Запускаємо інформаційну базу у конфігураторі:

Головне меню - Адміністрація – Вивантажити інформаційну базу:

Про способи резервного копіювання бази в 1С 8.3 Ви можете ознайомитись у статті

Проводимо оновлення конфігурації 1С 8.3

Встановлення оновлення 1С 8.3 через конфігуратор

Після того як ми:

1. завантажили та встановили шаблон конфігурації;
2. створили актуальну резервну копію інформаційної бази;

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

Головне меню - Конфігурація – Підтримка – Оновити конфігурацію:

Якщо кнопка «Оновити конфігурацію» не активна, потрібно відкрити конфігурацію (дерево метаданих):

Встановлюємо перемикач "Вибір файлу оновлення" - "Далі":

Вказуємо шлях файлу поновлення:

Заходимо до каталогу, куди встановили шаблони та вибираємо файл конфігурації оновлення 1cv8.cfu:

Кнопка «Готово»:

Натискаємо на кнопку «Продовжити оновлення»:

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

Після того, як виконається оновлення конфігурації 1С 8.3 – погоджуємось на оновлення конфігурації бази даних:

Приймаємо зміни:

Як зробити оновлення 1С 8.3 через конфігуратор самостійно дивіться також у нашому відео уроці:

Запускаємо інформаційну базу 1С 8.3 в режимі користувача

Після завершення – запускаємо 1С 8.3 в режимі користувача, для того щоб виконати обробки оновлення інформаційної бази.

Запустити в режимі користувача можна через вікно запуску 1С або через конфігуратор:

Підтверджуємо легальність отримання оновлення 1С 8.3 та натискаємо на кнопку «Продовжити»:

Очікуємо завершення оновлення 1С 8.3:

Ми оновили нашу конфігурацію 1С 8.3 до актуального релізу:

Увага!Якщо Ви робите інсталяцію оновлення 1С 8.3 декількох пакетів – обов'язково після кожного оновлення 1С 8.3 запускати ІБ в режимі користувача.

На закінчення цієї статті відзначимо важливі моменти:

• Перед оновленням 1С 8.3 актуальнурезервну копію;
• Виконуйте оновлення 1С 8.3 поетапно;
• Після кожного оновлення 1С 8.3 запускайте інформаційну базу в режимі користувача.

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

У цій статті буде розказано про оновлення нетипової конфігурації 1С (редакцій 8.2 та 8.3), зі збереженням усіх змін, внесених вами (або іншими розробниками) у типову конфігурацію 1С 8.

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

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

Розглянемо за кроками алгоритм оновлення конфігурації 1С 8. Даний алгоритм є універсальним, перші одинадцять його кроків описують процес оновлення будь-якої типової конфігурації 1С 8, а всі пункти разом описують оновлення нетипової конфігурації 1С 8:

• Завантажте файл оновлення конфігурації із сайту users.v8.1c.ru або отримайте його з будь-яких інших доступних джерел (наприклад, з диска ІТС);
• Розпакуйте та встановіть файл з оновленням 1С 8 у будь-яку папку на жорсткому диску;
  
• У папці з номером релізу 1С8 знайдіть файл 1cv8.cfu - саме цей файл містить оновлення конфігурації;
  
  
• Запустіть 1с Підприємствов режимі Конфігуратор;
• Перейдіть до меню Конфігурація -> Підтримка -> Оновити конфігурацію.
  
  
• У вікні «Оновлення конфігурації», що відкрилося, встановлюємо прапор на пункті Вибір файлу оновленьі тиснемо кнопку Далі(якщо хочете, то можна скористатися і першим пунктом Пошук доступних оновленьта пошукати файли оновлень в автоматичному режимі) ;
• У полі «Вкажіть файл оновлень» виберіть файл .cfu з папки з номером релізу. Зверніть увагу, що оновити конфігурацію бази 1С 8 можна не на будь-який реліз. Для кожного файлу оновлення існує список релізів, для яких воно призначене. Тому, можливо, доведеться встановлювати кілька файлів оновлення послідовно;
• У наступному вікні ви побачите опис цього оновлення. Також у ньому можна подивитися для оновлення яких версій конфігурації призначений цей файл. Натисніть кнопку Продовжити оновлення;
• Якщо цю версію конфігурації неможливо оновити вибраним файлом, вам буде видано віконце з підказкою, які релізи слід встановити;
• Якщо вибраний файл підходить для оновлення конфігурації, з'явиться вікно з даними про версію оновлення. Щоб продовжити оновлення, натисніть кнопку ОК;
  
• Після цього розпочнеться процес оновлення. Якщо ваша конфігурація типова, то після її завершення залишиться лише погодиться змінити поточну конфігурацію та запустити 1С 8 у режимі Підприємство;
• Якщо ви оновлюєте конфігурацію зі змінами (нетипову), то після завершення процесу оновлення з'явиться вікно порівняння-об'єднання старої та нової конфігурації.

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

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

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

Для цього натисніть розташовану внизу вікна кнопку Фільтр, у вікні встановити прапор та натисніть ОК.

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

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

Відновлення загального модуля.

• Розглянемо приклад: У загальний модуль КонтрольВерсіїКонфігураціїви внесли такі зміни:
  • У процедурі ПеревіритиВерсіюКонфігурації()закоментували рядок: //ВідкритиФормуМодально("ЗагальнаФорма.НерекомендованаВерсіяКонфігурації", Параметри);
  • Додали до модуля свою процедуру з ім'ям Моя Тестова Процедура ().

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

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

  • Затерти ваші зміни, встановивши типові. Після цього вручну внести затерті зміни в оновлений модуль;
  • Не оновлювати модуль та внести типові зміни вручну.

  Механізми порівняння конфігурацій

  Для порівняння змін у модулі можна скористатися такими вбудованими механізмами вікна порівняння-об'єднання конфігурацій:

  • Перегляд відмінностей у модулях. Для цього у вікні порівняння клацніть правою кнопкою миші на модулі виберіть пункт Показати відмінності у модулях…Після цього відкриється вікно порівняння модулів, у якому можна побачити, які саме процедури в оновленому та зміненому вами модулі різняться. Верхня частина екрана поділена на дві колонки: у лівій наведено список процедур основної конфігурації, які були змінені, а в правій аналогічний список процедур оновленої типової конфігурації. Нижня частина вікна також поділена на дві частини, за тим самим принципом. У ньому відображається код виділених процедур. Рядки, які присутні лише в основній конфігурації, виділені синім кольором. Рядки, які присутні лише в оновленій типовій конфігурації, виділені зеленим кольором. Рядки, які є в обох конфігураціях, але не збігаються між собою, виділені червоним кольором.
    
    
    
    
    
    
    
  • . Для порівняння модулів можна також використовувати звіт про порівняння об'єктів. Щоб викликати його у вікні порівняння, клацніть правою кнопкою миші на модулі, виберіть пункт У вікні, в області Формат,встановіть прапор Детально.У звіті можна побачити, які рядки модуля змінені і як вони виглядають в обох конфігураціях.
    
    
    Незважаючи на те, що цей звіт надає всю інформацію про зміни, він не зручний у роботі (принаймні при оновленні модулів). Набагато цікавіші дві його модифікації: звіт про порівняння об'єктів основної конфігурації зі старою конфігурацією постачальника(у цьому звіті видно лише зміни, внесені вами) та (У цьому звіті помітні лише зміни, внесені до модуля оновленням).
    
    
    
    За допомогою першого звіту можна побачити у скількох місцях внесені ваші зміни до модуля, це дозволить швидко знайти їх у вікні Перегляд відмінностей у модулях.У другому звіті можна побачити у кількох місцях типове оновлення, що внесло свої зміни.

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

  • Обновимо модуль, затерши внесені до нього зміни. Внесемо їх вручну після поновлення;
  • Не оновлюватимемо модуль. Зміни, отримані в оновленні, внесемо після.

  Перший спосіб:

  • • Перед описом алгоритму зауважу, що ми розглядаємо дуже простий приклад оновлення, для того щоб опис не зайняв дуже багато місця, але процес оновлення в складному випадку складається з таких етапів, хоча і вимагає більшої зосередженості і уважності;
    • Перед оновленням конфігурації створимо текстовий документ. До нього ми будемо записувати зміни, які потрібно буде внести вручну після оновлення. Дані у текстовому документі мають бути представлені максимально зрозумілим чином, тобто структуровані. У нашому прикладі писатимемо так: 1. Загальні модулі 1.1 КонтрольВерсіїКонфігурації
    • Знайдемо спільний модуль КонтрольВерсіїКонфігурації Модуль.Клікнемо по ньому правою кнопкою миші та в контекстному меню виберемо пункт О звіт про порівняння об'єктів основної конфігурації зі старою.У вікні поставимо прапор Детально.Також я встановлюю прапор Виводити у Текстовий документтому що так зручніше дивитися зміни, але це вже справа звички. Натисніть кнопку ОК.Звіт, що відкрився, матиме такий вигляд:
      
      
    • Зі звіту видно, що в модуль внесено дві зміни (перед кожною новою зміною пишуться номери рядків, в яких вона внесена):
      • Змінено рядок 34, в основній конфігурації вона закоментована, а старої конфігурації постачальника немає;
      • Додано процедуру, в старій конфігурації постачальника на її місці порожньо, а в основній конфігурації вона є. Звіт не закриваємо, він стане нам у нагоді;
    • Тепер знайдемо першу відмінність у вікні порівняння модулів. Для цього знову клацаємо правою кнопкою миші по гілці Модульі в контекстному меню вибираємо пункт Показати відмінності у модулях…Так як у вікні порівняння модулів не видно номерів рядків (глобальної нумерації), то для того, щоб знайти першу зміну прогортаємо всі процедури у верхній половині вікна. Також зі звіту ми знаємо, що перша зміна пов'язана зі зміною рядка, тому шукаємо текст, виділений червоним кольором. Змінений рядок знайдеться у процедурі ПеревіритиВерсіюКонфігурації().
      
      
    • Відкриємо текстовий документ, створений для запису змін. Пунктом «1.1.1» запишемо там назву процедури, в якій перебуває зміна. Після цього нам треба вписати в нього знайдену зміну так, щоб ми легко могли знайти її в тексті модуля. Для цього я зазвичай копіюю в документ не один, а відразу кілька рядків процедури, до і після змін. Але в даному випадку процедура маленька і тому достатньо скопіювати змінений рядок. Вийде наступний запис: 1. Загальні модулі 1.1 КонтрольВерсіїКонфігурації 1.1.1 ПеревіритиВерсіюКонфігурації//ВідкритиФормуМодально("ЗагальнаФорма.НерекомендованаВерсіяКонфігурації", Параметри);
    • Тепер знову відкриємо звіт про порівняння конфігурацій, подивимося таку зміну і знайдемо її у вікні порівняння модулів. На цей раз це додана нова процедура. Оскільки ця процедура повністю відсутня у старої конфігурації постачальника, її текст буде виділено синім шрифтом:
      
      
    • Знову відкриємо текстовий документ, створений для запису змін. У пункті «1.1.2» запишемо назву доданої процедури. Після цього скопіюємо туди текст доданої процедури. 1.1.2 МояТестоваПроцедура Процедура МояТестоваПроцедура() Експорт //Текст процедури КінецьПроцедури
    • КонтрольВерсіїКонфігураціївстановлений прапор, який означає, що цей модуль слід оновити, затерши всі внесені зміни;
      
    • Далі необхідно записати до текстового документа зміни інших двічі змінених об'єктів метаданих. Але оскільки в цьому прикладі ми розглядаємо конкретний загальний модуль, то пропустимо цей етап;
    • Після того, як робота над двічі зміненими об'єктами виконана, у вікні порівняння/об'єднання натискаємо кнопку Виконати;
    • Якщо з'явиться вікно з текстом «Існують об'єкти, змінені в основній конфігурації…», натискаємо кнопку Так;
      
      
    • У наступному вікні Налаштування правил підтримки не змінюємо жодних налаштувань, а просто натискаємо кнопку Так;
      
      
    • Останнім з'явиться повідомлення: "Об'єднання конфігурацій завершено". Тиснемо кнопку ОК;
      
    • Збережемо конфігурацію за допомогою меню Файл -> Зберегти, піктограми Зберегти(синя дискета) або клавіші Ctrl+S;
    • Після того, як конфігурація збережена, відновимо затерті зміни модуля. У дереві метаданих знайдемо та відкриємо модуль КонтрольВерсіїКонфігурації;
    • Відкриємо текстовий документ, в який занесені зміни даного модуля;
    • У пункті «1.1.1» зазначено процедуру ПеревіритиВерсіюКонфігурації,знайдемо її в модулі та розкриємо;
    • У текстовому документі зазначено, що слід закоментувати рядок: ВідкритиФормуМодально("ЗагальнаФорма.НерекомендованаВерсіяКонфігурації", Параметри);

      Знайдемо її в модулі та встановимо коментар;

    • У пункті «1.1.2» зазначено процедуру МояТестоваПроцедура,яку необхідно додати модуль. Копіюємо її з текстового документа та вставляємо в кінець модуля;
    • Зберігаємо конфігурацію одним із зазначених вище способів;
    • Оновлення конфігурації завершено, залишилося лише оновити конфігурацію, скориставшись клавішами F5або F7або відповідними піктограмами, та в режимі 1С:Підприємства підтвердити легальність оновлення;
      
      
  • Другий спосіб:
    • Другий спосіб повністю повторює перший, крім того, що діє він від зворотного. Тому опишу його коротко;
    • Створюємо текстовий документ із такою самою структурою;
    • Сформуємо звіт Звіт про порівняння об'єктів нової конфігурації постачальника зі старою конфігурацією постачальника;
    • Використовуючи сформований звіт та вікно порівняння модулів, випишемо в текстовий документ зміни, внесені новою конфігурацією постачальника;
    • У вікні порівняння/об'єднання конфігурацій перевіряємо, що біля модуля КонтрольВерсіїКонфігураціїЗНЯТИЙ прапор. Це означає, що модуль не буде оновлюватися;
    • Оновлюємо конфігурацію, вносимо зміни з текстового документа до модуля КонтрольВерсіїКонфігурації.

Оновлення плану обміну.

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

Розглянемо кроки оновлення складу плану обміну По Організаціїіз зазначеними змінами:

• До створеного при оновленні загального модуля текстового документа додамо нові рядки: 2. Плани обміну 2.1 По Організації
• Знайдемо план обміну По Організаціїу вікні порівняння / об'єднання, розкриємо його до гілки склад.Зауважу, що в плані обміну вами може бути змінений модуль, його треба оновлювати за правилами описаними для загального модуля. У разі нас цікавить саме оновлення складу плану обміну;
  
• Як і у випадку із загальним модулем, склад плану обміну можна або оновити, після цього додавши свої зміни вручну або не оновлювати, додавши типові зміни вручну. Якщо ваших змін у складі більше, ніж типових, то краще оновлювати другим способом, якщо менше то першим. Подивитися яких змін більше можна за допомогою тих самих звітів:
  
• У нашому прикладі типових змін більше, тому випишемо в текстовий документ наші зміни: 2. Плани обміну 2.1 По Організації - ***Довідники - -->Довідник.
• Перевіряємо, що у вікні порівняння/об'єднання встановлена ​​галочка біля плану обміну По Організації;
• Зберігаємо конфігурацію;
• Після того, як конфігурація збережена, відновимо затерті зміни плану обміну. У дереві метаданих знайдемо та відкриємо план обміну По Організації;
• У пункті «2.1» текстового документа вказано довідник ЗовнішніОбробки,знайдемо його у дереві метаданих складу плану обміну та встановимо прапор, що означає участь довідника в обміні;
  
  
• Збережемо та оновимо конфігурацію;

Оновлення передплати на подію.

Розглянемо приклад: джерело передплати на подію Перед Видаленням Довідника Для Обміну По Організаціїви ввімкнули довідник Зовнішні обробки.При оновленні склад джерел змінився, завдання аналогічне попереднім – виконати оновлення нетипової конфігурації 1с правильно.

Розглянемо кроки оновлення складу джерел підписки на подію із зазначеними змінами:

Оновлення ролей у 1С

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

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

Розглянемо оновлення ролі за кроками:

• Знайдемо роль Бухгалтеру вікні порівняння / об'єднання, розкриємо її до гілки Права;
  
• У цьому прикладі у ролі лише одна зміна, але зазвичай буває негаразд. Тому роль набагато простіше не оновлювати, а типові зміни вносити вручну;
• Сформуємо Звіт про порівняння об'єктів нової конфігурації постачальника зі старою конфігурацією постачальника. Зазвичай у ньому дуже багато інформації, але далеко не вся потрібна для оновлення:
  
• Залишаються або додані нові об'єкти метаданих, або зміни прав для старих:
  • Додані об'єкти виглядають так: - -->

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

  • Змінені об'єкти мають такий вигляд: - ***Довідники - ***ПодатковіОргани - ***Права - ***Читання - ***Значення -->Дозволено<--Запрещено - ***Просмотр - ***Значение -->Дозволено<--Запрещено

    У цьому докладно зазначено, які права змінилися;

• У нашому прикладі з корисної інформації у звіті про порівняння знаходиться лише один рядок, додаємо її до текстового документа: 4. Ролі 4.1 Бухгалтер - -->Об'єкт - РегламентованийЗвітСтатистикаФорма11НА

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

• У вікні порівняння/об'єднання знімемо галочку біля ролі Бухгалтер;
• Після цього необхідно записати в текстовий документ зміни інших двічі змінених метаданих об'єктів і виконати оновлення (процес докладно описаний вище);
• Зберігаємо конфігурацію;
• Після збереження конфігурації необхідно внести типові зміни в роль Бухгалтер. У дереві метаданих знайдемо і відкриємо цю роль;
• У пункті «4.1» текстового документа сказано, що до ролі додано об'єкт РегламентованийЗвітСтатистикаФорма11НА,знайдемо його в дереві метаданих ролі, встановимо галочки на правах Використанняі Перегляд;
  
  
• Збережемо та оновимо конфігурацію.

На цьому статтю про Оновлення нетипової конфігурації 1С завершено. Якщо після прочитання у вас залишилися питання - сміливо ставте їх у коментарях! За бажанням читачів у наступній статті я можу розповісти про інші цікаві та складні аспекти оновлення нетипової конфігурації 1С 8.

Здрастуйте, шановні читачі блогу . Сьогодні мені хотілося б поговорити про тему досить нескладну, але яку багато бухгалтерів, які використовують 1с, обходять стороною, віддаючи на відкуп програмістам. Це оновлення баз 1с. А точніше про те, як оновити 1с 8 самостійно абсолютно безпечним чином і не чекати, коли програміст, який обслуговує вас, знайде час заглянути.

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

• це оновлення 1с через конфігураторвже знайомий нам,
• оновлення 1с через інтернет.

✅

✅

Мабуть, почну з другого варіанта, інакше боюся, що часте поява слова конфігуратор відіб'є бажання вчитися оновлювати програму. Отже, відкриємо тепер нашу базу в режимі Підприємства, тобто як завжди ви це робите. З недавніх пір (щодо недавніх) у конфігураціях 1с з'явився засіб для оновлення 1с через інтернет. Щоб скористатися цією можливістю в пункті меню оберемо Сервіс -> Службові -> Оновлення конфігурації. Відкриється помічник оновлення конфігурації. Залишимо обраний за умовчанням спосіб оновлення та галочку Завжди підключатися до інтернету та пропускати помічника. Крім того, можна встановити налаштування «Перевіряти оновлення конфігурації через Інтернет» при кожному запуску програми – це дуже зручна можливість, рекомендую їй скористатися.

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

Що це за звірі та де їх взяти? Почну з того що всі оновлення, які випускає фірма 1с для своїх конфігурацій, викладаються на спеціально для цього створеному сайті users.v8.1c.ru.

У вікні підключення до сайту якраз таки і потрібно ввести код користувача (логін) і пароль призначений для входу на сервіс users.v8.1c.ru.

Ок, ви дізналися свій логін та пароль чи зареєструвалися, що далі? Далі вводимо ці секретні цифри та букви і починається процес оновлення. Тільки врахуйте, якщо програма не оновлювалася скажемо півроку чи рік, то цей процес займе тривалий час, оскільки програмі необхідно завантажити з usersv8.1c.ru достатню кількість оновлень, а потім їх встановити І весь цей час програма буде недоступною для роботи. До речі, тривалість оновлення у такий спосіб і є його недоліком. Хоча встановлювати раз чи два на місяць оновлення під час обідньої перерви не складе жодних труднощів. Отже, ми запустили оновлення, бачимо вікно:

Потім відкриється вікно, що пропонує перезапустити 1с підприємство. У цьому вікні примітна ще одна можливість. Натиснувши на Створити резервну копію ІБ, відкриється вікно з вибором кращого варіанту. Якщо ви до оновлення не створювали резервну копію, рекомендую вибрати Створювати резервну копію ІБ і зберігати у вказаному каталозі, так ви точно будете в курсі де ваша копія.

Програма завершить роботу та відкриється дуже миле віконце.

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

Після закінчення обіду (оновлення) ви побачите, що програма знову запустилася і вимагає підтвердити легальність отримання оновлення, завдяки чому в іншому випадку фірма 1с зможе вас притягнути до кримінальної відповідальності J і тиснемо продовжити.

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

Як оновити 1с через конфігуратор

✅

✅ ЧЕК-ЛИСТ з перевірки розрахунку зарплати у 1С ЗУП 3.1
ВІДЕО - щомісячна самостійна перевірка обліку:

✅ Нарахування зарплати у 1С ЗУП 3.1
Покрокова інструкція для початківців:

Другий спосіб оновлення 1с через конфігуратор трохи складніше, але і в ньому досить просто розібратися простим смертним. Отже, для початку потрібно дізнатися який же реліз (версія) конфігурації у нас (у вас) зараз встановлена. І тому існує пункт меню Довідка -> Про програму. Для нас важливий рядок з інформацією про конфігурацію. Я показую на прикладі конфігурації 1с Зарплата та управління персоналом, для інших конфігурацій все аналогічно.

Далі, необхідно завантажити файли оновлень до потрібного релізу. Де їх взяти? А все з того ж ресурсу usersv8.1c.ru, Про яке йшлося трохи вище. Як працювати з цим ресурсом і що корисного на ньому можна знайти читайте у статті. Зараз нам потрібно ввести логін і пароль, щоб увійти в свій особистий кабінет: https://login.1c.ru/login . Потім потрапити до розділу оновлення програм https://users.v8.1c.ru/distribution/total та знайти свою конфігурацію. Припустимо це 1с ЗУП редакція 2.5 і тисне на заголовок:

Відкриється чудова сторінка, на якій ви побачите оновлення, що коли-небудь випускаються для цієї 1с зуп. Що ж на моєму прикладі треба оновити зуп 8.2 з релізу 2.5.69.3 до останнього 2.5.78.1.

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

✅ Семінар «Лайфхакі з 1C ЗУП 3.1»
Розбір 15-ти лайфхаків з обліку в 1с ЗУП 3.1:

✅ ЧЕК-ЛИСТ з перевірки розрахунку зарплати у 1С ЗУП 3.1
ВІДЕО - щомісячна самостійна перевірка обліку:

✅ Нарахування зарплати у 1С ЗУП 3.1
Покрокова інструкція для початківців:

Далі заходимо в кожну татку по черзі і запускаємо updsetup, що є там. Щоб він запустився, треба мати на комп'ютері програму WinRar. Де скачати і як встановити цього динозавра нескладно знайти в інтернеті. Коротко кажучи, файлик updsetup - це архів який ви зараз розпаковуєте. Запустивши updsetup – відкриється віконце, де потрібно натиснути кнопочку Extract. В результаті в нашій папці виявиться кілька файлів, найпотрібніший з яких:

Двічі клацаємо по Setupі у вікнах, що відкрилися, послідовно натискаємо далі. Таким чином, ми встановили оновлення 70.1 на нашому комп'ютері. Ці дії необхідно повторити для всіх оновлень. Фізично встановлені оновлення знаходяться там, де це було вказано на другому вікні під час встановлення. У принципі це знати не обов'язково, але для загального розвитку дуже корисно.

Все, що ми зробили на даний момент, було підготовчим етапом.

Не варто лякатися, оскільки розумітися на ній нам зараз не доведеться.

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

У наступному вікні підсвічуємо максимально доступну версію оновлення і тиснемо готово. Дивимось опис оновлення, якщо дуже цікаво, що нового для нас приготувала фірма 1с і тиснемо продовжити оновлення. У наступному вікні вивчаємо з якого релізу на який буде оновлення та підтверджуємо – ОК. Усі оновлення пішло.

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

Усі оновили з 2.5.69.3 до 2.5.70.1. Далі за таким самим алгоритмом (з пункту меню Конфігурація -> Підтримка -> Оновити конфігурацію) оновлюємо до потрібного релізу. У разі до 2.5.78.1. Після закінчення оновлення при першому запуску програма вимагатиме підтвердження легальності отримання оновлення. Просто підтвердьте.

На цьому все.

Щоб дізнатися першими про нові публікації, підписуйтесь на оновлення мого блогу: