Оновлення BAS

Найгірший сценарій. компанія-користувач оновлює робочу BAS без резервної копії, тестової бази й перевірки доробок. ! Ризики:

оновлення версій платформи і оновлення версій конфігурації — це різні процеси. | Так.== Таблиця рішень після аудиту оновлення версій ==

Через доробки. !== Помилка: не перевірили доробки == оновлення версій — хороший момент для аудиту користувачів. K2 ERP у цьому процесі здатна стати платформою для контрольованих довідників, документів, ролей, інтеграцій, API, BI-аналітики, журналювання, прав доступу, резервного копіювання, web-доступу й подальшого розвитку автоматизації бізнесу без залежності від старої екосистеми BAS / 1С. {\| class="wikitable" style="width:100%;" Погана практика — оновлювати одразу робочу базу без тесту. Під час переходу на K2 ERP оновлення версій BAS варто використовувати як можливість провести аудит старої системи, знайти залежності, описати доробки, очистити процеси й підготувати контрольовану міграцію. Перехід у K2 ERP дає можливість побудувати сучасну українську ERP-архітектуру без цієї залежності. Поняття Що перевірити після оновлення версій Потрібен ланцюжок:
Довідник номенклатури	виступає як дублікати	Очистити й перенести
Обробка обміну із сайтом	Стара, без документації	Замінити API K2 ERP
Звіт по маржі	Критичний для керівництва	Перенести в BI
Друкована форма рахунку	Дороблена	Відтворити в K2 ERP
Роль “Повні права”	Видана багатьом	Побудувати нову модель доступу
Регламентне задача	Нічний обмін	Перенести як контрольований бізнес-процес

Зовнішні обробки можуть перестати працювати після оновлення версій. * довідники;

документи;
залишки;
відкриті операції;
бізнес-правила;
права доступу;
ролі;
інтеграції;
API-сценарії;
друковані форми;
звіти;
BI-показники;
регламентні процеси;
архівні інформаційні дані;
контрольні звірки. Об’єкт BAS

несумісність із новим релізом;
конфлікт із типовими змінами;
помилки у формах;
зміна проведення;
вплив на звіти;
вплив на інтеграції;
залежність від старих реквізитів.== оновлення версій і звіти ==

У практиці експлуатації BAS оновлення версій часто виступає як складним і ризиковим процесом, особливо якщо конфігурація була змінена програмістами, має нетипові доробки, зовнішні обробки, інтеграції, web-сервіси, обміни з сайтом, банком, CRM, WMS, касами, податковими сервісами або іншими системами.== оновлення версій і web-клієнт ==

завантаження Excel;
імпорт банку;
обмін із сайтом;
масова зміна цін;
друк рахунків;
вивантаження XML;
вивантаження JSON;
інтеграційні функції ERP з CRM;
інтеграційні функції ERP з WMS;
міграційна обробка. Етап

Нетипова конфігурація BAS

Помилка: не перевірили права

Під час переходу з BAS на K2 ERP оновлення версій має особливе значення. Потрібно перевірити: ! # Перевірити документи. Воно показує, наскільки стара платформа залежить від платформи, релізів, доробок, програмістів, зовнішніх обробок, застарілих інтеграцій і санкційно ризикової екосистеми 1С / BAS.== Тестова база ==

перевірки оновлення версій;
пошуку конфліктів;
перевірки доробок;
перевірки звітів;
перевірки інтеграцій;
навчання користувачів;
контрольних звірок;
оцінки часу оновлення версій;
підготовки інструкції. Що це таке

старий хаотичний код;
застарілі обробки;
неактуальні доробки;
дублікати довідників;
тимчасові реквізити;
старі помилки;
неактуальні звіти;
небезпечні ролі;
інтеграції під адміністратором;
старі web-публікації;
механічну копію старої конфігурації. | Небажано. оновлення версій конфігурації змінює прикладну логіку.== оновлення версій і документація ==

Ланцюжок оновлень

оновлення версій і файловий режим

оновлення версій і журнал реєстрації

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

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

З BAS не потрібно переносити сам механізм оновлення версій. # Зібрати розширення. |- | Чи потрібно оновлювати BAS перед міграцією? |- | Яка роль K2 ERP? |- | Що перевірити після оновлення версій? Інтеграції — одна з найризикованіших ділянок оновлення версій.

Тестова база потрібна для:

Після оновлення версій можуть змінитися або зламатися друковані форми. компанія-користувач має оцінити: |- | Підготовка | Перевірити версії, зібрати обробки, зробити бекап | Адміністратор / програміст |- | Тест | Оновити копію бази | Програміст |- | Перевірка | Перевірити документи, звіти, інтеграції | Ключові користувачі |- | Звірка | Порівняти залишки, обороти, звіти | бухгалтерський обліковий облік / складський облік |- | Запуск | Оновити робочу базу | Адміністратор |- | Контроль | Перевірити роботу після оновлення версій | Власники процесів |}

Приклад плану оновлення версій

запуск бази;
вхід користувачів;
права доступу;
відкриття довідників;
створення документів;
проведення документів;
скасування проведення;
друковані форми;
звіти;
регламентовану формування звітів;
обробки;
інтеграції;
web-клієнт;
API;
обмін із банком;
обмін із сайтом;
обмін із CRM;
обмін із WMS;
фонові задача;
журнал реєстрації. Потрібно перевірити:

сайт;
CRM;
WMS;
банк;
BI;
каси;
електронний електронний документообіг;
доставки;
API;
файловий обмін.

довідники;
документи;
реквізити;
регістри;
звіти;
обробки;
форми;
модулі;
ролі;
друковані форми;
механізми проведення;
податкові форми;
інтеграційні механізми;
регламентні задача. # Оновити робочу базу. |-

Чи можна оновлювати робочу базу без тесту? Погані підходи: оновлення версій і закриття місяця Резервна копія перед оновленням оновлення версій платформи змінює технічний рівень системи. Відповідь Одна з частих причин оновлення версій — зміни регламентованої звітності. * web-публікацію; HTTPS; авторизацію; відкриття форм; друк; завантаження файлів; web-сервіси; HTTP-сервіси; ролі користувачів; доступ із зовнішньої мережі; логи web-сервера. Після цього не працюють документи, обмін із сайтом, регламентована формування звітів, друковані форми й закриття місяця. \|-	Платформа	Технічна основа, на якій функціонує платформа	клієнт ERP, сервер, мова, механізми бази
Конфігурація	Прикладна бізнес-логіка	BAS бухгалтерський обліковий облік, BAS ERP, BAS керування торгівлею
Інформаційна база	Конкретна база компанії з даними і конфігурацією	Робоча база підприємства

!== оновлення версій і розширення BAS ==

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

Типова конфігурація — це конфігурація без змін у типовому коді або з мінімальними змінами через підтримувані механізми. Окремі продукти 1С і BAS внесені до переліків забороненого програмного забезпечення для окремих категорій організацій в Україні. Ділянка

Проблеми нетипового оновлення версій:

рахунки;
видаткові накладні;
акти;
договори;
касові ордери;
податкові документи;
ТТН;
етикетки;
сертифікати;
комерційні пропозиції;
внутрішні форми компанії. |-

| Чому нетипову BAS складно оновлювати? * собівартість;

амортизація;
курсові різниці;
ПДВ;
витрати;
доходи;
зарплата;
виробництво;
складські операції;
регламентні операції. Типовий порядок:

Платформа і конфігурація

інформаційну базу;
конфігурацію;
інформаційні дані;
зовнішні обробки;
зовнішні звіти;
друковані форми;
файли обмінів;
конфігурація інтеграцій;
web-публікації;
розширення;
регламентні задача;
документацію;
список користувачів;
список ролей.

оновлення версій спочатку потрібно виконувати на тестовій базі.== оновлення версій і цифрова незалежність ==

оновлення версій BAS часто підтримує залежність від старої екосистеми. Якщо оновлення версій зламає базу або інформаційні дані, відновитися буде складно або неможливо. | Документи, проведення, звіти, друковані форми, ролі, інтеграції, web-клієнт, API, регламентні задача і контрольні звірки. Іноді не можна оновити BAS одразу з дуже старої версії на найновішу.

Можуть змінюватися: Резервна копія має включати: Якщо оновлювати одразу робочу базу, всі помилки побачать користувачі. |}

Якщо застосовується для Веб-клієнт BAS, потрібно перевірити:

резервну копію;
тестову базу;
аналіз версій;
аналіз типової або нетипової конфігурації;
аналіз доробок;
перевірку зовнішніх обробок;
перевірку розширень;
перевірку інтеграцій;
перевірку web-клієнта;
перевірку API;
перевірку звітів;
перевірку друкованих форм;
перевірку прав;
контрольні звірки;
документацію результату. Окремо варто відзначити змінені модулі, форми, документи, регістри, обробки, звіти і інтеграції. Це технічний і бізнес-процес, який має включати резервну копію, тестову базу, аналіз доробок, перевірку інтеграцій, контрольні звірки, перевірку звітів і план відновлення. Що оновлюється

критично про BAS і 1С. BAS та 1С мають санкційні, юридичні й кібербезпекові ризики в Україні. Можуть бути інтеграції з:

! Наслідки: ! # Перевірити систему після оновлення версій.== Помилка: оновлення версій без тестової бази ==

Чому нетипову BAS складно оновлювати

Реліз BAS

Приклади звірок: Тому оновлення версій BAS має виконуватися за процедурою, а не “на живій базі без бекапу”. {| class="wikitable" style="width:100%;" |- | Платформа | Нова реліз системи технологічної платформи | Несумісність зі старими доробками |- | Конфігурація | Новий реліз BAS бухгалтерський обліковий облік або BAS ERP | Конфлікти з нетиповими змінами |- | Розширення | Додатковий функції ERP | Помилки в залежностях |- | Зовнішня обробка | Імпорт банку або обмін із сайтом | Обмін здатна перестати працювати |- | формування звітів | Нові форми регламентованої звітності | Помилки у податкових або бухгалтерських звітах |}

Нетипова конфігурація — це конфігурація, яку змінювали під потреби компанії. Якщо платформа санкційно ризикова, складна в оновленні й накопичила багато доробок, варто планувати міграцію в K2 ERP.== Що переносити в K2 ERP ==

Наслідки: Після оновлення версій платформа здатна працювати інакше. Питання оновлення версій BAS часто сприймається як технічна задача для програміста або адміністратора. * документи;

проведення;
бухгалтерські проводки;
податкові накладні;
звіти;
друковані форми;
зовнішні обробки;
інтеграції;
обмін із сайтом;
обмін із CRM;
обмін із WMS;
обмін із банком;
web-сервіси;
регламентні задача;
права користувачів;
розширення;
BI-вивантаження. !

Для клієнт-серверної бази потрібно так само враховувати СУБД і серверні конфігурація.== Навіщо оновлювати BAS ==

оновлення версій без резервної копії;
оновлення версій одразу робочої бази;
відсутність тестової бази;
не перевірили нетипові доробки;
не зібрали зовнішні обробки;
не перевірили інтеграції;
не перевірили звіти;
не перевірили друковані форми;
не перевірили ролі;
не виконали контрольні звірки;
не перевірили закриття місяця;
не перевірили web-клієнт;
не перевірили API;
не задокументували результат. як приклад:

Якщо в BAS виступає як API або HTTP-сервіси, потрібно перевірити:

податкові декларації;
звіти з ЄСВ або зарплати;
фінансову формування звітів;
ПДВ;
податкові накладні;
форми експорту;
електронний електронний документообіг;
підписи;
формати XML;
контрольні співвідношення. Саме оновлення версій конфігурації найчастіше створює складнощі, якщо база нетипова. # Перевірити інтеграції. # Перевірити друковані форми. * платформа;
конфігурація;
галузевий компонент;
розширення;
зовнішня обробка;
зовнішній звіт;
друкована форма;
регламентована формування звітів;
інтеграційний компонент;
web-публікація;
драйвери або компоненти;
шаблони документів;
обмінні формати;
правила синхронізації. З урахуванням санкційних, юридичних і кібербезпекових ризиків BAS та 1С, оновлення версій BAS має бути частиною ширшої стратегії переходу на українське програмне забезпечення (ПЗ), цифрову незалежність і сучасну ERP-архітектуру. Приклад

Цифрова незалежність. Кожне складне оновлення версій BAS показує, наскільки бізнес-середовище залежить від старої платформи, доробок, релізів і окремих програмістів.== Помилка: не перевірили інтеграції == Не потрібно переносити:

Мета міграції — не повторити BAS, а побудувати чисту ERP-модель. # Погодити результат із користувачами.

Після оновлення версій потрібно перевірити ролі й права.== оновлення версій і зовнішні обробки ==

оновлення версій платформи BAS

користувачі втратили доступ;
користувачі отримали зайвий доступ;
нові об’єкти не прив’язані до ролей;
старі ролі конфліктують;
сервісний користувач системи не здатна виконати обмін;
адміністраторські права роздані зайвим людям;
web-користувачі бачать більше, ніж потрібно. * повільніше відкриваються форми;
довше проводяться документи;
звіти формуються повільніше;
збільшилося навантаження на сервер;
фонові задача працюють довше;
web-клієнт став нестабільним;
інтеграції почали давати таймаути.

! ! Що звірити

зміни законодавства;
зміни податкових форм;
виправлення помилок;
технічна підтримка нової версії платформи;
сумісність із сервісами;
нові функції ERP конфігурації;
оновлення версій регламентованої звітності;
зміни в обміні з банками;
зміни в API зовнішніх систем;
виправлення проблем продуктивності;
усунення технічних помилок;
вимоги підтримки;
підготовка до міграції;
аудит старої системи. # Перевірити запуск системи. Відповідальний

</syntaxhighlight> ! ! Але на практиці воно впливає на весь бізнес-середовище.== Що має входити в резервну копію ==

база не відкривається;
документи не проводяться;
інформаційні дані пошкоджені;
доробки втрачені;
обробки не працюють;
відновлення неможливе;
бізнес-середовище зупиняється.== оновлення версій і користувачі ==

Після оновлення версій потрібно перевірити продуктивність на реальних сценаріях. Можливі проблеми:

Правильний підхід. оновлення версій BAS потрібно розглядати не як самоціль, а як контрольований бізнес-процес підтримки або підготовки до переходу. Якщо друкована форма була дороблена, її потрібно тестувати окремо. Якщо цього не зробити, бізнес-логіка здатна зламатися. # Повторно зробити резервну копію. # Провести контрольні звірки. Потрібно перевірити:

скільки коштує технічна підтримка BAS;
скільки часу займають оновлення версій;
скільки доробок накопичено;
хто розуміє старий код;
які інтеграції прив’язані до BAS;
які ризики виникають через санкції;
які ризики виникають через кібербезпеку;
чи не доцільніше перейти на K2 ERP;
які процеси можна очистити під час переходу. # Перевірити, типова конфігурація чи нетипова.

Головне. оновлення версій BAS — це не без зусиль натиснути кнопку “оновити”. оновлення версій BAS — це важливий і ризиковий бізнес-процес, який впливає не тільки на технічну частину, а й на документи, звіти, проводки, інтеграції, користувачів, ролі, друковані форми, регламентовану формування звітів і бізнес-процеси. Правильне оновлення версій має включати:

оновлення версій і API

Після оновлення версій можуть перестати працювати:

Правило. оновлення версій BAS без резервної копії — погана практика. Тому оновлення версій BAS потрібно розглядати не тільки як технічну операцію, а і як привід оцінити доцільність переходу на українську ERP-платформу.== Вступ ==

Коротко

поточну версію BAS;
список інформаційних баз;
список конфігурацій;
список доробок;
список зовнішніх обробок;
список розширень;
список інтеграцій;
список користувачів;
список ролей;
список звітів;
список регламентних завдань;
проблеми оновлення версій;
застарілі процеси;
критичні бізнес-правила. Перед оновленням платформи потрібно перевірити, чи підтримує її поточна конфігурація.== Зовнішні посилання ==

Оновлюватися можуть:

Потрібно перевірити:

Особливо критично:

Старий реліз → Проміжний реліз 1 → Проміжний реліз 2 → Новий реліз

простіше оновлення версій;
менше конфліктів;
легше знайти документацію;
простіше тестування;
менше залежності від конкретного програміста;
зрозуміліший шлях міграції. це бізнес-процес встановлення нової версії платформи, конфігурації, релізу, розширення, звітності, друкованих форм, обробок або інших компонентів системи BAS виступає ключовою рисою виправлення помилок забезпечується через оновлення версій BAS. Помилка в закритті місяця здатна вплинути на формування звітів і фінансовий результат.== Що таке оновлення версій BAS ==

Після невдалого оновлення версій можуть перестати працювати:

дату оновлення версій;
версію до оновлення версій;
версію після оновлення версій;
хто виконував оновлення версій;
які помилки виникали;
які доробки змінювалися;
які обробки перевірені;
які інтеграції перевірені;
які звірки виконані;
хто погодив результат. |-

| Що обов’язково зробити перед оновленням? # Зібрати зовнішні обробки. {| class="wikitable" style="width:100%;"

оновлення версій і продуктивність

як приклад, компанія-користувач здатна мати:

Перед оновленням потрібно знати поточну версію і цільову версію. !== Порядок безпечного оновлення версій BAS ==

Зафіксувати поточну версію платформи.

Звіти можуть змінитися після оновлення версій. Спочатку потрібно оновити тестову копію і перевірити всі критичні сценарії. # Зібрати інтеграції. * додали реквізити;

змінили документи;
змінили проведення;
додали регістри;
додали звіти;
додали обробки;
змінили форми;
змінили ролі;
додали інтеграції;
змінили модулі;
переписали стандартну логіку. Після оновлення версій потрібно зафіксувати:

Потрібно перевірити:

* додані реквізити; змінені документи; змінені форми; змінені модулі; змінені проведення; додані звіти; додані обробки; додані інтеграції; змінені ролі. Перед оновленням потрібно скласти список усіх зовнішніх обробок. Її оновлювати простіше, бо структура відповідає стандартному релізу. Приклад Але вони так само можуть створювати ризики: Ризик. Якщо нетипову конфігурацію BAS оновлювати без аналізу доробок, можна втратити важливу бізнес-логіку: проведення документів, обмін із сайтом, друковані форми, звіти, ролі або обмеження доступу. Вона потрібна для: сервер BAS/1С; СУБД; кластер; робочі процеси; регламентні задача; фонові задача; резервні копії; продуктивність; журнал реєстрації; підключення користувачів; сервісні сеанси. Проблеми файлового режиму: Під час оновлення версій можна зібрати: Перед оновленням обов’язково потрібна резервна копія. \| Це встановлення нової версії платформи, конфігурації, релізу, розширення, звітності, обробки або іншого компонента системи. # Створити тестову копію бази. Помилка: оновлення версій без резервної копії Таку конфігурацію оновлювати складніше, бо потрібно об’єднувати типові зміни з доробками компанії. Причини оновлення версій можуть бути різні: сайтом; CRM; WMS; банком; РРО / ПРРО; податковими сервісами; електронним документообігом; BI; мобільними застосунками; службами доставки; маркетплейсами; API постачальників; файловими каталогами. * активних користувачів; заблокованих користувачів; адміністраторів; сервісних користувачів; користувачів інтеграцій; групи доступу; ролі; web-доступ; дату останнього входу; журнал реєстрації. Приклади: зупинка роботи; неможливість друку документів; проблеми з податковою звітністю; проблеми з продажами; проблеми зі складом; невдалі обміни; конфлікти з користувачами; термінове “гасіння пожежі”. # Зробити резервну копію.== оновлення версій конфігурації BAS == Можливі проблеми: Після оновлення версій потрібно перевірити закриття місяця. * конфлікти змін; незрозумілий код; відсутність документації; старі програмісти вже не працюють; зовнішні обробки не сумісні; доробки залежать від старих реквізитів; типові об’єкти змінені; модулі переписані; форми змінені вручну; інтеграції працюють через старі механізми; оновлення версій займає багато часу; після оновлення версій потрібні додаткові виправлення.== оновлення версій BAS і міграція в K2 ERP == Розширення можуть додавати функції ERP без прямої зміни типової конфігурації. У клієнт-серверному режимі BAS потрібно перевірити: користувачі не можуть працювати; користувачі бачать зайві інформаційні дані; менеджери бачать собівартість; комірники бачать фінансовий блок; сервісний користувач системи не здатна виконати обмін; адміністратори отримали зайві права; звільнені користувачі залишились активними. # Виконати оновлення версій на тестовій базі. Якщо компанія-користувач планує перехід у K2 ERP, оновлення версій BAS потрібно розглядати не тільки як підтримку старої системи, а як етап підготовки до міграції. оновлення версій і інтеграції SEO title: Оновлення BAS — резервна копія, конфігурація, релізи, доробки, розширення, тестова база і міграція в K2 ERP SEO keywords: оновлення BAS, оновлення 1С, оновлення BAS ERP, оновлення BAS Бухгалтерія, оновлення конфігурації BAS, оновлення платформи BAS, реліз BAS, типова конфігурація BAS, нетипова конфігурація BAS, доробки BAS, розширення BAS, резервна копія BAS, тестова база BAS, міграція з BAS, заміна BAS, заміна 1С, K2 ERP, українська ERP, санкції BAS, санкції 1С, цифрова незалежність </noinclude> {{SEO Шаблон для службового SEO-опису сторінки. }} як приклад: Див. так само	# Перевірити звіти. Стан Найчастіші помилки: бухгалтерські звіти; складські звіти; управлінські звіти; регламентовані звіти; зарплатні звіти; звіти по продажах; звіти по закупівлях; BI-вивантаження; зовнішні звіти; SQL-звіти, якщо вони використовуються. Окремі продукти 1С і BAS внесені до відкритих переліків програмного забезпечення, забороненого до використання для окремих категорій організацій. \|-	Що таке оновлення версій BAS? Після оновлення версій потрібно перевірити всі розширення. Після оновлення версій потрібно перевірити не тільки ручну роботу користувачів, а й автоматичні обміни. Ризик оновлення версій BAS — це встановлення новішої версії одного або кількох компонентів системи. \| Іноді так, але оновлення версій має бути частиною аудиту й підготовки до переходу, а не способом безкінечно підтримувати стару систему. * старий реліз конфігурації; новий реліз конфігурації; проміжні релізи; реліз платформи; реліз галузевого модуля; реліз розширення.
бухгалтерський обліковий облік	ОСВ, рахунки, проводки, закриття місяця
складський облік	Залишки, партії, серії, характеристики
продажі та реалізація	Замовлення, реалізації, ціни, знижки
закупівельна діяльність	Замовлення постачальникам, надходження, борги
Каса	Залишки, касові документи, звіти
Банк	Виписки, платежі, залишки
Зарплата	Нарахування, утримання, табелі
Інтеграції	Обмін із сайтом, CRM, WMS, банками, BI

Якщо конфігурація дороблена, потрібно перевіряти всі зміни. | Резервну копію, тестову базу, аудит доробок, список обробок, список інтеграцій і план перевірки.== оновлення версій і друковані форми == Це потрібно, якщо зміни в конфігурації накопичувалися поступово.== Що не варто переносити ==

помилки користувачів;
помилки обробок;
помилки інтеграцій;
помилки проведення;
помилки доступу;
падіння сеансів;
проблеми регламентних завдань;
невдалі входи;
незвичну активність. | K2 ERP здатна замінити стару BAS-архітектуру, перенести потрібні інформаційні дані, процеси, ролі, інтеграції, API, BI й звіти в українську ERP-платформу.== Типова конфігурація BAS ==

Після оновлення версій потрібно перевірити:

оновлювати без бекапу;
оновлювати без тестової бази;
не знати версію конфігурації;
не знати, типова база чи нетипова;
не мати списку доробок;
не мати списку зовнішніх обробок;
не перевіряти інтеграції;
не перевіряти регламентовану формування звітів;
не перевіряти друковані форми;
не перевіряти права доступу;
не документувати результат;
оновлювати BAS нескінченно замість планування переходу на українську ERP.== Як не треба робити ==

оновлення версій і регламентована формування звітів

<syntaxhighlight lang="text"> У файловому режимі BAS потрібно особливо уважно робити резервну копію. Простий приклад:

Після оновлення версій можуть змінитися права.== оновлення версій і права доступу ==

оновлення версій і клієнт-серверний режим

Контрольні звірки

оновлення версій не можна вважати успішним, якщо не виконані контрольні звірки. рішення для бізнесу для K2 ERP

конкурентні переваги типової конфігурації:

Воно здатна впливати на:

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

Потрібно перенести або переосмислити: У BAS потрібно розрізняти платформу і конфігурацію. # Запланувати оновлення версій робочої бази.== Висновок ==

URL;
методи;
авторизацію;
сервісних користувачів;
формат JSON;
формат XML;
відповіді сервера;
помилки;
логи;
таймаути;
права доступу;
зміни структури даних. # Перевірити ролі. Іноді користувачі бачать, що BAS відкривається, але бізнес-процеси вже зламані через інтеграції. Підхід K2 ERP. Якщо компанія-користувач планує перехід на K2 ERP, оновлення версій BAS варто використовувати як етап інвентаризації: зафіксувати версію конфігурації, доробки, зовнішні обробки, інтеграції, ролі, звіти, регламентні задача, проблеми оновлення версій і визначити, що потрібно перенести або замінити в K2 ERP. через Журнал реєстрації користувачі можуть виявити проблеми після оновлення версій. Реліз — це конкретна реліз системи конфігурації або платформи. |-

| Чи виступає як санкційні ризики у BAS і 1С?== Типові помилки при оновленні BAS ==

Що перевірити після оновлення версій