Зміна конфігурації 1с 8.3. Особистий досвід: як швидко і без зайвих витрат оновити змінену конфігурацію. а. Постановка конфігурації на підтримку

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Оновлювати конфігурацію відразу на кілька релізів вельми небезпечно. Справа в тому, що після кожного оновлення конфігурації запускається оновлення інформаційних баз в режимі "1С: Підприємство". Тому якщо актуалізувати тільки останній реліз, інформаційні бази можуть не відповідати останньої конфігурації. У статті Дмитро Рудаков, фахівець компанії ЗАТ "Сибірська Аграрна Група", ділиться особистим досвідом з одноразового оновленню конфігурації на 12 релізів.

Перевірка режиму зміни конфігурації

Уявімо собі таку ситуацію. Розробники "Управління виробничим підприємством" (далі - УПП) в релізі 1 (номери релізів тут і далі присвоєні умовно) вимірюванню (показником) регістра розрахунку призначили тип "СправочнікСсилка.ФізіческоеЛіцо", яка називається "фізосіб". У релізі 2 вони додали ще один вимір - "Співробітник" з типом "СправочнікСсилка.Сотруднікі". При запуску "1С: Підприємство" включається обробка, яка заповнює вимір "Співробітник", відповідним виміру для "фізосіб" чином. І потім в релізі 3 розробники "1С" видалили вимір "фізосіб" і залишили тільки "Співробітник". Якщо оновити конфігурацію з релізу 1 відразу до релізу 3, то можна очистити весь регістр розрахунку.

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

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

Рис.1. Виклик вікна настройки підтримки конфігурації

Якщо встановлено " На підтримку ", То ця конфігурація типова, а якщо " Включена можливість зміни " - конфігурація, швидше за все, змінена (по крайней мере, така можливість закладена). Третій стан - " Конфігурація знята з підтримки ". Різні стану конфігурації показані на малюнках 2, 3, 4.

Мал. 2. Типова конфігурація без можливості змін

Мал. 3. Типова конфігурація з включеною можливістю зміни

Мал. 4. Конфігурація, знята з підтримки

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

Нещодавно переді мною постало завдання відновлення зміненої конфігурації "Управління торгівлею", реліз 10.3.13.2. Конфігурація була змінена в результаті об'єднання з галузевим рішенням "БІТ: Управління автосервісом 8" і безперервно допрацьовувалася протягом двох років. Тепер конфігурацію потрібно було оновити до релізу 10.3.25.1, тобто на 12 релізів. Я розбив всю процедуру поновлення на кілька етапів.

Етап 1. Оцінка вартості та термінів процедури поновлення

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

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

Конфігурація: Управління торгівлею, редакція 10.3
Поточна версія конфігурації: 10.3.13.2
Оновлення до версії: 10.3.25.1
Кількість оновлюваних модулів 1 847
Кількість контрольних релізів: 8

Результати оцінки мене здивували, оскільки на сайті компанії була вказана вартість по акції - 1000 руб. за оновлення на один реліз. Коментар "1С-ІжТіСі":

"Вартість поновлення на кожен пропущений реліз у нас не вище 2000 рублів. Зараз проходить акція, тому вартість не перевищує 1000 руб. Але остаточна ціна послуг визначається за результатами оцінки трудовитрат на оновлення і може бути нижче 1000 руб. / Реліз".

Також я уточнив, яким чином були обрані релізи, необхідні для поновлення. У відповідь на своє питання я отримав скріншот, на якому це було наочно продемонстровано (рис. 5). У стовпці "Номер версії" вказана версія конфігурації, до якої необхідно оновитися. У стовпці "Оновлення версії" зазначено, з якого релізу можливо оновлення. В результаті оцінки кількість необхідних оновлень скоротилося до 9.

Мал. 5. Вибір релізів, які обов'язково потрібно використовувати для коректного оновлення конфігурації

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

Тепер коротко поясню, що саме було змінено в конфігурації.

Сильно змінені об'єкти. Це об'єкти, в яких змінено багато типових властивостей. Коригування мають комплексний характер. Реквізити об'єкта додані в табличну частину, Виведені на форму об'єкта і на форму списку. Дописані обробники доданих реквізитів в формах. Змінено типовий механізм проведення документа або запису набору руху для регістра.

Сильно змінені документи:

"Замовлення постачальникові";
"Переміщення товарів";
"Вимога-накладна";
"Надходження товарів і послуг".

Сильно змінені регістри:

"Партії товарів на складах";
"Товари на складах".

Значно змінені об'єкти.Об'єкти, в яких додані реквізити, змінені або форми об'єктів, або модулі об'єкта (як правило, проведення документа нетипове).

Документ "Прибутковий касовий ордер";
Регістр відомостей "Комплектуючі номенклатури";
Регістр відомостей "Списані товари";
Загальні модулі.

Незначно змінені об'єкти. В об'єктах змінені тільки форми і додані реквізити.

Довідники:

"Види номенклатури";
"Договори контрагентів";
"Контрагенти";
"Номенклатура";
"Типи цін номенклатури";
"Ряд регістрів відомостей".

У розділі "Загальні" змінені підписки на події, макети, ролі, загальні модулі. Майже все було змінено галузевим рішенням.

Етап 2. Видалення конфіденційної інформації

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

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

Обробка ІзмененіеКонфіденціальнойІнформаціі.epf є на диску ІТС в каталозі 1CIts \\ EXE \\ EXTREPS \\ UNIREPS81 \\ UpdatePrivateInformation. також дану обробку можна завантажити за посиланням: http://its.1c.ru/db/metod81#content:1644:1.

Природно, конфіденційна інформація в кожній компанії різна, але звертаю вашу увагу на дані, які, найімовірніше, потрібно змінити:

Довідники: Фізичні особи, Контактні особи, Контактні особи контрагентів, Контрагенти, Типи цін.
Регістри відомостей: Паспортні дані фізичної особи, ФІОФізЛіц.

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

Етап 3. Отримання результатів поновлення

Через три дні мені надали cf-файли і вичерпні інструкції по їх установці. Для контрольних релізів надаються cf-файли, які не можна використовувати для роботи користувачів, так як в них оновлені тільки метадані. Вони призначені тільки для коректного оновлення на останню версію.

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

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

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

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

Крім двох названих завдань, був виявлений один невеликий недолік, який, в принципі, не впливає на якість оновлення і рідко проявляється. В результаті оновлення рядка коду вихідної конфігурації і оновленої візуально збігаються, але в кінці рядків з якихось причин додані прогалини. Це є недоліком, так як кілька збільшує обсяг зміненого коду. І в разі подальшого ручного поновлення було б краще не мати таких ділянок коду. На рис. 6 наведено приклад до оновлення, а на рис. 7 - приклад після оновлення.

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

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

загальні поняття

При оновленні (update, англ.) Нетипової платформи зміни завжди зачіпають елементи типової конфігурації (configuration, англ.) Постачальника.

У базі даних (БД) міститься до трьох різновидів конфігурацій:

безпосередньо база даних - з нею працюють логічні алгоритми;
робоча (так звана основна, КонфігОР) - яку ми періодично змінюємо;
конфігурація постачальника (КонфігП - на її основі створюються користувачем і робоча, і конфігурація БД.

Якщо програма скидається з підтримки - від постачальника її вже не буде. Однак тоді неминуче підвищення трудовитрат на оновлення. Розглянемо оновлення нетипової конфігурації 1С. Прикладом буде платформа УПП (Управління виробничим підприємством).

зведення

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

порівняння версій

Проводимо звірку номерів версій (робочої і поставленої). Перша перевіряється в «Конфігурація» / «Відкрити» / «Правка» / «Властивості». У розділі «Розробка / Версія». Друга в «Конфігурація» / «Підтримка» / «Налаштування підтримки» / «Версія»:

При збігу номерів можна переходити до розділу Отримання файлу через оновлення.

Подальші кроки демонструють як привести до відповідності робочу і configuration постачальника. З метою поставити на підтримку ті об'єкти, які були зняті або були додані користувачем без підтримки. Для цього:

Збереження конфігурації (робочої)

Збережемо КонфігОР в якийсь файл з ім'ям, наприклад, work.cf. Для цього вибираємо «Конфігурація» / «Зберегти ...».

Отримання файлу постачальника

Для відомості КонфігОР з КонфігП потрібен cf-файл з дистрибутива постачальника (тієї ж версії). За замовчуванням він буде в C: / Program Files / 1cv81 / tmplts. Перевіримо наявність потрібного cf-файлу в таблиці шаблонів. Що робити, якщо немає потрібного файлу необхідної версії конфігурації постачальника? Тоді потрібно сформувати порожню БД зі старої, оновити її до необхідної версії і вже потім використовувати.

Отримання файлу через оновлення

Для виконання update cf-файлу КонфігП вибирається в меню команда: «Конфігурація / Підтримка / Оновити ... / Вибір файлу / Готово / Виконати» (Послідовно на картинках):

Для вирішення її потрібно зняти позначку на видалення з об'єкта в configuration постачальника. Потім після видалення повторно виконуємо порівняння - натискаємо кнопку «Оновити» у віконці оновлення.

відновлення налаштувань

Частина загублених налаштувань відновлюється методом об'єднання з збереженим раніше файлом work.cf. Для цього вибираємо «Конфігурація / Порівняти, об'єднати ... файлу».

Збереження і коригування

Для збереження КонфігОР і оновлення бази даних в пункт меню «Конфігурація» вибираємо «Оновити ... БД». Тут зустрічаємо нову проблему:

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

Ролі можна просто видалити, т. К. Вони не змінювалися. Реквізит ж необхідно перейменувати, наприклад, на ЗаказРезерв1. А після поновлення внести значення з перейменованого в створений. Ще одна ситуація при оновленні. Як бути з формами?

З малюнка видно, що ФормаСпіска видалена постачальником, а потім додана заново під тим же ім'ям. Потрібно помітити їх обидві на оновлення і натиснути «Виконання».

Якщо при update видається повідомлення про наявність посилань на видаляються об'єкти, то, не закриваючи форму, потрібно очистити посилання на неї у властивостях самих об'єктів. Тут це знаходиться у властивостях регістра. Далі в формі поновлення вибрати опцію update, позначити на оновлення тепер уже властивості регістра і повторно натиснути «Виконати».

Збереження змін робочої і оновлення конфігурації БД: «Конфігурація / Оновити ... БД». Перенесення значення реквізиту ЗаказРезерв1 на ЗаказРезерв здійснюється зовнішньої обробкою режиму 1С: Підприємство.

підготовка баз

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

порівняння

Після відкриття обох БД Конфігуратором виконаємо їх тристоронню порівняння. Використовуємо для цього файл нової КонфігП - «Конфігурація / Підтримка / Оновити ... / Вибір файлу ... / Готово»:

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

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

проведемо попередню оцінку тільки лише для зменшення робіт в подальшому. Якщо змін елемента більше міститься в новій КонфігП - залишаємо об'єкт постачальника. Ставимо галочку. Переносимо зміни з КонфігОР. Якщо змін елемента більше міститься в робочій configuration - залишаємо екземпляр об'єкта КонфігОР. Знімаємо галку. Перенесемо зміни з КонфігП. Модулі потрібно порівнювати попроцедурно. Для цього натискаємо кнопку як на малюнку:

Розставляємо галочки для вказівки процедур і функцій на заміну або видалення:

Тепер потрібно продублювати стан галочок в допоміжній базі. В основній же - натискаємо «Виконати». До цього моменту в основний отримуємо практично готову конфігурацію.

Наступні порівняння виконуємо знову в допоміжній базі. Знаходимо раніше внесені зміни додатковим порівнянням старої КонфігП з КонфігОР - «Конфігурація / Порівняти ...»:

Аналогічно порівнюємо стару КонфігП з новою. Якщо файлу нової немає, - його тепер можна взяти з основної бази.

Отже, двічі змінені об'єкти отримані. В основній базі отримана практично готова configuration. У ній потрібно розібратися з двічі зміненими елементами.

ВАЖЛИВО. При аналізі користувача повинні цікавити не причини внесення тих чи інших змін, а їх наслідки. Тобто, головне - необхідність зберегти функціонал. Можливо, для цього буде потрібно не перенесення змінених рядків, а повна переробка коду під нову КонфігП.

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

У порівняльному звіті дані, що розрізняються даються у вигляді списку, з якого не видно які типи даних додавалися / віддалялися. Якщо кількість рядків звіту досягає двохсот, то процес «ручного» порівняння видається досить трудомістким (близько п'ятдесяти годин).

Зниження трудомісткості досягається використанням, наприклад, конфігурації «Порівняння осередків» від компанії Інформ Сервіс. Вона доступна до запуску в режимі 1С: Підприємство і представляє дані звіту про порівняння в зручному вигляді. Порівняння здійснюється можливостями 1С:

Схема роботи проста. У конфігураторі створюється порівняльний об'єктний звіт. Зберігається в файл, наприклад, ОтчетОСравненіі.mxl. У діалозі 1С: Підприємство він відкривається і вказуються порівнювані осередку (за подвійним клацанням правою кнопкою миші на вибраній комірці табличного документа). При натисканні «Порівняти» дається результат порівняння, при цьому відрізняються позиції виділяються кольором.

Подальша інструкція дій виглядає так.

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

Працюємо з 1С 7.7

Оновлення типовий платформи на таку ж зазвичай не викликає труднощів. Досить тільки дотримуватися вказівок в інструкціях. Вони знаходяться в UPDATE.TXT каталогу дистрибутива.

Також складнощів немає, якщо в платформу додані додаткові елементи обліку (довідники, константи, відбори, звіти, регістри, журнали розрахунків, пр.). Вони вкладуться при об'єднанні платформ. Додані документи теж не внесуть дисгармонії, якщо не було змін ознак для введення «на підставі» таких доданих документів.

Рекомендується виконувати update на швидкодіючому ПК з великим об'ємом оперативної пам'яті. При її нестачі 1С може відмовитися відпрацьовувати частина функцій і «зависнути». Великий обсяг віртуальної пам'яті цю проблему не вирішує.

Створення резервної копії

Для цієї мети потрібно скористатися опцією: «Адміністрування / Зберегти дані ...». Зручно вказувати ім'я архіву, поєднавши його з датою створення (наприклад, ГГММДД.zip).

підготовка каталогів

Для роботи буде потрібно шість файлів конфігурацій (1cv7.md):

«РабочійНовий» для підготовки поновлення (результуючий md-файл);
«РабочійСтарий» по відстеженню змін при порівнянні і для перенесення налаштувань в ТіпНовий_2;
Типова (стара) «ТіпСтарий_1». На її основі раніше була створена робоча.
Типів. (Колишня) «ТіпСтарий_2». Для відстеження змін фірми 1С в новій типовій версії;
Тип. (Нова) «ТіпНовий_1». Доробки фірми 1С в новій версії;
«ТіпНовий_2» для складних об'єктів.

І п'ять запущених конфігуратор (все крім «ТіпНовий_1»).

Спочатку каталоги попарно однакові:

«РабочійНовий» і «РабочійСтарий»;
«ТіпСтарий_1 і ТіпСтарий_2»;
«ТіпНовий_1» і «ТіпНовий_2».

об'єднання елементів

Спершу проводимо порівняння між 3 і 2, 4 і 5, 1 і 6. Для цього кожній з перших в парі вибрати пункт «Конфігурація / Об'єднання ...» і вказати файл метаданих 1cv7.md другого в парі. На екрані відобразиться форма з деревом змінених елементів. Далі необхідно провести аналіз результатів попарного порівняння 3 з 2 і 4 з 5. Залишити для об'єднання елементи в оновлюваних платформах (1 і 6), в яких були зміни від фірми 1С (4 з 5), але не були відображені в 3 і 2. 1 і 4 потрібно об'єднати в режимі заміщення.

Інші

Сюди можна віднести план рахунків і призначені для користувача інтерфейси. Якщо в плані рахунків були зміни, то його потрібно оновлювати в режимі «Об'єднання об'єктів» РабочійНовий разом з ТіпНовий_2. Після об'єднання інтерфейсу перевіряється наявність помилок: дублювання пунктів меню, дублювання панелей інструментів, установка ознак для панелей інструментів «Розташування з нового рядка».

Завантаження виконується по мережі або на сервері (переважно). Спочатку монопольно забезпечується доступ до БД. А через режим конфігуратора потім завантажується база. Перед проведенням завантаження і після неї виконується архівація даних (як описано в самому початку розділу). Далі потрібно слідувати інструкціям файлу UPDATE.TXT. Після закінчення завантаження все каталоги, крім РабочійНовий, можна видалити.

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

Залишайте коментарі, пишіть про свій досвід в оновленні 1С.

Залиште своє ім'я та номер телефону, оператор зв'яжеться з Вами в робочий час протягом 2 годин.

Москва Санкт-Петербург Самара

Покрокова інструкція з фото

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

Увага : Перед тим, як приступити до оновлення, обов'язково створіть резервні копії всіх інформаційних баз даних. Це дозволить вам повернутися до первісного стану, якщо виникнуть складності з оновленням.

Зробити резервну копію інформаційних баз досить просто. Для цього запустіть програму 1С в режимі «Конфігуратор». У закладці «Адміністрування» виберіть функцію «вивантажити інформаційну базу». При бажанні можете додатково зберегти бази на диску або знімному носії.

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

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

У наступному діалоговому вікні необхідно встановити галочку на пункті пункту «Шукати поновлення в каталогах». Натисніть кнопку "Далі".

Увага: Оновлення 1С доступні тільки користувачам ліцензійних програм «1С: Підприємство», для отримання оновлень користувачам ПРОФ версій необхідно додатково укласти договір 1С: ІТС (Інформаційно-технологічного супроводу). Також необхідно зареєструватися на сайті технічної підтримки користувачів https://users.v8.1c.ru/. Зареєструватися на сайті користувачі ліцензійних програм 1С можуть або самостійно, за допомогою інструкції входить в комплект поставки програми, або за допомогою наших менеджерів.

Увага: Для багатьох конфігурацій існують кілька реакцій програми (наприклад, Бухгалтерія 2.0 і Бухгалтерія 3.0). При виборі поновлення звертайте увагу, на яку редакцію буде виконано оновлення.

У вікні перевірте вірність обраного поновлення. Якщо всі дані вірні і ви згодні з ними - натисніть кнопку «ОК».

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

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

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

Після цього програма запропонує оновити конфігурацію бази даних. Погодимося з програмою
У процесі оновлення нетипових конфігурацій 1С відбувається зміна структури інформаційної бази. Про це програма повідомляє користувачеві в окремому діалоговому вікні. Необхідно прийняти ці зміни, тому просто натискаємо кнопку «Прийняти».

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

Оновлення 1С проводиться натисненням «однієї» кнопки, типова конфігурація сама може завантажити оновлення 1С і встановити його. Від користувача потрібно ввести тільки реєстраційні дані.

Що робити, якщо конфігурація нетипова? Або типова, але в ній виконані доопрацювання - доданий довідник, пару реквізитів, звіт?

Відповідь на це питання ми дізнаємося сьогодні.

Що таке нетипова конфігурація 1С

Нетипова конфігурація 1С, це коли:

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

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

При оновленні 1С нетипової конфігурації, знятої з підтримки, 1С запропонує «поставити нетипову конфігурацію на підтримку» назад. Тоді всі зміни будуть анульовані (стерті).

Для того, щоб при оновленні 1С нетипової (зміненої) конфігурації 1С, зміни залишилися, а оновленні 1С застосувати - можна використовувати інший режим поновлення 1С.

Подивимося на приклад зміненої конфігурації, яку ми хочемо оновити. Це типова конфігурація 1С Бухгалтерія (зліва), в яку внесено зміни (праворуч):

4) У довіднику «Фізичні особи», в модулі форми, в функції ПрочітатьМестоРожденія () додали рядок програми

Як спрацюють всі ці зміни в момент поновлення 1С нетипової конфігурації 1С?

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

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

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

Файли поновлення 1С можуть бути наступного виду:

файл з розширенням CF - містить повністю новий вид конфігурації
файл з розширенням CFU - містить тільки зміни від попередньої версії.

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

Будьте уважнішими при використанні файлу CFU - він дозволяє оновити тільки з!

Отже, для поновлення 1С виберіть один з варіантів пунктів меню:

Конфігурація / Порівняти об'єднати з конфігурацією з файлу - для файлів CF
Конфігурація / Підтримка / Оновити конфігурацію / Вибір файлу оновлення 1С - для файлів CF або CFU.

Насамперед 1С порівняє дві конфігурації. Конфігурація Вашої бази даних називається «Основна конфігурація», а конфігурація з оновлення - «Конфігурація з файлу».

1С відобразить всі відмінності в вигляді звичного дерева, де справа відображені зміни.

Подивіться - на нашому прикладі, виділені довідники, які були змінені або додані.

Так як ми оновлюємо 1С нетипову конфігурацію, яка була змінена - тобто коли-то вона була типовою, необхідно ввести деякі настройки.

Натисніть кнопку Налаштування. Виберіть «завантажується конфігурація є нащадком основний» (тобто є зміненою типової).

Галочка «Дозволити видалення об'єктів основної конфігурації» дозволяє видаляти, якщо вони віддалені в оновленні 1С. Так як ми додавали в конфігурацію реквізити і довідники, а в оновленні 1С їх немає, то 1С буде вважати, що в оновленні 1С вони видалені. Тому не треба ставити цю галочку.

Розглянемо виявлені платформою відмінності уважно.

Розкриємо гілку довідника Номенклатура. У гілці Реквізити ми бачимо, що в типовій конфігурації відсутня реквізит, а ми його додаємо. Мінус означає, що він буде знищений.

Так як нам не потрібно, щоб був вилучений реквізит, який ми самі додавали, потрібно зробити наступне (варіанти):

У кнопці «Налаштування» НЕ УСТАНОВЛЮВАТИ галочку «Дозволити видаляти об'єкти основний конфігурації»
Якщо галочка все ж встановлена, то зняти галочку на проти даного реквізиту. На зображенні галочки навпроти реквізиту немає, так як видаляти об'єкти заборонено.

Також у довідника Номенклатура була змінена форма. 1С це побачила і показує нам в списку змінених об'єктів форму довідника теж.

Щоб подивитися які зміни зроблені на формі, можна зробити наступне (варіанти):

Натиснути правою кнопкою спочатку на форму в лівій колонці і вибрати пункт меню «Відкрити форму», а потім в правій. Візуально порівняти дві форми.
Натиснути правою кнопкою на формі і вибрати пункт меню «Звіт про порівняння об'єктів» (докладно, табличний документ)

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

У списку змін ми бачимо наші зміни - зміни написи і заміну поля.

Ми можемо погодитися або відмовитися від зміни форми вибором галочки біля неї. Це тягне за собою такі наслідки:

а) якщо ми ставимо галочку

форма буде замінена на нову
наші зміни типової конфігурації будуть стерті
зміни з поновлення 1С будуть застосовані
далі вручну буде необхідно повернути наші зміни

б) якщо ми не ставимо галочку

форма буде залишена старої
наші зміни залишаються
нові зміни з поновлення 1С не застосовуються
далі вручну буде необхідно додати зміни з поновлення 1С.

Можна використовувати третій варіант. Розкрийте гілку Форма до кінця і в колонці «Режим об'єднання» виберіть «Об'єднати».

в) якщо ми вибрали «Об'єднати»

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

2) В довіднику «Фізичні особи», в модулі форми, в функції ПрочітатьМестоРожденія () додали рядок програми

Щоб подивитися зміни в модулі форми, які виявила 1С, розкриємо гілку форми до кінця, натиснемо на неї правою кнопкою, виберіть пункт меню «Показати відмінності в модулях».

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

Інший спосіб - це використовувати кнопку лупи в цьому рядку.

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

3) У довіднику « електронні уявлення.. »видалили кілька реквізитів

1С визначила, що ми видалили реквізити типового довідника і пропонує нам їх відновити.

Довідник ж, нами доданий, 1С пропонує видалити. В цьому випадку діє той же правило, що і у випадку з доданим нами реквізитом (див. Раніше).

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

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

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

Після натискання кнопки Виконати, 1С знаходить такі ситуації і повідомляє від них.

Після натискання на кнопку Виконати у Вас залишається ще одна можливість подумати.

Щоб підтвердити проведене оновлення 1С - потрібно вибрати пункт меню Конфігурація / Оновити конфігурацію бази даних.

Щоб відмовитися від поновлення 1С - потрібно вибрати пункт меню Конфігурація / Повернутися до конфігурації БД.

Третій варіант (вказана послідовність пунктів меню):

Вибрати Файл / Зберегти
Конфігурація / Зберегти конфігурацію в файл
Конфігурація / Конфігурація бази даних / Повернутися до конфігурації БД.

Таким чином Ви отриману об'єднану конфігурацію вивантажуєте в файл, а від змін відмовляєтеся. Ви можете проаналізувати отриману конфігурацію, внести ручні правки, а пізніше просто завантажити її за допомогою меню Конфігурація / Завантажити конфігурацію з файлу.