Клієнт-серверний режим BAS

Кластер серверів — це група серверних процесів і служб, які обслуговують інформаційні бази.; Що зробити при міграції

Веб-клієнт має змогу бути корисним для:

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

технічні проблеми.; Прямий доступ до СУБД має бути обмежений.;

== Сервісні користувачі ==

'''Правильний підхід.''' Клієнт-серверний режим [[BAS]] потрібно розглядати не лише як технічну інфраструктуру, а як карту старих бізнес-процесів, інтеграцій, доступів, регламентних завдань і ризиків, які потрібно контрольовано перенести або замінити в [[K2 ERP]].;== Як не треба робити ==

СУБД — це платформа керування базами даних, у якій зберігаються інформаційні дані інформаційної бази.; !; | Сервери, СУБД, бази, користувачів, ролі, регламентні задача, інтеграції, web-публікації, резервні копії й журнали.;<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

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

</div>

* знайти всі такі облікові записи;
* зрозуміти, для чого вони потрібні;
* вимкнути зайві;
* замінити доступ на API K2 ERP;
* змінити токени й паролі;
* перевірити журнали доступу.; Після запуску [[K2 ERP]] старі інтеграції потрібно вимкнути або перевести в архівний режим.; |-
| Чим він відрізняється від файлового режиму?;== Регламентні задача ==
Клієнт-серверна технічна архітектура BAS має змогу включати:
== Типові помилки клієнт-серверного режиму BAS ==
|-
| Зберігання даних
| Файл бази
| СУБД
|-
| Підключення користувачів
| До файлової бази
| Через сервер BAS/1С
|-
| Масштабування
| Обмежене
| Краще для багатьох користувачів
|-
| Адміністрування
| Просте, але менш контрольоване
| Складніше, але гнучкіше
|-
| Резервне копіювання
| Копія файлу або вивантаження
| SQL-бекап, засоби СУБД, серверні процедури
|-
| Інтеграції
| Можливі, але обмежені
| Зручніше для web-сервісів і фонового обміну
|}

Сервісні користувачі можуть мати доступ до великих обсягів даних.; # Перевести BAS в архівний режим.; | Це режим, у якому користувачі працюють через замовник, бізнес-логіка виконується на сервері BAS/1С, а інформаційні дані зберігаються в СУБД.; # Перевірити користувачів.; | Коли багато користувачів, велика база, складні звіти, інтеграції, web-доступ, регламентні задача або високі вимоги до адміністрування.; Клієнт-серверний режим [[BAS]] — це важлива технічна архітектура для великих і середніх інформаційних баз.; Тестова база має бути чітко відокремлена від робочої, щоб користувачі не ввели туди реальні документи.; як ілюстрація:

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

* тонкий замовник;
* товстий замовник;
* веб-клієнт;
* мобільний або спеціальний замовник, якщо він реалізований у конкретному рішенні.; Для цього зазвичай потрібні:

[[Категорія:Резервна копія 1С]]

== Помилка: не перевірити сервісних користувачів ==

* потужність сервера BAS;
* потужність сервера СУБД;
* швидкість дисків;
* обсяг оперативної пам’яті;
* кількість користувачів;
* складність конфігурації;
* якість запитів;
* індекси в СУБД;
* регламентні задача;
* інтеграції;
* мережа;
* резервне копіювання;
* антивірус;
* застаріле обладнання.; |}

Потрібно зібрати:

[[Категорія:Журнал реєстрації 1С]]

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

[[Категорія:Адміністрування BAS]]

* слабкий сервер;
* недостатньо оперативної пам’яті;
* повільні диски;
* перевантажена СУБД;
* багато фонових завдань;
* важкі звіти;
* неоптимальні запити;
* велика кількість старих документів;
* нетипова конфігурація з поганим кодом;
* інтеграції запускаються в робочий час;
* немає регламентного обслуговування СУБД.; '''істотно про BAS і 1С.''' [[BAS]] та [[1С]] мають санкційні, юридичні й кібербезпекові ризики в Україні.; | Так.; Регламентні задача можуть виконувати критичні процеси.; * відновлення на тестовому сервері;
* запуск клієнта;
* доступ користувачів;
* роботу регламентних завдань;
* інтеграції;
* звіти;
* цілісність даних.; # Перевірити інтеграції.; * резервна копія засобами СУБД;
* вивантаження інформаційної бази;
* знімок сервера;
* копія віртуальної машини;
* копія файлових каталогів обміну;
* копія зовнішніх обробок;
* копія web-публікацій;
* копія налаштувань інтеграцій.; # Описати критичні процеси.; * щоденної роботи користувачів;
* підключення до серверної бази;
* роботи через локальну мережу;
* роботи через віддалене підключення;
* зменшення навантаження на робоче місце.;[[Категорія:Інтеграція з 1С]]
[[Категорія:Інтеграція з BAS]]

користувач системи → замовник BAS → Сервер BAS/1С → СУБД → інформаційні дані інформаційної бази

Типові причини переходу на клієнт-сервер:

Резервна копія має сенс тільки тоді, коли її можна відновити.; Регламентні задача можуть виконуватися на сервері без участі користувача.;== Основні елементи архітектури ==
</div>
Потрібно перевірити:
{| class="wikitable" style="width:100%;"
[[Категорія:Автоматизація бізнесу]]
== Web-сервер і публікація бази ==
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
Такий режим застосовується; додатково реалізовано багатьох користувачів, складних облікових процесів, регламентних завдань, інтеграцій, web-доступу, підвищеної продуктивності й централізованого адміністрування.; '''Ризик безпеки.''' Публікація BAS у web без належного HTTPS, авторизації, обмеження доступу, журналювання й захисту має змогу створити серйозні кібербезпекові ризики.; З клієнт-серверної BAS не переносять сам сервер як є собою.; Перед міграцією журнал має змогу допомогти знайти активні процеси, які не описані в документації.;== Файловий і клієнт-серверний режим ==

* список інформаційних баз;
* сервери BAS/1С;
* сервери СУБД;
* web-публікації;
* регламентні задача;
* фонові задача;
* інтеграції;
* користувачів;
* ролі;
* сервісні облікові записи;
* резервні копії;
* зовнішні обробки;
* файлові каталоги;
* журнали;
* документацію.; Потрібно періодично перевіряти:
Ризики:
'''Тонкий замовник''' — це клієнтський застосунок, який виконує частину роботи на робочому місці користувача, але значна частина обробки відбувається на сервері.;[[Категорія:Клієнт-серверний режим BAS]]

<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">

* перевірки оновлень;
* тестування доробок;
* перевірки інтеграцій;
* навчання користувачів;
* тестової міграції;
* перевірки продуктивності;
* аналізу помилок.;== Кластер серверів BAS ==

__TOC__

* багато одночасних користувачів;
* велика база даних;
* складні документи;
* багато регламентних завдань;
* активні інтеграції;
* обмін із сайтом;
* обмін із CRM;
* обмін із WMS;
* web-сервіси;
* потреба в централізованому адмініструванні;
* потреба в кращому контролі доступу;
* потреба в резервному копіюванні на рівні СУБД;
* потреба в стабільнішій роботі.; |-
| Що істотно для безпеки?; # Перевірити зовнішні обробки.; Під час переходу з [[BAS]] у [[K2 ERP]] клієнт-серверну інфраструктуру потрібно аналізувати окремо.; * виконання бізнес-логіки;
* обробку запитів користувачів;
* роботу сеансів;
* виконання регламентних завдань;
* роботу фонових завдань;
* взаємодію із СУБД;
* кешування;
* контроль підключень;
* адміністрування кластера;
* виконання частини коду конфігурації.; # Визначити сервер BAS/1С.; Ризик

Він відповідає за:

* XML;
* JSON;
* CSV;
* Excel;
* DBF;
* ZIP-архіви;
* банківські файли;
* файли сайту;
* файли складу;
* файли податкових документів.; * віддалених користувачів;
* філій;
* керівників;
* користувачів без встановленого клієнта;
* окремих сценаріїв доступу.; # Перевірити web-публікації.; # Перевірити фонові задача.; Це надає можливість краще масштабувати роботу, контролювати доступ, виконувати фонові задача, адмініструвати підключення користувачів і організовувати резервне копіювання на рівні бази даних.; задача міграції — не без ускладнень перенести інформаційні дані, а забрати контроль над серверами, доступами, інтеграціями, резервними копіями й бізнес-процесами в [[K2 ERP]].;== Журнал реєстрації ==

Сервісні користувачі часто використовуються для інтеграцій.;[[Категорія:Клієнт-серверний режим 1С]]

* сайтом;
* CRM;
* WMS;
* банком;
* касами;
* РРО / ПРРО;
* мобільними застосунками;
* BI;
* електронним документообігом;
* GPS;
* сервісами доставки;
* маркетплейсами;
* зовнішніми API.; Клієнт-серверний режим

</div>

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

* робочі сервери;
* робочі процеси;
* інформаційні бази;
* сеанси користувачів;
* фонова обробка;
* регламентні задача;
* конфігурація адміністрування.; | Контроль користувачів, HTTPS, VPN, обмеження доступу до СУБД, захист резервних копій, аудит сервісних облікових записів.; більших баз забезпечується через '''Клієнт-серверний режим BAS''' — це спосіб роботи інформаційної бази [[BAS]], при якому користувачі підключаються до системи через клієнтські застосунки, а основна обробка даних виконується на сервері [[BAS]] / [[1С]] і в системі керування базами даних.; Тестова база в клієнт-серверному режимі потрібна для:
!; Окремі продукти [[1С]] і [[BAS]] внесені до відкритих переліків програмного забезпечення, забороненого до використання для окремих категорій організацій.; Такий режим потрібен для багатокористувацької роботи, великих баз, інтеграцій і стабільнішого адміністрування.; # Визначити сервер СУБД.; У такому випадку використовують клієнт-серверний режим.;[[Категорія:API]]
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">

На них впливають:

[[Категорія:Конфігурація BAS]]

# Зробити резервну копію.; | Залишити стару клієнт-серверну BAS активним центром інтеграцій після запуску [[K2 ERP]].; Потрібно перевіряти:

* довідники;
* документи;
* залишки;
* відкриті операції;
* права доступу;
* ролі;
* інтеграції;
* регламентні задача;
* API-сценарії;
* BI-показники;
* журнали, якщо вони потрібні для аудиту;
* архівні інформаційні дані;
* резервну стратегію;
* бізнес-процеси.; Приклад
Основні компоненти:

Такі каталоги потрібно включити в інвентаризацію і резервне копіювання.;[[Категорія:Інформаційна база 1С]]

!; |-
| 10 користувачів
| Невелике
| Сервер, мережа, базові конфігурація
|-
| 50 користувачів
| Середнє
| СУБД, пам’ять, фонові задача
|-
| 100+ користувачів
| Високе
| Архітектуру, кластер, СУБД, індекси, інтеграції
|-
| Багато web-сервісів
| Нерівномірне
| API, черги, логи, таймаути
|}

Перед переходом у [[K2 ERP]] потрібно знайти всі інтеграції.;</div>

* відкриває довідники;
* створює документи;
* проводить документи;
* формує звіти;
* запускає обробки;
* функціонує з журналами;
* виконує свої бізнес-задачі.; # Перевірити сервісні облікові записи.; Питання

{| class="wikitable" style="width:100%;"

* знати, де розміщені її інформаційні дані;
* контролювати сервери;
* контролювати доступи;
* контролювати резервні копії;
* знайти всі інтеграції;
* знайти всі web-публікації;
* перенести потрібні процеси в [[K2 ERP]];
* вимкнути старі канали обміну;
* не залишити BAS прихованим центром обліку;
* зменшити залежність від [[BAS]] і [[1С]].;== Що залишити в архіві ==

!; |-
| Коли потрібен клієнт-сервер?;</div>

Кластер сприяє централізовано керувати серверною роботою BAS.; * нічний обмін із сайтом;
* завантаження банківських виписок;
* формування звітів;
* актуалізація курсів валют;
* обробка замовлень;
* вивантаження залишків;
* синхронізація з CRM;
* обмін із WMS;
* очищення тимчасових даних;
* службові перевірки.; Окремо варто відзначити а база в СУБД плюс конфігурація і інформаційні дані.; # Зафіксувати список інформаційних баз.; Інтеграції можуть бути з:

Приклади:

== Резервне копіювання ==

[[Категорія:Сервер 1С]]

[[Категорія:K2 ERP]]
== Вступ ==
== Типові причини повільної роботи ==

Сеанс має змогу належати:

* локальне;
* через корпоративну мережу;
* через VPN;
* через web-клієнт;
* через віддалений робочий стіл;
* через інтеграційний сервіс.; # Перевірити файлові каталоги обміну.; Він надає можливість працювати багатьом користувачам, виконувати регламентні задача, обслуговувати інтеграції, використовувати СУБД, web-клієнт, фонові процеси й централізоване адміністрування.; Інформаційна база в клієнт-серверному режимі — це не без ускладнень файл.; користувач системи через замовник:

* зробити резервну копію;
* описати сервери;
* описати СУБД;
* описати інформаційні бази;
* перевірити користувачів і ролі;
* знайти всі інтеграції;
* перевірити web-публікації;
* перевірити регламентні задача;
* перевірити резервне відновлення;
* перенести потрібні процеси в [[K2 ERP]];
* вимкнути старі інтеграції;
* залишити BAS тільки як архів, якщо це потрібно.; '''Підхід K2 ERP.''' Під час переходу з [[BAS]] потрібно аналізувати не тільки довідники й документи, а й серверну архітектуру: де розміщена база, яка СУБД застосовується, які є собою регламентні задача, інтеграції, web-сервіси, користувачі, ролі, резервні копії, журнали й технічні обмеження.; # Перенести потрібні сценарії в [[K2 ERP]].; * не робити резервну копію перед змінами;
* не перевіряти відновлення;
* не документувати сервери;
* не знати, де розміщена СУБД;
* не контролювати web-публікації;
* не знати всі інтеграції;
* не перевіряти регламентні задача;
* не аналізувати сервісних користувачів;
* залишати BAS активною після запуску [[K2 ERP]];
* ігнорувати санкційні й кібербезпекові ризики.;[[Категорія:Цифрова незалежність України]]

У клієнт-серверному режимі користувач системи підключається до інформаційної бази через замовник.;[[Категорія:Деколонізація обліку]]

У СУБД зберігаються:

[[Категорія:Web-сервіси 1С]]

!;</div>

Потрібно перенести або переосмислити:

== Відновлення з резервної копії ==

'''Веб-клієнт''' надає можливість працювати через браузер.; |-
| Чи є собою санкційні ризики у [[BAS]] і [[1С]]?; Можливі варіанти:

актуалізація клієнт-серверної BAS потребує плану.; Відповідь
[[Категорія:ERP]]

!; Ознака

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

СУБД є собою критичною частиною клієнт-серверної архітектури.;== Помилка: не врахувати регламентні задача ==

[[Категорія:1С]]

* створення інформаційних баз;
* конфігурація кластера;
* керування сеансами;
* керування користувачами;
* контроль регламентних завдань;
* моніторинг продуктивності;
* резервне копіювання;
* актуалізація конфігурації;
* актуалізація платформи;
* обслуговування СУБД;
* аналіз журналу реєстрації;
* контроль інтеграцій;
* контроль прав доступу.; Сеанс — це активне підключення користувача або сервісу до бази.;== Доступ до СУБД ==

{| class="wikitable" style="width:100%;"
{| class="wikitable" style="width:100%;"
[[Категорія:K2]]
У [[BAS]] зазвичай розрізняють файловий і клієнт-серверний режим.; Що перевірити
</div>
Клієнт-серверний режим застосовується тоді, коли звичайної файлової бази вже недостатньо.;== Сервер BAS / 1С ==

користувач системи → Тонкий замовник → Сервер BAS → Інформаційна база в СУБД

== Див.; додатково ==

* чи створюється бекап;
* чи немає помилок;
* чи можна відновити базу;
* чи відкривається база після відновлення;
* чи працюють користувачі;
* чи працюють регламентні задача;
* чи працюють інтеграції;
* чи збережені зовнішні файли;
* чи збережені права;
* чи є собою інструкція відновлення.; |-
| Чи потрібно переносити сервер BAS у [[K2 ERP]]?; '''Головне.''' Клієнт-серверний режим [[BAS]] — це технічна архітектура, у якій користувач системи функціонує через замовник, бізнес-логіка виконується на сервері BAS/1С, а інформаційні дані зберігаються в СУБД.; Але під час переходу на [[K2 ERP]] клієнт-серверну BAS потрібно аналізувати дуже уважно.; * робочі місця користувачів;
* тонкий замовник;
* товстий замовник;
* веб-клієнт;
* сервер BAS/1С;
* кластер серверів;
* сервер СУБД;
* web-сервер;
* файлові каталоги обміну;
* сервер резервного копіювання;
* інтеграційні шлюзи;
* моніторинг;
* журнал реєстрації.; # Перевірити ролі й права.;== Інформаційна база ==

'''істотно.''' Резервна копія клієнт-серверної BAS має включати не тільки інформаційні дані в СУБД, а й пов’язані файли, обробки, інтеграційні каталоги, конфігурація сервера і документацію відновлення.; Тонкий замовник часто використовують для:

Клієнт-серверний режим зручний для регламентних завдань.; !;[[Категорія:JSON 1С]]
[[Категорія:Заміна BAS]]
== Коротко ==
== Зовнішні посилання ==
Правильний порядок:
Клієнт-серверна BAS часто є собою центром інтеграцій.; * сайт бере залишки зі старої BAS;
* CRM створює замовлення в старій BAS;
* BI читає старі інформаційні дані;
* WMS синхронізується не з тією системою;
* користувачі бачать різні цифри;
* джерело істини зникає.; Окремі продукти [[1С]] і [[BAS]] внесені до переліків забороненого програмного забезпечення для окремих категорій організацій в Україні.; замовник — це програма або web-інтерфейс, через який користувач системи функціонує з базою.; З урахуванням санкційних, юридичних і кібербезпекових ризиків [[BAS]] та [[1С]], аналіз клієнт-серверної інфраструктури має бути частиною ширшої стратегії переходу на українське програмне забезпечення, цифрову незалежність і сучасну [[ERP]]-архітектуру.;== Клієнт-серверний режим і міграція в K2 ERP ==

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

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

Безпека має включати:

Інвентаризація серверної інфраструктури

!;

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

організація повинна:

Веб-клієнт BAS

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

Для користувача база виглядає так само, як звичайна BAS, але технічно вона функціонує через сервер і СУБД.;== СУБД ==

Підключення користувачів

Як правильно аналізувати клієнт-серверну BAS перед міграцією

клієнтський застосунок;
сервер BAS / 1С;
кластер серверів;
СУБД;
інформаційна база;
регламентні задача;
web-сервер, якщо застосовується web-доступ;
інтеграційні сервіси;
адміністрування;
резервне копіювання.; Саме сервер надає можливість не підключати всіх користувачів напряму до бази даних.;

Якщо робочих процесів недостатньо або сервер слабкий, користувачі можуть відчувати повільну роботу.; Сервер BAS/1С — це проміжний рівень між клієнтами й СУБД.; Навіть у клієнт-серверному режимі можуть використовуватися файлові обміни.;

Цифрова незалежність. Клієнт-серверна BAS часто є собою центральним вузлом старої ІТ-архітектури.;

!; # Перевірити журнал реєстрації.; # Вимкнути старі інтеграції після запуску.; користувач системи

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

як ілюстрація:

Сеанси користувачів

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

!;

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

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

як ілюстрація:

Приклад таблиці:

сервер BAS/1С;
web-сервер;
опублікована інформаційна база;
налаштований доступ;
HTTPS;
права користувачів;
контроль безпеки.; Об’єкт

Інтеграції в клієнт-серверному режимі

історичні документи;
проводки;
звіти;
друковані форми;
журнал реєстрації;
старі інтеграційні логи;
старі обробки;
стара конфігурація;
інформаційні дані для аудиту.; !; Файловий режим

!;== Користувачі і ролі ==

Найчастіші проблеми:

випадкове пошкодження даних;
обхід прав BAS;
витік даних;
неконтрольовані SQL-запити;
зміна таблиць напряму;
проблеми з підтримкою;
складність аудиту.;

Під час міграції в K2 ERP потрібно знайти всі сервісні облікові записи.;== Помилка: залишити старі інтеграції активними ==

Фонові задача

Робочі процеси

</syntaxhighlight>

які бази опубліковані;
які URL використовуються;
чи є собою HTTPS;
хто має доступ;
які HTTP-сервіси активні;
які web-сервіси активні;
чи є собою зовнішні інтеграції;
чи не відкрито зайвий доступ в інтернет.; Він підключається до сервера, а сервер уже звертається до бази даних.;== Тестова база ==

{{SEO

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

кількість користувачів;
складність конфігурації;
кількість звітів;
кількість документів;
запити до СУБД;
обробки;
інтеграції;
регламентні задача.; Сценарій

проведення великого пакета документів;
формування важкого звіту;
обмін даними;
імпорт;
експорт;
розрахунок собівартості;
актуалізація залишків;
інтеграційна обробка.; Потрібно перенести інформаційні дані, процеси, інтеграції, права, API-сценарії, BI-показники й правила роботи.;== Що переносити в K2 ERP ==

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

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

|- | api_site | Обмін із сайтом | має змогу мати надмірні права |- | api_crm | Обмін із CRM | має змогу бачити персональні інформаційні дані |- | exchange_wms | Обмін зі складом | має змогу змінювати складські документи |- | bi_export | Вивантаження в BI | має змогу читати фінансові інформаційні дані |}

замовник має змогу бути:

Погані підходи:

контроль користувачів;
складні паролі;
обмеження адміністраторів;
обмеження доступу до сервера;
захист СУБД;
захист резервних копій;
HTTPS для web-доступу;
VPN для віддаленої роботи;
журналювання;
антивірусний контроль;
актуалізація серверів;
контроль інтеграцій;
аудит сервісних користувачів.; * K2
K2 ERP
ERP
BAS
1С
Конфігурація BAS
Конфігурація 1С
Файлова база 1С
Тонкий клієнт 1С
Веб-клієнт 1С
Режим підприємства 1С
Журнал реєстрації 1С
Резервна копія 1С
Оновлення 1С
Web-сервіси 1С
JSON 1С
Інтеграція через файли
Інтеграція через XML
Інтеграція з BAS
Інтеграція з 1С
Міграція з BAS
Міграція з 1С
Заміна BAS
Заміна 1С
Довідники 1С
Документи 1С
Обробки 1С
Модуль 1С
Запити 1С
API
BI
SQL
JSON
XML
CSV
Українське програмне забезпечення
Автоматизація бізнесу
Цифрова незалежність
Деколонізація обліку

Користувачі мають працювати через систему, а не напряму з таблицями СУБД.; Приклад:

У клієнт-серверному режимі істотно правильно налаштувати користувачів.;== Безпека клієнт-серверного режиму == На відміну від файлового режиму, де база зберігається у файлі, клієнт-серверний режим розділяє систему на кілька рівнів: замовник, сервер застосунків і СУБД.; Аналіз клієнт-серверної BAS — це частина виходу зі старої ризикової системи.;== Клієнт-серверний режим і цифрова незалежність ==

Приклад навантаження

як ілюстрація:

Ризики прямого доступу:

Сервер BAS	srv-bas-01	Зафіксувати роль і бази
СУБД	sql-bas-01	Зробити бекап і описати бази
Web-публікація	/bas/erp	Перевірити доступ і інтеграції
Регламентне задача	Обмін із сайтом	Перенести сценарій у K2 ERP
Сервісний користувач системи	api_site	Замінити API-доступом K2 ERP

Найгірший сценарій. організація переходить у K2 ERP, але залишає клієнт-серверну BAS активною: web-сервіси працюють, регламентні задача обмінюються даними, BI читає стару базу, а користувачі продовжують вводити документи у дві системи.; * Сайт K2 ERP

В архіві можуть бути: Адміністрування охоплює:

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

Клієнт-серверний режим і актуалізація BAS

!; Після міграції потрібно:

Клієнт-серверний режим BAS — це технічна архітектура, у якій платформа функціонує не як один файл на спільному диску, а як набір взаємопов’язаних компонентів.; Можливе навантаження

Адміністратор має змогу контролювати: На продуктивність впливають: переважні аспекти:

== замовник BAS ==