Особливості поновлення нетипової (зміненої) конфігурації 1с 8

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

Визначення типу конфігурації

Зазвичай, користувач точно знає, яка в нього версія, так як стандартна складання характеризується відсутністю втручання у внутрішні об'єкти програми. Інша справа, що модифікацією, як правило, займаються програмісти, відповідно, користувачеві надходить уже змінений продукт, про що він може і не здогадуватися. Є простий спосіб, що дозволяє зрозуміти, чи вносилися зміни туди чи ні. Для цього буде потрібно зайти в режим Конфігуратора, відповідна кнопка якого є в стартовому вікні програми. Там вгорі є вкладка Конфігурація, в якій є пункт Підтримка. Після натискання на неї слід вибрати Налаштування підтримки. У відкритому вікні повинна бути активною кнопка «Включити можливості зміни», також ознакою стандартної збірки є наявність іконки замку біля назви збірки. Ці ознаки свідчать про те, що модулі програми не змінювалися, значить, можна виконувати централізоване оновлення з офіційного сайту через інтернет. При відсутності цих ознак можна стверджувати, що програміст працював над виправленням цього продукту, при цьому, не виключено, коли модифікація була частковою, тобто, ряд об'єктів були залишені в первісному вигляді. Всі модифіковані об'єкти залишаються без розпізнавальних піктограм, а стандартні елементи позначаються жовтим кубом. Часткова модифікація не знімає програму з підтримки повністю, так як можливість оновлювати незаймані об'єкти буде.

Стандартна (типова) конфігурація - підготовка до оновлення

Крім зазначених проблем, на кшталт зміни законодавства або погіршення швидкодії програми, оновити її потрібно тоді, коли програма 1С видає відповідне повідомлення. Там буде сказано, що дана збірка була випущена якийсь час назад, зараз є покращена конфігурація, і що її можна оновити прямо зараз через сайт або за допомогою диска ІТС. Для початку дуже важливо зробити резервну копію бази, щоб можна було все відновити, якщо щось піде не так. Виконується це трьома способами. Можна просто скопіювати кореневу папку з базою на диск або флешку. Після запуску 1С вибирається база, а в вікні буде вказано шлях до неї. У разі проблем ця папка переміщається на місце непрацюючої бази. Діяти можна і через конфігуратор, для чого потрібно вибрати в програмі цей режим. У розділі Адміністрування є кнопка вивантажити інформаційну базу. Після вибору папки, там з'явитися файл .dt, який згодом можна відкрити відповідної кнопкою в тому ж розділі.

Третій спосіб відбувається трохи пізніше, на етапі поновлення через інтернет. Можна все зробити через диск ІТС, які надходять на підприємство щомісяця, також цей диск можна взяти у співробітника, що має договір з ІТС, тільки потрібно простежити за збігом конфігурацій. В іншому випадку все виконується через інтернет. Є важливий нюанс: пакети оновлень встановлюються строго послідовно, і якісь релізи були пропущені, то система зажадає встановити спочатку їх. Інформація про номер релізу міститься в меню Довідка, де знадобиться натиснути розділ Про програму.
Якщо з інтернетом все в порядку, то потрібно зайти на сайт usersv8.1c.ru, в якому вводиться логін і пароль. Далі вибираються необхідні зміни, що знаходяться за посиланням Завантажити оновлення. Наступний крок - це вибір конкретних релізів, з урахуванням найперших і тих, які виходили недавно. Всі файли по черзі зберігаються на комп'ютері. Перед оновленням потрібно відкрити всіх архівні файли, і встановити кожен реліз. Релізи можна завантажити, як було описано, і з диска ІТС. Тепер потрібно заходити в режим Конфігуратора, після чого зліва повинні відображатися об'єкти, якщо ж їх немає, то потрібно натиснути вкладку Відкрити конфігурацію.
Для поновлення користувач переходить в Конфігурація-Підтримка-Оновити конфігурацію. У новому вікні натискається Пошук.

Із запропонованих варіантів вибирається Пошук в поточних каталогах оновлень, після цього вказується доступний реліз або ж той, назва якого буде виділено жирним. На всі інші пропозиції потрібно натискати Так, включаючи останнє вікно Реорганізація інформації. Фінальним кроком є ​​запуск програми в робочому режимі, щоб оновлення вступили в силу.

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

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

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

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

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

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

Можливі проблеми і помилки при оновленні 1С

Найбільше помилок допускається тоді, коли база є сильно модифікованої, так як кілька сторінок коду, всіляких довідників і інших об'єктів, можуть недосвідченого користувача заплутати. Дуже важливо перед будь-якими змінами створювати і зберігати архів для резервного відновлення, після чого ще раз переконатися, що все було зроблено правильно. Класичною помилкою є оновлення нетипової збірки, як ніби вона є стандартною. Але навіть якщо слідувати описаним інструкціям, далеко не факт, що програма відразу ж почне працювати так, як це потрібно. Ймовірно, що без додаткової настройки не обійтися. Конфігуратор не виводить виконані зміни в елементах управління діалогових форм, відповідно, цей момент доведеться перевіряти вручну, інакше оновлення все це затре. Після поновлення, конфігуратор може виводити заборона на оновлення старої інформаційної бази, так як номери документів перестають бути унікальними. це саме можна сказати і до регістрів відомостей.

Для вирішення проблеми потрібно:
- змінювати кількість символів в кодах;
- міняти коди в інформаційній базі;
- змінювати властивість контролю унікальності у всіх довідниках.

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

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