Перейти до вмісту

Оновлення конфігурації 1С

Матеріал з K2 ERP Wiki

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

!

  • собівартість;
  • курсові різниці;
  • витрати;
  • амортизацію;
  • зарплатні проводки;
  • запаси;
  • взаєморозрахунки;
  • регламентні операції;
  • помилки закриття;
  • відповідність ОСВ. | Так, бо оновлення версій здатна змінити структуру даних і вплинути на міграцію в K2 ERP. ! !=== Чи можна оновлювати 1С одразу на бойовій базі? ===
  • додаткові поля в документи;
  • власні друковані форми;
  • погодження оплат;
  • обмін із сайтом;
  • контроль маржі;
  • нестандартні звіти;
  • інтеграцію з WMS;
  • обробку для Power BI;
  • змінені модулі проведення. |-

| Для чого потрібне? Типові інтеграції:

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

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

оновлення версій і довідники

оновлення версій перед міграцією в K2 ERP

  • чи зміниться структура довідників;
  • чи зміняться документи;
  • чи зміняться регістри;
  • чи зміняться рухи;
  • чи зміняться зовнішні ID;
  • чи зміниться вивантаження;
  • чи потрібно переробляти карту міграції;
  • чи вплине оновлення версій на контрольні суми;
  • чи потрібно повторити тестове завантаження в K2 ERP. Етап

Пов’язана сторінка: Заміна BAS

Наслідки:

  • додані реквізити;
  • змінені форми;
  • команди;
  • обробники подій;
  • модулі;
  • друковані форми;
  • перевірки;
  • інтеграції;
  • права доступу;
  • звіти;
  • обробки.
  • кількість документів;
  • суму продажів;
  • суму закупівель;
  • залишки товарів;
  • залишки по банку;
  • залишки по касі;
  • дебіторку;
  • кредиторку;
  • аванси;
  • кількість номенклатури;
  • кількість контрагентів;
  • суму витрат;
  • суму зарплати;
  • інформаційні дані Power BI. ! | Стабільна платформа, робочі процеси, збережені інформаційні дані, контроль ризиків і готовність до K2 ERP.== оновлення версій і регістри ==
  • довідники;
  • документи;
  • залишки;
  • обороти;
  • регістри;
  • ціни;
  • договори;
  • аванси;
  • дебіторку;
  • кредиторку;
  • складські залишки;
  • зарплатні підсумки;
  • контрольні суми;
  • інформаційні дані для Power BI;
  • інформаційні дані для K2 ERP. |}
У продажах потрібно перевірити: Пов’язані сторінки:
Блок

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

Для каси потрібно перевірити: Пов’язана сторінка: Платіжне доручення 1С

Головне. оновлення версій конфігурації 1С має відповідати на питання: що саме оновлюємо, навіщо це потрібно, які доробки зачіпає реліз, чи виступає як резервна копія, чи протестована база, хто перевіряє документи, звіти, обміни, права доступу й закриття періоду.== Резервна копія перед оновленням ==

Аудит дій потрібен, щоб бачити, хто і коли змінював систему. | Резервну копію, тестову базу, доробки, розширення, звіти, обробки, рухи, регістри, права, обміни й контрольні суми. Банківські обміни часто ламаються після змін у форматах або обробках. * регістри накопичення;

  • регістри бухгалтерії;
  • регістри відомостей;
  • записи документів;
  • обороти;
  • залишки;
  • аналітики;
  • періоди;
  • документи-реєстратори;
  • контрольні суми. Ризики:

Пов’язана сторінка: Виробничий звіт 1С

Результат — стабільна база, збережені доробки, правильні документи, робочі обміни, коректні звіти, перевірені права, контрольні суми й менше ризиків при переході в K2 ERP. Відповідь

оновлення версій здатна зачепити:

При переході з 1С критично перенести не саму “звичку оновлювати конфігурацію”, а правильний бізнес-процес керування змінами:

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

Документація має містити:

Після оновлення версій критично перевірити Рухи документа 1С.== оновлення версій і паралельний запуск ERP ==

Якщо Power BI бере інформаційні дані з 1С, після оновлення версій потрібно перевірити вивантаження. Ймовірність

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

== Вивантаження даних перед оновленням ==

рішення для бізнесу залежить від ситуації.== оновлення версій і регламентні задача ==

Приклад проблеми з правами

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

Резервна копія — обов’язковий етап перед оновленням. Дія

Хто має брати участь в оновленні

Складність оновлення версій

Під час паралельного запуску ERP оновлення версій 1С потрібно робити особливо обережно.

оновлення версій і Power BI

== Контрольні суми при оновленні ==

оновлення версій і розширення конфігурації

Вона має містити:

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

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

Встановлення нового релізу або змін у прикладну конфігурацію 1С/BAS. Потрібно перевірити: class="wikitable" style="width:100%;"

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

Приклад: оновлення версій зламало закриття місяця

компанія-користувач використовує 1С для продажів, складу й бухгалтерії. Ознаки технічного боргу:

Приклад перевірки рухів

Перехід у K2 ERP. Якщо компанія-користувач планує відмову від 1С/BAS, оновлення версій старої конфігурації потрібно розглядати як тимчасовий захід. У Power BI

Коротко

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

Потрібно перевірити: оновлення версій здатна змінювати: До оновлення версій документ “Надходження товарів і послуг” формував:

Стара база стабільна, міграція скоро Не робити зайвих оновлень без потреби
Потрібне критичне виправлення Оновити в тестовій базі й перевірити вплив на міграцію
Багато доробок і мало документації Спочатку аудит, потім рішення для бізнесу
Паралельний запуск уже йде Узгодити оновлення версій з командою K2 ERP
оновлення версій змінює структуру даних Перевірити карту міграції й контрольні суми
  • фіксації структури даних до оновлення версій;
  • вивантаження контрольних сум;
  • порівняння даних після оновлення версій;
  • перевірки довідників;
  • перевірки документів;
  • перенесення даних із дороблених реквізитів;
  • підготовки тестової міграції;
  • звірки після завантаження в K2 ERP;
  • підготовки Power BI-аналітики. | Для актуалізації документів, звітів, форм, облікової логіки, виправлень, обмінів і технічної сумісності.
  • чи відкривається звіт;
  • чи коректні параметри;
  • чи не змінилися назви реквізитів;
  • чи доступні регістри;
  • чи правильні суми;
  • чи не зникли фільтри;
  • чи функціонує вивантаження в Excel;
  • чи збігається результат із типовими звітами. * ролі користувачів;
  • доступ до документів;
  • доступ до довідників;
  • доступ до звітів;
  • доступ до обробок;
  • доступ до цін;
  • доступ до зарплати;
  • доступ до банку;
  • доступ до адміністрування;
  • експорт даних. Наслідок
  • зміни у формах звітності;
  • виправлення помилок;
  • оновлення версій типових документів;
  • зміна алгоритмів обліку;
  • нові функції ERP конфігурації;
  • сумісність із платформою;
  • оновлення версій друкованих форм;
  • оновлення версій обмінів;
  • зміни в зарплаті;
  • зміни в податкових механізмах;
  • виправлення технічних проблем;
  • підготовка до міграції;
  • стабілізація старої бази перед переходом у K2 ERP. Потрібно зберегти:

Але все одно потрібно перевірити:

Зазвичай вивантажують:

  • конфігурацію;
  • поточний реліз;
  • цільовий реліз;
  • кількість доробок;
  • список розширень;
  • список інтеграцій;
  • критичні документи;
  • критичні звіти;
  • відповідальних користувачів;
  • план тестування;
  • план відкату;
  • дату оновлення версій;
  • контрольні суми;
  • рішення для бізнесу по міграції. Для державного сектору, критичної інфраструктури та систем із державними інформаційними ресурсами використання такого ПЗ здатна бути прямо обмежене або заборонене. * оновлення версій занадто дорогі;
  • багато санкційних і комплаєнс-ризиків;
  • доробки не документовані;
  • інтеграції нестабільні;
  • звіти формуються вручну;
  • користувачі працюють в Excel поруч із 1С;
  • Power BI потребує складних вивантажень;
  • бізнес-процеси вже не відповідають системі. * відкриття документів;
  • створення нових документів;
  • проведення;
  • скасування проведення;
  • друковані форми;
  • звіти;
  • права доступу;
  • обміни;
  • регламентні задача;
  • закриття місяця;
  • продуктивність;
  • помилки користувачів. Контроль:
Потрібно перевірити:
  • тестування;
  • резервування;
  • контрольні суми;
  • погодження бізнес-користувачів;
  • аудит;
  • документація;
  • план відкату;
  • регламент запуску. Пов’язана сторінка: Продажі 1С
Приклад ризику
Виручка за місяць 8 400 000 грн 8 400 000 грн Збігається
Собівартість 5 900 000 грн 5 720 000 грн Потрібна перевірка
Кількість продажів 1 240 1 240 Збігається
Документи без договору 37 0 Помилка вивантаження

Пов’язана сторінка: Валюти 1С

На складі потрібно перевірити:

  • сайт;
  • інтернет-магазин;
  • маркетплейс;
  • CRM;
  • банк;
  • служби доставки;
  • WMS;
  • MES;
  • LIMS;
  • Power BI;
  • електронний електронний документообіг;
  • API зовнішніх систем;
  • K2 ERP при паралельному запуску.

оновлення версій здатна бути потрібне для підтримки працездатності системи. Закриття місяця пройшло без критичної помилки, але собівартість стала іншою. Реплікатор K2 здатна використовуватися для перенесення та звірки даних зі старих систем у K2 ERP. Потрібно перевірити документи, проведення, рухи, регістри, друковані форми, зовнішні звіти, зовнішні обробки, права доступу, обміни, банк, касу, складський облік, зарплату, закриття місяця й Power BI. ! | Реплікатор K2, контрольні суми, карта міграції, тестове вивантаження, аналіз доробок і паралельний запуск. Закриття місяця — один із головних тестів після оновлення версій. Тому перед оновленням у період міграції потрібно перевірити карту міграції й контрольні суми. Показник У розширенні була кнопка “Надіслати на погодження” в платіжному дорученні. У K2 ERP логіка підтримки й розвитку системи здатна бути організована інакше: через керовані релізи, тестові середовища, права, аудит, API, Power BI, маршрути погодження й контроль змін. Навіщо потрібно Наслідки: Ризики: ! Перед великим оновленням корисно зробити вивантаження контрольних даних. ! Під час міграції оновлення версій потрібно оцінювати з точки зору впливу на інформаційні дані. ! SEO-опис Пов’язана сторінка: Права доступу в ERP Для оновлень критично фіксувати: оновлення версій здатна змінити структуру даних, регістри, реквізити, рухи документів і вивантаження.== Для чого потрібне оновлення версій 1С ==

Після оновлення версій змінився алгоритм розподілу додаткових витрат. Перед міграцією з 1С/BAS у K2 ERP потрібно оцінити, чи варто вкладатися в чергове оновлення версій старої системи, чи краще зафіксувати поточний стан, вивантажити інформаційні дані, описати доробки, протестувати паралельний запуск і перенести процеси в нову ERP. Після оновлення версій потрібно перевірити, чи не змінилася логіка договорів. | Не оновлювати бойову базу без резервної копії, тестування, плану відкату й погодження користувачів.== Приклад ризику без резервної копії ==

оновлення версій і інтеграції

! Пов’язана сторінка: Касовий ордер 1С

Як оновлення версій впливає на міграцію в K2 ERP?

оновлення версій як сигнал до заміни BAS/1С

|- | Платформа | Технічне середовище виконання | Стара конфігурація здатна не працювати на новій платформі |- | Конфігурація | Прикладне рішення для бізнесу з документами й обліком | Новий реліз здатна конфліктувати з доробками |- | Розширення | Додатковий шар змін | здатна зламатися після оновлення версій форми |- | Зовнішні обробки | Окремі файли для задач | Можуть перестати відкриватися |}

! оновлення версій здатна пройти відносно оперативно. ! Що роблять

  • менше простоїв;
  • менше помилок користувачів;
  • збережені доробки;
  • працюють звіти;
  • працюють інтеграції;
  • не губляться права доступу;
  • коректні рухи документів;
  • стабільне закриття місяця;
  • чисті контрольні суми;
  • зрозумілий план відкату;
  • простіша підготовка до K2 ERP;
  • якісніша Power BI-аналітика. |-

| Що перевіряють? |- | Що оптимізує при міграції? Тому що доробки можуть змінювати форми, модулі, регістри, документи, права, друковані форми й обміни. Наслідки:

оновлення версій і каса

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

  • специфікації;
  • виробничі замовлення;
  • виробничі звіти;
  • списання матеріалів;
  • випуск продукції;
  • НЗВ;
  • брак;
  • собівартість;
  • MRP;
  • MES-інтеграції.=== Як підготуватися до оновлення версій 1С? ===

! Об’єкт

Чим оновлення версій платформи відрізняється від оновлення версій конфігурації?

|- | Зламається обмін із сайтом | Середня | Замовлення не потрапляють у 1С | Тест API до бойового запуску |- | Не відкриється зовнішній звіт | Висока | фінансовий блок не отримають звіт | Адаптувати звіт у тестовій базі |- | Зміняться рухи документа | Середня | Помилки в обліку | Порівняти рухи до й після |- | Зіб’ються права | Низька | Зайвий доступ | Перевірити ролі |}

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

Після оновлення версій менеджер продажів отримав доступ до собівартості товарів, хоча раніше її не бачив.

Правильно організоване оновлення версій зменшує ризики для бізнесу. |-

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

У такій базі оновлення версій без аналізу доробок здатна зламати ключові бізнес-процеси. До оновлення версій Для доробленої 1С типові додаткові ризики: Потрібно перевірити: У закупівлях потрібно перевірити:

Карта ризиків оновлення версій

SEO title: Оновлення конфігурації 1С — релізи, доробки, тестування, помилки і міграція в K2 ERP SEO keywords: оновлення конфігурації 1С, оновлення 1С, оновлення BAS, конфігурація 1С, дороблена 1С, помилки оновлення 1С, тестова база 1С, розширення конфігурації 1С, міграція з 1С, K2 ERP, Реплікатор K2
</noinclude>
 {{SEO
Шаблон для службового SEO-опису сторінки. 

}}


оновлення версій і банк

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

  • запуск користувачів;
  • проведення документів;
  • друковані форми;
  • регламентовані звіти;
  • банк;
  • обмін із зовнішніми сервісами;
  • права доступу. Пов’язана сторінка: Договори 1С

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

Потрібно контролювати:

  • прихід товару на складський облік;
  • кредиторську заборгованість;
  • закриття авансу;
  • запис собівартості;
  • рух по партії. * Номенклатура 1С;
  • Організації 1С;
  • Договори 1С;
  • Підрозділи 1С;
  • Валюти 1С;
  • Статті витрат 1С;
  • Цінові групи 1С;
  • контрагенти;
  • склади;
  • банківські рахунки;
  • користувачі;
  • ролі. Спочатку потрібно зробити резервну копію, створити тестову базу, оновити її, перевірити процеси, звіти, обміни, права, контрольні суми й тільки потім оновлювати робочу базу.== оновлення версій і продажі та реалізація ==

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

Платформа — це технічне середовище 1С.== оновлення версій і зовнішні звіти ==

оновлення версій і договори

  • кнопка зникла;
  • платежі проводяться без погодження;
  • казначейство втрачає контроль;
  • фінансовий директор бачить проблему вже після оплати;
  • потрібно адаптувати розширення. * маржа в Power BI змінилася;
  • фінансовий результат не збігається з очікуванням;
  • бухгалтерський обліковий облік шукає розбіжність;
  • керівництво отримує неправильний звіт. Для критичних документів потрібно порівняти рухи до й після оновлення версій:
  • змінилася назва поля;
  • змінився регістр;
  • зник реквізит;
  • змінилася логіка статусу;
  • обробка вивантаження не запускається;
  • інформаційні дані приходять неповністю;
  • контрольні суми не збігаються;
  • дашборд показує стару структуру.== Типові помилки при оновленні 1С ==
Не завжди.
  • список баз;
  • поточний реліз;
  • цільовий реліз;
  • список доробок;
  • список розширень;
  • зовнішні звіти;
  • зовнішні обробки;
  • список інтеграцій;
  • список критичних процесів;
  • резервну копію;
  • тестову базу;
  • план тестування;
  • контрольні суми;
  • план відкату;
  • відповідальних користувачів. У компанії невелика типова база без доробок.== Документація оновлення версій ==

Що таке оновлення версій конфігурації 1С

оновлення версій і рухи документа

  • проведення документів;
  • перевірки заповнення;
  • розрахунок сум;
  • знижки;
  • ціни;
  • собівартість;
  • взаєморозрахунки;
  • бюджетні ліміти;
  • обмін даними;
  • друковані форми;
  • регламентні задача. Контроль здатна включати:

Пов’язані сторінки:

Регламентні задача можуть запускати обміни, завантаження курсів, розсилки, закриття періодів або технічні операції. У виробництві потрібно перевірити:

Що робити, якщо після оновлення версій зламався звіт або обробка?

оновлення версій і технічний борг

  • довідники;
  • документи;
  • форми;
  • звіти;
  • друковані форми;
  • модулі;
  • регістри;
  • ролі;
  • права доступу;
  • алгоритми проведення;
  • регламентовану формування звітів;
  • обміни даними;
  • інтеграції;
  • зовнішні обробки;
  • розширення конфігурації.== Чек-лист тестування оновлення версій ==
  • продажі та реалізація зупинилися;
  • складський облік не бачить відвантаження;
  • клієнти чекають документи;
  • бухгалтерський обліковий облік не здатна сформувати звіти;
  • відкат неможливий або дуже складний;
  • доводиться терміново шукати програміста. У 1С
  • обробка не запускається;
  • обробка не бачить потрібний документ;
  • масове оновлення версій функціонує неправильно;
  • імпорт із Excel дає помилки;
  • експорт для K2 ERP або Power BI неповний;
  • змінилися реквізити;
  • обробка записує інформаційні дані не в ті поля. Питання
  • залишки;
  • надходження;
  • переміщення;
  • списання;
  • інвентаризацію;
  • резерви;
  • партії;
  • серійні номери;
  • характеристики;
  • штрихкоди;
  • склади;
  • WMS-інтеграції. Для валютного обліку потрібно перевірити:

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

Приклад проблеми з розширенням

Форми 1С часто змінюються при оновленнях.== Типова і дороблена конфігурація ==

оновлення версій і аудит дій

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

Після оновлення версій потрібно перевірити всі інтеграції. Потрібно перевірити:
  • дату оновлення версій;
  • старий реліз;
  • новий реліз;
  • хто виконував;
  • які помилки були;
  • що виправили;
  • які розширення адаптовані;
  • які звіти перевірені;
  • які інтеграції перевірені;
  • контрольні суми;
  • відкриті питання;
  • рекомендації для міграції. Ознаки:
Зарплатний контур особливо чутливий до оновлень. * договори в документах;
  • валюта договору;
  • тип цін;
  • умови оплати;
  • аванси;
  • борги;
  • акти звірки;
  • документи без договорів;
  • строки дії;
  • відповідальні.== Простий приклад оновлення версій ==
  • завантаження банківської виписки;
  • вивантаження платіжних доручень;
  • валютні платежі;
  • призначення платежу;
  • контрагентів;
  • договори;
  • банківські рахунки;
  • статті руху коштів;
  • аванси;
  • зв’язок із заявками на оплату.== Приклад контрольних сум ==

Пов’язані сторінки

  • порушення внутрішньої політики;
  • ризик витоку комерційної інформації;
  • неправильні рішення для бізнесу менеджерів;
  • потреба терміново перевірити ролі.
  • надходження товарів;
  • реалізація;
  • списання;
  • інвентаризація;
  • платіжне доручення;
  • касовий ордер;
  • виробничий звіт;
  • нарахування зарплати;
  • закриття місяця. Оновлювати можна і платформу, і конфігурацію, але ризики в них різні. Тип конфігурації
  • оновлення версій без резервної копії;
  • оновлення версій одразу на бойовій базі;
  • відсутність тестової бази;
  • не перевірили розширення;
  • не перевірили зовнішні обробки;
  • не перевірили звіти;
  • не перевірили обміни;
  • не перевірили права доступу;
  • не порівняли контрольні суми;
  • не протестували закриття місяця;
  • не попередили користувачів;
  • не підготували план відкату;
  • не врахували вплив на міграцію в K2 ERP. Що перевірити

оновлення версій і зарплата

Наслідки:

Що підготувати перед оновленням

Резервна копія Копіюють бойову базу Щоб можна було відкотитися
Тестова база Оновлюють копію Щоб не ламати робочу систему
Перевірка Тестують документи, звіти, обмін Щоб знайти помилки до запуску
Бойове оновлення версій Оновлюють основну базу Після погодження результату
Контроль після оновлення версій Перевіряють документи й користувачів Щоб оперативно виправити проблеми

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

оновлення версій в K2 ERP замість 1С

- Що критично перед оновленням?== оновлення версій і складський облік ==

Пов’язана сторінка: Нарахування зарплати 1С

Кількість документів реалізації 12 480 12 480 Збігається
Сума реалізації 84 500 000 грн 84 500 000 грн Збігається
Залишки товарів 18 200 000 грн 18 200 000 грн Збігається
Кредиторка 6 400 000 грн 6 395 000 грн Потрібна перевірка

Чи потрібно оновлювати 1С перед переходом у K2 ERP?

Пов’язана сторінка: API для ERP

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

У тестовій базі перевіряють:

  • конфлікти змінених модулів;
  • зникнення доданих полів;
  • помилки в формах;
  • нестандартні регістри не оновлюються;
  • друковані форми ламаються;
  • обміни не працюють;
  • стара обробка записує інформаційні дані в неіснуючий реквізит;
  • програміст не знає історію доробок;
  • немає реєстру розширень;
  • немає власника процесу.== Реплікатор K2 і оновлення версій 1С ==

оновлення версій і виробництво

  • курси валют;
  • кратність;
  • валютні договори;
  • валютні платежі;
  • валютні рахунки;
  • аванси;
  • дебіторку;
  • кредиторку;
  • курсові різниці;
  • закриття місяця. У контексті оновлень Реплікатор K2 здатна бути корисним для:

Поширені проблеми:

  • багато ручних виправлень;
  • незрозумілі модулі;
  • старі розширення;
  • дублікати обробок;
  • немає опису інтеграцій;
  • оновлення версій займає дні або тижні;
  • користувачі бояться оновлень;
  • після кожного оновлення версій щось ламається;
  • міграція в нову ERP ускладнюється. |-
Типова Майже без змін Нижча
Типова з розширеннями Основна конфігурація не сильно змінена, але виступає як розширення Середня
Дороблена Змінені документи, модулі, регістри, форми Висока
Сильно перероблена Багато нестандартної логіки й інтеграцій Дуже висока

У компанії 1С функціонує 8 років. !== оновлення версій і зовнішні обробки ==

FAQ

оновлення версій і валюти

Типові помилки при оновленні доробленої 1С

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

Після оновлення версій можуть змінитися ролі, форми, команди або доступ до об’єктів. Типовий план оновлення версій:

оновлення версій і закриття місяця

  • адміністратор 1С;
  • програміст 1С;
  • бухгалтер;
  • фінансовий директор;
  • казначей;
  • менеджер продажів;
  • закупівельник;
  • комірник;
  • керівник виробництва;
  • HR;
  • ІТ-спеціаліст;
  • власник процесу;
  • команда K2 ERP при міграції. Контрольні суми допомагають переконатися, що після оновлення версій інформаційні дані не змінилися несподівано. * чи задача активні;
  • чи правильний розклад;
  • чи немає дублювання;
  • чи працюють обміни;
  • чи не з’являються помилки;
  • чи не зависають фонові процеси;
  • чи вистачає прав службовому користувачу. Рекомендований підхід
продажі та реалізація Рахунок, замовлення, реалізація, повернення Менеджер продажів
закупівельна діяльність Замовлення постачальнику, надходження, оплата Закупівельник
складський облік Переміщення, інвентаризація, списання Комірник
фінансовий блок Платежі, банк, каса, аванси Бухгалтер / казначей
Виробництво Списання матеріалів, випуск, звіт виробництва Керівник виробництва
Звіти ОСВ, картка рахунку, управлінські звіти фінансовий блок
Інтеграції Сайт, банк, API, Power BI ІТ

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

Пов’язана сторінка: Вивантаження даних 1С

оновлення версій здатна змінювати структуру або логіку запису в регістри. Хто перевіряє

  • чи не зміниться структура даних;
  • чи не зламається обмін із K2 ERP;
  • чи не зміняться контрольні суми;
  • чи не зникнуть поля для міграції;
  • чи не зміниться логіка документів;
  • чи не доведеться переробляти мапінг;
  • чи не порушиться порівняння результатів між системами. Тестова база — це копія робочої бази, на якій перевіряють оновлення версій до бойового запуску. ! |-

Чи важливе при переході на K2 ERP? Конфігурація — це прикладна платформа з документами, довідниками, регістрами й бізнес-логікою. Ризик

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

Участь можуть брати:

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

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

оновлення версій при міграції з 1С у K2 ERP

оновлення версій конфігурації 1С — це встановлення нового релізу прикладного рішення для бізнесу або внесення змін у конфігурацію, щоб оновити документи, звіти, форми, модулі, регістри, права, обробки або регламентовану формування звітів. {| class="wikitable" style="width:100%;"

оновлення версій і права доступу

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

Потрібно розрізняти платформу 1С і конфігурацію.== оновлення версій і форми 1С ==

  • хто запускав оновлення версій;
  • хто змінював конфігурацію;
  • хто підключав розширення;
  • хто змінював права;
  • хто запускав обробки;
  • хто робив резервну копію;
  • хто відновлював базу;
  • хто змінював регламентні задача. бухгалтерії забезпечується через оновлення версій 1С важливе; так само реалізовано фінансів, продажів, закупівель, складу, виробництва, зарплати, казначейства, сервісу, документообігу, Power BI-аналітики та ІТ-служби. Статус

Ні. критично про 1С/BAS і санкційні ризики. Програмні продукти 1С і BAS пов’язані з підсанкційним російським ПЗ та можуть створювати юридичні, комплаєнс-, кібербезпекові й репутаційні ризики для компаній в Україні. ! Після оновлення версій перестали відкриватися документи продажу, а менеджери не можуть відвантажувати товар. Перед оновленням потрібно підготувати:

це бізнес-процес встановлення нового релізу типової або доробленої конфігурації 1С/BAS, щоб отримати зміни в обліку, формах документів, звітах, регламентованій звітності, механізмах проведення, інтеграціях, правах доступу, обробках, друкованих формах або технічній сумісності виступає ключовою рисою оновлення версій конфігурації 1С. === Чому дороблену 1С оновлювати складніше? ===