Необхідність зняти конфігурацію з підтримки може виникнути з різних причин. Найчастіше це потрібно для внесення змін в конфігурацію. Так само при оновленні конфігурації * .cf файлом потрібно буде робити цю операцію.Снять конфігурацію з підтримки означає, що ми знімаємо конфігурацію з підтримки постачальника (розробника конфігурації) і конфігурацію тепер є не типовий.
Зазначу, що при зверненні до розробників за допомогою фахівці техпідтримки завжди уточнюють, чи знята конфігурація з підтримки. Якщо це так, то вам швидше за все відмовлять у допомозі. При внесенні змін в конфігурацію в подальшому можуть виникнути проблеми з оновленням, тому не варто вдаватися до цього не потрібні.
Проте, іноді без зняття з підтримки не обійтися. Заходимо в інформаційну базу в режимі "Конфігуратор". Якщо конфігурація не відкрита, то натискаємо на кнопку "Відкрити конфігурацію для редагування".
Значок з замком означає, що конфігурація не редагується.об'єкт постачальника не редагується
Переходимо пункт меню Конфігурація -\u003e Підтримка -\u003e Налаштування підтримки.
У вікні, натискаємо на кнопку "Включити можливість зміни"
Програма попереджає про подальші проблеми з автоматичним оновленням, натискаємо "ОК"
Далі необхідно налаштувати правила підтримки. Правило "Об'єкт постачальника редагується зі збереженням підтримки" означає, що об'єкти можна змінювати, але при оновленні всі зміни затруться, якщо не прибрати галочки в порівнянні конфігурацій. Правило "Об'єкт постачальника знятий з підтримки" означає, що всі об'єкти відкриті для змін.
Натискаємо "ОК". Після прийняття змін у вікні "Налаштування підтримки" пропаде кнопка "Включити можливість зміни" і з'явиться напис "Конфігурація знаходиться на підтримці з можливістю зміни"
Іноді трапляється так, що у вашій базі є якісь доопрацювання (виключення складають зовнішні звіти та зовнішні друковані форми), і ви з яких-небудь причин хочете з вашої нетипової бази зробити типову(). Для чого таке може знадобитися? Розглянемо банальний приклад, клієнт хоче оновлюватися в автоматичному режимі, але це можна робити тільки в типовій базі. Оскільки доопрацювання в базі клієнта були дуже маленькі і не дуже, то клієнт вирішив від них відмовитися і зробити зі своєї бази типову конфігурацію, адже тоді можна буде оновлюватися в автоматичному режимі, а це в першу чергу економія власних грошей, так як клієнтові більше не потрібно буде платити за послуги програміста 1с.
Тепер давайте розберемося, які дії нам потрібно буде виконати, якщо ми захотіли зробити базу типовий ( поставити базу на підтримку в 1с).
Для початку заходимо в конфігуратор, і дивимося поточну версію нашої бази, Конфігуратор ---\u003e Довідка ---\u003e Про
Після цього Ви повинні побачити вікно приблизно наступного вигляду
Ви бачите назву і версію конфігурації, вони виділені червоним.
щоб поставити базу на підтримку 1с і зробити типовий нам необхідна типова конфігурація такої ж версії. Створимо нову базу і завантажимо туди типову базу, або встановимо відповідний реліз 1с. Після того як ми встановили типову базу, нам необхідно буде відкрити конфигуратор цієї бази. Якщо зайшовши в конфігуратор сама конфігурація не відкрита, то відкриємо її відповідною кнопкою.
Після натискання цієї кнопки відкриється дерево об'єктів конфігурації, виглядає це приблизно так
Клацаємо по вкладці конфігурація ---\u003e зберегти конфігурацію в файл. Відкриється вікно в якому необхідно вибрати ім'я файлу і шлях де цей файл буде знаходитися. Натискаємо зберегти, в лівому нижньому кутку ви побачите відсоток виконання збереження конфігурації в файл.
Тепер коли файл зберігся, у нас є файл з типовою конфігурацією. Далі ми повинні відкрити конфигуратор тієї бази, у якій ми хочемо оновити конфігурацію постачальника, І завантажити туди наш * .cf файл (наша типова конфігурація).
Для цього заходимо Конфігуратор ---\u003e Конфігурація ---\u003e Отримати конфігурацію з файлу. Після цих дій відкриється діалогове вікно в якому потрібно вибрати наш * .cf файл і натиснути кнопку відкрити. Тепер ми можемо спостерігати відсоток завантаження нашої конфігурації, коли конфігурація завантажиться не забуваємо оновити конфігурацію нашої бази даних, для цього потрібно натиснути клавішу F7 або натиснути на синенький бочонок на панелі конфігуратора.
Виконайте ОБОВ'ЯЗКОВО ЦІ ДІЇ:
- Перед будь-якими роботами робіть резервні копії важливої \u200b\u200bВашої бази даних (Конфігуратор ---\u003e Адміністрування ---\u003e вивантажити інформаційну базу).
- Номери конфігурацій (Вашої і типовий) повинні бути однаковими! Подивитися назву і номер конфігурації (Конфігуратор ---\u003e Довідка ---\u003e Про)
ПАМ'ЯТАЙТЕ ПРО ЦЕ:
Всі доробки у вашій базі будуть видалені автоматично після того як ви зробите базу типовий!
Як зрозуміти типова база перед нами чи ні?
Хтось можливо скаже що в конфігураторі є замочок, і якщо він включений то база типова, це помилкова думка! Так, спочатку на всіх типових базах стоїть захист від внесення змін в конфігурацію (бачимо замочок в дереві об'єктів, в конфігураторі), але після того як ми включили можливість зміни (зняли замочок) і припустимо внесли якісь зміни в конфігурацію, то конфігурація автоматично стає нетипові, Потім ми можемо знову закрити конфігурацію від редагування (поставити замочок), але це не буде означати що база Типова.
Дуже часто зустрічаються зняті з підтримки конфігурації, при цьому глобальних правок в них не внесено. Частина необхідних зміни можна було реалізувати через зовнішні обробки. Тому виникає потреба поставити конфігурацію на підтримку.
З появою механізму розширень конфігурації у нас є більш гнучкий спосіб вносити потрібні правки.
швидкий перехід
Два варіанти знятої з підтримки конфігурації
- Конфігурація з можливістю зміни - просто слід її замінити через меню «Конфігурація \\ Завантажити конфігурація з файлу
- Повний знята конфігурація з підтримки, спочатку виконується її постановка на підтримку через оновлення, а потім заміщення на типову
Перше, з чого починаються будь-які оновлення такого роду, це створення повної копії бази. Без цього навіть не починайте. Ціною помилки може бути втрата інформації.
В обох випадках, перше завдання - це синхронізувати конфігурації з конфігурацією постачальника. Це може здійснюватися як з оновлення так і без. Якщо реліз старий, і він знайдений, то простіше поставити на підтримку і оновити такі зміни вже поставлені на підтримку.
Чому так? Тому що побічним ефектом зняття з підтримки, це уповільнення оновлення рази в 2, так в цьому випадку оновлення проводиться двох конфігурації (постачальника і поточної конфігурації).
1. Заміна конфігурації з файлу
Як тільки ви синхронізували конфігурації - і структура даних і конфігурації у них абсолютно ідентичні, можна приступати до заміни конфігурації.
В меню «Конфігурація \\ Підтримка \\ Налаштування підтримки»:
Знімаєте блокування з усіх об'єктів (можливість редагування), якщо є «замок», інакше на наступному етапі вийде повідомлення «Для виконання команди потрібно розблокувати всі об'єкти»:
Переходьте до заміни - проводиться через меню «Конфігурація»:
2. Випадок повністю знята з підтримки конфігурація
Якщо у вас її зняли через «Зняти з підтримки», то ніяких значків у конфігурації немає, в іншому випадку наявність «жовтого кубика» або «Замок з жовтим кубиком», говорить, що ви можете відразу діяти по першому випадку.
У разі, коли у вас вона знята, вам буде потрібно файл конфігурації, можна будь-якого наступного релізу
Заходьте в меню «Конфігурація \\ Об'єднати конфігурації» і вибираєте цей файл:
Якщо все вірно (версія підходяща), то вийде ось вікно з повідомленням: «Виявлена \u200b\u200bможливість об'єднання з постановкою на підтримку», на питання «Поставити на підтримку?» відповідаєте «Так»
Цим ви вбиваєте двох зайців і оновлюєте конфігурації і ставите її на підтримку.
Перед натисканням виконати, ще потрібно поставити по кнопці «Налаштування», дозволити видалення об'єктів основної конфігурації (щоб пішли непотрібні і старі об'єкти).
В кінці буде повідомлення «Об'єднання конфігурації завершено»
Тепер виконуєте її заміщення з нагоди 1, тут ви впевнені, що вони у вас є ідентичними.
Добрий день.
Сьогодні розповім, що таке підтримка типових конфігурацій, Наскільки це важливо і чому бажано не знімати конфігурацію з повної підтримки. Відразу обмовлюся і скажу, що це не стосується тих, хто конфігурацію розробляє з нуля.
оновлення конфігурації це одна з функцій але щоб оновлення відбувалося легко і безболісно конфігурацію не треба знімати з підтримки.
Конфігурація знаходиться на підтримки
Хто не знав, розповідаю :). Типові рішення знаходяться на підтримки постачальника. Це означає, що фірма «1С» періодично випускає нові релізи, в яких проводиться виправлення існуючих помилок, додавання нового функціоналу, зміна конфігурації відповідно до вимог законодавства.
Якщо конфігурація користувача стоїть на підтримку, то при виході нового релізу можна самостійно виконати або виконати.
Програмісту треба намагатися вирішувати завдання стандартними засобами, вносити мінімальні зміни в типові рішення для прискорення процедури оновлення.
Необхідно змінити типову конфігурацію
Часто буває, що штатними засобами не обійтися і в конфігурацію необхідно внести зміни, тоді потрібно слідувати наступним сценарієм.
1. Включити можливість внесення змін в конфігурацію.
Для цього виконати команду Конфігурація - Підтримка - Налаштування підтримки. Відкривається форма «Налаштування підтримки». У цій формі натиснути кнопку Включити можливість зміни. Відповісти «Так» на питання системи про неможливість виконання автоматичного оновлення.
2. У формі «Налаштування правил підтримки» встановити перемикачі в значення Об'єкт постачальника не редагується.
Після даних дій можна точково відкривати доступ до тих об'єктів конфігурації, в які необхідно внести зміни. На малюнку показаний приклад відкриття доступу для редагування Форми Списку у Документа Замовлення Клієнта.
Додаємо нові об'єкти
Щоб включити можливість додавати в типову конфігурацію нові об'єкти необхідно провести наступні дії. Для кореневого вузла конфігурації налаштувати правило підтримки Об'єкт постачальника редагується зі збереженням підтримки. прапор Встановити для підлеглих об'єктівне встановлювати.
Ось і все, якщо хтось хоче додати Я завжди за і чекаю Вас у коментарях.
Якщо вам необхідно відновити підтримку або оновити конфігурацію то заходите на сторінку.
P.S. У практиці програміста внесення в типову конфігурацію змін звичайна справа, при цьому не треба збільшувати трудомісткість супроводу системи. Необхідно бути чесним до своїх клієнтів і цінність програміста не в тому, що без нього нічого не можна зробити, все обкладено паролями, які не коментується код. Деякі ще й примудряються вставляти хитрі процедури, через які програма починає глючити і через 2-3 місяці треба знову викликати програміста.
P.P.S Коли писав статтю, згадав момент з фільму Забійна Сила.
Це наша корова і ми її доїмо!
Вітаю Вас, колеги!
Кожному, хто займається підтримкою, супроводом і доопрацюванням інформаційних баз на платформі 1С 8 рано чи пізніше доводиться займатися оновленням своєї бази на типові релізи для внесення змін пов'язаних в першу чергу з мінливим законодавством (Державні уми не дарма їдять свій хліб).
Як це зробити добре розказано в статтях:, - спасибі авторам.
В даній статті хочу приділити увагу наступним моментам: оновлюючи реліз УПП з релізу 1.3.17 на 1.3.48, зіткнувся з необхідністю постановки на підтримку установки постачальника.
Відразу зауважу, що основна конфігурація 1.3.17 в моєму випадку значно відрізняється від типової 1.3.17. Більшість критичних змін вийшли в релізах з 1.3.18 по 1.3.47 були внесені через порівняння і об'єднання необхідних модулів і підсистем, так як цей метод займає менше часу (значна частина УПП кардинально переписана під специфіку роботи нашого підприємства).
Отже, оновлюючи конфігурації через порівняння і об'єднання я отримав основну конфігурацію 1.3.48, при цьому конфігурація постачальника 1.3.17 рис.1. і рис.2.
Мал. 1. Основна конфігурація. реліз 1.3.48.1
Рис.2. Конфігурація постачальника 1.3.17.1
Як же поставити конфігурацію на підтримку актуального релізу і не втратити ніяких внесених змін?
Конфігурація - Підтримка - Налаштування підтримки - "Зняти з підтримки". Знімаємо конфігурацію з підтримки рис.3. і закриваємо вікно настройки.
Рис.3. Конфігурація не знаходиться на підтримці
Виконуємо через «Порівняти, об'єднати з конфігурацією з файлу» об'єднання з типовою, актуальною конфігурацією CF (в даному випадку 1.3.48.1). На питання рис.4. про можливість постановки на підтримку протвечаем «Так».
Ріс.4.Обнаружена можливість об'єднання з постановкою на підтримку
Виконаємо «Пусте» порівняння і об'єднання конфірурацій, попередньо знявши всі "галочки" як на рис.5.
Рис.5. "Пусте" порівняння і об'єднання конфігурацій
Конфігуратор запропонує налаштувати правила підтримки. Якщо необхідна надалі можливість редагування об'єктів конфірураціі, то налаштовуємо правила підтримки так, як показано на рис.6.
Рис.6. Налаштування правил підтримки
Здавалося-б не дуже логічно - але в підсумку об'єкт конфігурації "УправленіеПроізводственнимПредпріятіем" - тобто вся конфігурація, буде знятий з підтримки. Для постановки на підтримку робимо наступне: Конфігурація - Підтримка - Налаштування підтримки. Змінюємо правила підтримки для об'єкта "УправленіеПроізводственнимПредпріятіем". Якщо необхідна надалі можливість редагування об'єктів конфірураціі, то встановлюємо параметри як показано на рис.7. Обов'язково ставимо "галочку" "Встановлювати для підлеглих об'єктів". Закриваємо вікно настройки.
Рис.7. Постановка на підтримку об'єкта "УправленіеПроізводственнимПредпріятіем"
Після цього наша конфігурація знаходиться на повноцінної підтримки постачальника. Зберігаємо і оновлюємо конфігурацію бази даних (F7).
Буває, що ті чи інші сильно змінені об'єкти конфігурації, які не потрібно вдальнейшем порівнювати з конфігурацією постачальника, необхідно зняти з підтримки. Приклад того, як це зробити на рис.8.
Ось здається і все. Питання вітаються. Сподіваюся, що для когось ця стаття виявиться корисною. З повагою до товариства, Андрій.