Ліцензійної політикою 1С передбачена можливість внесення і збереження доробок в типові конфігурації, а відповідно і можливість їх поновлення. *
* Доопрацьовані або нетипові конфігурації 1С - це програмний продукт на платформі «1С: Підприємство», що входить до складу або що становить цілком автоматизовану систему управління підприємства, котрий зазнав ряд змін, обумовлених потребами і специфікою бізнесу, в частині форм і складу довідників, документів, ролей, модулів і т.д.
Оновлення, що випускаються фірмою 1С, спрямовані на виправлення багів і внесення змін і доповнень, обумовлених законодавством. Для нових, недавно вийшли на ринок конфігурацій, характерний випуск великої кількості оновлень першого типу. Для конфігурацій з функціоналом, спрямованим, в основному, на складання регламентної звітності, наприклад «1С: ЗУП», «1С: Бухгалтерія», виходить більше оновлень другого типу.
Специфікою поновлення нетипових конфігурацій є необхідність внесення всіх змін новітнього релізу 1С, при повному збереженні раніше вироблених доробок. Це нетривіальне завдання, вирішення якої не має стандартного сценарію, а значить, не може бути повністю автоматизовано. З цієї причини в методиці поновлення нетипових конфігурацій превалюють ручні операції, що вимагають участі фахівця.
На етапи реалізації поновлення нетипових конфігурацій не впливає обсяг наявних доробок. Коротенько їх можна описати так:
- Пошук і зіставлення змінених об'єктів;
- Внесення оновлень з нового релізу;
- Внесення раніше зроблених змін, «затертих» на попередньому етапі;
- Перевірка сумісності та роботи процесів.
Різниця буде полягати в часі реалізації: якщо доробок багато, процес відповідно займе більше часу, потребують зосередженості, уваги і ручної перевірки.
Це дуже простий приклад, але як уже було сказано вище, оновлення більш складної конфігурації, звичайно ж, потребує великих витрат часу і зосередженості з боку фахівця, але буде мати ті ж етапи - оновлення (на нову типову конфігурацію), робота зі звіркою внесених і внесених змін і т.д.
Перед оновленням конфігурації слід вивантажити інформаційну базу. Ця дія рекомендується проводити перед будь-якими маніпуляціями з усіма базами без винятку, і особливо, з нетиповими:
Вивантаження інформаційної бази завершена:
Зверніть увагу, якби конфігурація не була доопрацьована, тобто була типовою, то у вікні Зміни навпроти назви, поруч з жовтим кубиком, відображалася б ще і піктограма замочка:
У розділі налаштування вибираємо «Підтримка» і «Оновити конфігурацію». По суті, на цьому етапі, дії повністю збігаються з процесом оновлення типової конфігурації.
Залежно від розміру бази і її доробок, автоматичний пошук доступних оновлень може зайняти якийсь час. Тому варто, незважаючи на рекомендації, вибрати варіант «Вибір файлу оновлення» і самостійно, попередньо розпакувати архів з оновленнями і зберігши їх, вказати шлях вручну:
Вікно з довідковою інформацією, інструкцією і черговістю оновлень:
Віконце вибору нового релізу:
Віконце порівняння конфігурацій. Зліва в дереві відображається стан наявної конфігурації, праворуч - інформація по новій, типовий версії. Також виділені розділи, які зазнали змін. Далі необхідно з'ясувати, які розділи були змінені з нашого боку і зазнали одночасно зміни в новій конфігурації:
Для того, щоб з'ясувати, які типові об'єкти метаданих були змінені раніше і також будуть змінені при установці нової конфігурації постачальника, треба вибрати «Показати тільки двічі змінені властивості»:
Залишилися тільки об'єкти, які підходять під цю умову:
Розкривши дерево метаданих, можна побачити, які ж конкретно об'єкти будуть змінені. Для отримання докладної інформації, кліком правої клавіші вибираємо змінений об'єкт:
Оцінити зміни на рівні коду можна за допомогою «Показати відмінності в модулях», але оскільки їх необхідно ще й запам'ятати, щоб внести після установки оновлень, створюємо два звіти: «Звіт про порівняння об'єктів основної конфігурації зі старою конфігурацією постачальника» (наявні доробки) і «Звіт про порівняння об'єктів нової конфігурації постачальника зі старою конфігурацією постачальника» (поновлення). *
* Давайте розберемося в термінології:
- «Основна конфігурація» - нетипова конфігурація, яку необхідно оновити;
- «Стара конфігурація постачальника» - типова конфігурація, з якої встановлювалися поновлення в останній раз;
- «Нова конфігурація постачальника» - та, на яку оновлюємо зараз.
Налаштовуємо форму звіту і вивантажуємо його. Список внесених раніше змін зафіксовано:
Після вивантаження звітів переходимо безпосередньо до оновлення і натискаємо «Виконати». Конфігуратор пропонує правило оновлення «Взяти з нової конфігурації постачальника» (воно зазначено в третьому стовпці). Це означає, що всі доробки будуть стерті і замінені типовими оновленими об'єктами. Міняти це правило на привабливий «Режим об'єднання» не варто, тому що автоматичне об'єднання призведе до хаосу. Все ж краще витратити час і внести зміни вручну:
У вікні із загальною інформацією про зняття конфігурації з підтримки, міняти нічого не треба. Натискання «ОК» призведе до об'єднання об'єктів. Далі запускаємо «Підприємство» і записуємо зміни, щоб точно закінчити процес оновлення:
Приймаємо список змін: *
* Якщо кнопка «Прийняти» неактивна, слід запустити «Тестування виправлень»:
Запускаємо через F5 налагодження і отримуємо підтвердження легальності оновлень:
Список нововведень у версії:
Після того, як отримано підтвердження, що процес накатки оновлень повністю завершено, слід повернутися в конфігуратор, зайти в двічі змінені об'єкти метаданих і вручну внести зафіксовані зміни на рівні коду, користуючись вивантаженими звітами. На закінчення додамо, що після цього, необхідно перевірити коректність налаштувань і адекватність процесів роботи.
Підключіть безкоштовну послугу «Інформування про новини та оновлення 1С»
Оскільки 1С досить часто випускає оновлення, питання їх установки завжди актуальні. Зараз ми розглянемо, як здійснити перехід на нову редакцію на прикладі 1С Бухгалтерія
У даній статті ми розглянемо основні нововведення 1С Управління торгівлею 11, що відрізняють її від попередньої версії, поміркуємо про їх плюси і мінуси, а також згадаємо про базові ключові можливості і.
1С Управління торгівлею 10.3 - комплексне рішення, яке дозволяє консолідувати, обробляти і управляти інформацією про всі бізнес-процеси торгової компанії в одній інформаційній системі
Для більшості користувачів повідомлення про конфлікт блокувань 1С означає лише помилку, що заважає їм виконувати свою роботу. Вони хочуть скоріше позбутися від цієї проблеми і в облогу IT-відділ скаргами на.
У даній статті ми розглянемо процес оновлення для 1С 7.7 # 40; тобто. оновлення програми, розробленої на платформі 1С Підприємство версії 7.7 # 41; на прикладі конфігурації 1С Бухгалтерія підприємства.
