Зробити систему оновлень доповнення 1c

Безкоштовне доповнення до 1С занадто дорого обходиться нам і клієнтам.

Клієнта треба попереджати. що через це доповнення він тепер завжди буде оновлюватися не саме, а з фахівцем. І окремо платити за тестування і установку.

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

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

Потім треба доповнення об'єднати зі своєю конфігурацією.

Це не доповнення, це "зміна".

"Доповнення" завжди йде для якоїсь конкретної версії 1С. З іншого може не працювати. Це ЗМІНА заважає клієнтові безпечно оновлюватися.

Клієнт повинен чекати виходу нового "доповнення", оновити 1С і поставити "доповнення". Причому, для строго певної версії.

Треба зробити доповнення менш залежним від об'єктів конфігурації 1С.

Спроектувати додаток таким чином, щоб при установці воно не змінювало стандартні об'єкти, а додавало тільки нові.

Якщо необхідно щось змінити в стандартному об'єкті платформи (додати пункт в меню, наприклад) - робити це через API 1С майстром настройки

Реалізувати систему оновлень. Щоб новий функціонал приходив через систему оновлень і майстер настройки налаштовував би то, що треба.

Зробити Автотест наявності важливих об'єктів конфігурації. Наприклад, якщо в 1С відсутня довідник "номенклатура", система оновлення повинна видати попередження про помилку, зі списком обов'язкових об'єктів конфігурації.

Колись Віртуальна машина Бітрікс пройшла цей шлях. Були конфігурації 1.6, 2.0, 3.0, 3.1, що не оновлювалися, і це всіх задалбивают. Системні вимоги Бітрікс змінювалися і треба було заново налаштовувати сервер і переносити сайт.

Тепер 4.0, 4.1, 4.2, 4.3 - худо-бідно оновлюються. Це круто. Без повного переустановлення з'явилися Push and Pull на nginx і пошук сфінкс.

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

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

Олександр. Я одного разу ставив ваше додаток на 10.3.20.2. І гримнув людям довідник номенклатури. Там на формі елемента пропало два додаткових прапорця.

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

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

Але і установка оновлень пов'язана з ризиками. Клієнт говорить - хочу нове доповнення. Ми відповідаємо, знайди 1С-ника і нехай він оновить саме до потрібної версії. Грошей на 1С-ників витрачається - сила-силенна.

Потім ми бачимо, що 1С-ник перестарався і оновив базу на 1 версію більше ніж треба.

Говоримо клієнту, навіщо 1С-ник оновив на одну версію більше? Нехай тепер оновлює спочатку до потрібної.

Зрозумійте, 1С оновлюють Не такі круті фахівці з 1С, як ви.

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

Вам треба підходити так само:
- не треба виправляти стандартний план обміну - зробіть свій,
- не треба змінювати стандартний модуль "обмін з сайтом" - зробіть свій,
- довідник номенклатури не зраджуйте, використовуйте стандартний. Він рідко змінюється.

Обособьте обмін з сайтом настільки, наскільки можна, і тоді ви побачите, що обмін з сайтом можна легко і безболісне оновлювати. І від версій 1С все буде дуже мало залежати.

Схожі статті