Механізм підтримки типових прикладних рішень
У даній статті розглядаються основи роботи з механізмом підтримки типових прикладних рішень фірми "1С", включеного до складу платформи «1С: Підприємство 8».
До типовим прикладним рішенням відносяться конфігурації, що випускаються фірмою «1С». Основні типові прикладні рішення:
- «1С: Бухгалтерія 8»
- «1С: Управління невеликою фірмою 8»
- «1С: Підприємство 8»
- «1С: Зарплата і Управління Персоналом 8»
- «1С: Комплексна автоматизація 8"
- «1С: Управління виробничим підприємством 8»
Фірма «1С» регулярно вносить зміни до типових прикладні рішення. Як правило, це пов'язано зі зміною законодавства, додаванням нового функціоналу, а також з виправленням, виявлених в ході експлуатації, помилок.
Оновлення версій типових прикладних рішень виконуються за допомогою механізму підтримки конфігурації.
Якщо конфігурація користувача знаходиться на підтримці, то при виході нового релізу користувач може самостійно виконати оновлення, так як в цьому випадку оновлення здійснюється в автоматичному режимі.
Типові прикладні рішення призначені для вирішення стандартних облікових завдань, що виникають на більшості підприємств. Для вирішення нестандартних завдань необхідно вносити зміни в типові рішення.
Велика кількість змін може ускладнити установку нових релізів. Для виконання оновлення в цій ситуації потрібна більш висока кваліфікація фахівця, ніж кваліфікація «стандартного» користувача. Для прискорення процедури поновлення потрібно прагнути вносити мінімальні зміни в типові рішення.
Будь-яке завдання, що надходить від користувача, слід постаратися вирішити стандартними засобами типового рішення.
При необхідності внесення змін до типової конфігурацію потрібно використовувати наступний сценарій.
Включити можливість внесення змін в конфігурацію. Для цього в режимі конфігуратора виконати команду головного меню Конфігурація - Підтримка - Налаштування підтримки (Рис. 1).
Мал. 1. Форма «Налаштування підтримки»
При цьому відкриється форма Налаштування підтримки. У формі натиснути кнопку Включити можливість зміни. Відповісти Так на питання системи про неможливість виконання автоматичного оновлення. У формі Налаштування правил підтримки перемикачі за замовчуванням встановлені в значення Об'єкт постачальника не редагується. Натиснути кнопку ОК (Рис. 2). Після цього можна відкривати доступ до тих об'єктів конфігурації, в які необхідно внести зміни.
Мал. 2. Налаштування можливості зміни конфігурації
Для включення можливості додавання в типову конфігурацію нових об'єктів необхідно в формі Налаштування правил підтримки вибрати кореневої вузол конфігурації і встановити для нього правило підтримки Об'єкт постачальника редагується зі збереженням підтримки. Прапор Встановити для підлеглих об'єктів не встановлювати (Рис. 3).
Мал. 3. Установка правила підтримки
Інформаційна база типового рішення - це сукупність призначених для користувача даних і декількох конфігурацій. До цих конфігурацій відносяться: конфігурація постачальника, конфігурація бази даних і основна конфігурація.
Зі зміною бази даних працюють користувачі. Конфігурація постачальника - вихідна конфігурація постачальника типового рішення. Коли типове рішення знаходиться на повній підтримці без можливості зміни, ці дві конфігурації рівні.
Конфігурацію постачальника можна відкрити з форми настройки підтримки Конфігурація - Підтримка - Налаштування підтримки. У формі Налаштування підтримки натиснути кнопку Відкрити (Рис. 4).
Мал. 4. Кнопка відкриття установки постачальника
Після виконання команди Включити можливість зміни в формі Налаштування підтримки в інформаційній базі створюється основна конфігурація. З цією конфігурацією працює розробник. В основну конфігурацію можна вносити зміни, а конфігурація постачальника і конфігурація бази даних доступні тільки для читання.
Мал. 5. Ознака відмінності конфігурації бази даних від основної конфігурації
Якщо в основну конфігурацію внесені зміни, то за допомогою команди головного меню конфігуратора Конфігурація - Оновити конфігурацію бази даних ці зміни переносяться в конфігурацію бази даних.
Конфігурація постачальника змінюється тільки в разі установки нового оновлення від постачальника.
Якщо у типовій конфігурації включена можливість внесення змін, то стає доступною можливість зняття конфігурації з підтримки. Початківці розробники часто плутають ці два режими. Для зняття конфігурації з підтримки потрібно в формі Налаштування підтримки натиснути кнопку Зняти з підтримки (Рис. 6).
Мал. 6. Зняття конфігурації з підтримки
Після виконання цієї команди з інформаційної бази автоматично видаляється конфігурація постачальника. Таку можливість необхідно застосовувати тільки в тих випадках, коли типове рішення використовується як основа для власної розробки і не планується його подальше оновлення.
Іноді необхідно повернути конфігурацію, в якій включена можливість змін, на підтримку без можливості зміни.
Таке завдання може виникнути в наступних випадках:
- У типовому рішенні була виявлена помилка. Помилка було виправлено програмістом в конфігурації замовника. Для цього була включена можливість зміни конфігурації. Після виходу нового релізу постачальника з виправленою помилкою потрібно повернути конфігурацію на підтримку без можливості зміни.
- У конфігурації була необгрунтовано або випадково включена можливість зміни і втрачена можливість автоматичного оновлення.
Завдання вирішується таким способом. На першому кроці виконати архівну копію бази. Наприклад, зробивши вивантаження інформаційної бази Адміністрування - вивантажити інформаційну базу.
На другому етапі необхідно отримати вихідну конфігурацію постачальника. Це можна зробити з форми настройки підтримки Підтримка - Налаштування підтримки. У формі Налаштування підтримки натиснути кнопку Зберегти в файл (Рис. 4). Після цього в формі настройки підтримки натиснути кнопку Зняти з підтримки (Рис. 6).
Завантажити з файлу раніше вивантажену конфігурацію постачальника Конфігурація - Завантажити конфігурацію з файлу. Погодитися з попередженням системи про те, що буде виконана повне завантаження конфігурації.
Оновити конфігурацію бази даних Конфігурація - Оновити конфігурацію бази даних. Конфігурація буде поставлена на підтримку без можливості внесення змін. Раніше внесені зміни будуть видалені.
В цьому випадку можлива втрата даних, якщо в основну конфігурацію додавалися нові об'єкти.
У даній статті були розглянуті основи роботи з механізмом підтримки конфігурацій, що містяться в платформі «1С: Підприємство 8. З представлених прикладів випливає, що механізм підтримки конфігурацій дозволяє оперативно вирішувати різні завдання, пов'язані з підтримкою типових прикладних рішень.