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

Перед переходом у K2 ERP потрібно знайти всі інтеграції. | Ні. як приклад:

Адміністрування клієнт-серверної BAS

Якщо застосовується для web-клієнт або HTTP-сервіси, потрібна публікація бази на web-сервері. # Перевірити фонові задача. ! * немає резервних копій СУБД;

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

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

Але під час переходу на K2 ERP клієнт-серверну BAS потрібно аналізувати дуже уважно.

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

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

Безпека клієнт-серверного режиму

Але архів не повинен бути активним джерелом нових операцій.

Наявність SQL-бекапу не гарантує, що база відновиться. |- | Що критично для безпеки? * не робити резервну копію перед змінами;

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

Підхід K2 ERP. Під час переходу з BAS потрібно аналізувати не тільки довідники й документи, а й серверну архітектуру: де розміщена база, яка СУБД застосовується для, які виступає як регламентні задача, інтеграції, web-сервіси, користувачі, ролі, резервні копії, журнали й технічні обмеження.== Див. так само ==

Спрощена схема:

Журнал реєстрації оптимізує аналізувати:

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

Сервер BAS / 1С

Правильний порядок:

щоденної роботи користувачів;
підключення до серверної бази;
роботи через локальну мережу;
роботи через віддалене підключення;
зменшення навантаження на робоче місце. Такий режим застосовується для; так само реалізовано багатьох користувачів, складних облікових процесів, регламентних завдань, інтеграцій, web-доступу, підвищеної продуктивності й централізованого адміністрування. {| class="wikitable" style="width:100%;"

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

Основні компоненти:

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

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

як приклад:

сервер BAS/1С;
web-сервер;
опублікована інформаційна база;
налаштований доступ;
HTTPS;
права користувачів;
контроль безпеки. # Перевести BAS в архівний режим. * випадкове пошкодження даних;
обхід прав BAS;
витік даних;
неконтрольовані SQL-запити;
зміна таблиць напряму;
проблеми з підтримкою;
складність аудиту.== Що залишити в архіві ==

Типові причини повільної роботи

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

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

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

Зовнішні посилання

Регламентні задача можуть виконувати критичні процеси.== Інтеграції в клієнт-серверному режимі ==

знайти всі такі облікові записи;
зрозуміти, для чого вони потрібні;
вимкнути зайві;
замінити доступ на API K2 ERP;
змінити токени й паролі;
перевірити журнали доступу.

Web-сервер і публікація бази

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

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

СУБД виступає як критичною частиною клієнт-серверної архітектури. Тестова база в клієнт-серверному режимі потрібна для:

багато одночасних користувачів;
велика база даних;
складні документи;
багато регламентних завдань;
активні інтеграції;
обмін із сайтом;
обмін із CRM;
обмін із WMS;
web-сервіси;
потреба в централізованому адмініструванні;
потреба в кращому контролі доступу;
потреба в резервному копіюванні на рівні СУБД;
потреба в стабільнішій роботі. Веб-клієнт дає можливість працювати через браузер.

Користувачі мають працювати через систему, а не напряму з таблицями СУБД.== Веб-клієнт BAS ==

Навіть у клієнт-серверному режимі можуть використовуватися файлові обміни. Ризик

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

== Типові помилки клієнт-серверного режиму BAS ==

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

Журнал реєстрації

== Як правильно аналізувати клієнт-серверну BAS перед міграцією ==
як приклад:
Безпека має включати:
[[Категорія:Сервер BAS]]
[[Категорія:Конфігурація 1С]]
[[Категорія:Інтеграція з BAS]]
== Тонкий клієнт ERP BAS ==
! оновлення версій клієнт-серверної BAS потребує плану.<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">

== Коротко ==

* виконання бізнес-логіки;
* обробку запитів користувачів;
* роботу сеансів;
* виконання регламентних завдань;
* роботу фонових завдань;
* взаємодію із СУБД;
* кешування;
* контроль підключень;
* адміністрування кластера;
* виконання частини коду конфігурації. |-
| Яка головна помилка? ! Об’єкт
Клієнт-серверний режим зручний для регламентних завдань. # Перевірити зовнішні обробки.<div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">
== Помилка: залишити старі інтеграції активними ==

[[Категорія:Клієнт-серверний режим BAS]]

== Доступ до СУБД ==

Робочі процеси обробляють запити користувачів і фонових завдань. Веб-клієнт здатна бути корисним для:

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

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

* клієнтський застосунок;
* сервер [[BAS]] / [[1С]];
* кластер серверів;
* СУБД;
* інформаційна база;
* регламентні задача;
* web-сервер, якщо застосовується для web-доступ;
* інтеграційні сервіси;
* адміністрування;
* резервне копіювання. * [[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]]
* [[Українське програмне забезпечення]]
* [[Автоматизація бізнесу]]
* [[Цифрова незалежність]]
* [[Деколонізація обліку]]

користувач системи через клієнт ERP:

* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu хмарна інфраструктура K2 ERP]
* [https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya Перелік забороненого до використання програмного забезпечення на сайті Держспецзв’язку]
* [https://cip.gov.ua/ua/news/vidpovidi-na-poshireni-zapitannya-shodo-pereliku-zaboronenogo-programnogo-zabezpechennya-ta-obladnannya Роз’яснення Держспецзв’язку щодо переліку забороненого ПЗ]
* [https://www.president.gov.ua/documents/6012024-52009 Указ Президента України №601/2024]
* [https://zakon.rada.gov.ua/go/601/2024 Указ Президента України №601/2024 на сайті Верховної Ради України]
* [https://t.me/+uIdWI1W6vndkMTAy Telegram-канал K2 ERP]
* [https://t.me/+6jFwAZM6TQliNTdi Група обговорення функціоналу та пропозицій]
* [https://www.linkedin.com/company/k2erp/ LinkedIn K2]

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
Після запуску [[K2 ERP]] стара клієнт-серверна BAS здатна залишитися як архів. {| class="wikitable" style="width:100%;"

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

* легший за товстий клієнт ERP;
* краще підходить для серверного режиму;
* простіше централізовано підтримувати;
* здатна працювати з web-архітектурою. {| class="wikitable" style="width:100%;"

Типові причини переходу на клієнт-сервер:
клієнт ERP здатна бути:
<syntaxhighlight lang="text">

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

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

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

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

</div>

Аналіз клієнт-серверної BAS — це частина виходу зі старої ризикової системи. |-
| Чим він відрізняється від файлового режиму? ! # Зафіксувати список інформаційних баз. # Вимкнути старі інтеграції після запуску. Що зробити при міграції

Сервісні користувачі часто використовуються для інтеграцій. Після переходу в [[K2 ERP]] стара BAS здатна продовжувати приймати або відправляти інформаційні дані. Якщо робочих процесів недостатньо або сервер слабкий, користувачі можуть відчувати повільну роботу. СУБД — це платформа керування базами даних, у якій зберігаються інформаційні дані інформаційної бази.<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">

!</div>

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

</div>

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

!== Інформаційна база ==

== Клієнт-серверний режим і міграція в K2 ERP ==

У [[BAS]] зазвичай розрізняють файловий і клієнт-серверний режим. * відкриває довідники;
* створює документи;
* проводить документи;
* формує звіти;
* запускає обробки;
* функціонує з журналами;
* виконує свої бізнес-задачі. |-
| Що таке клієнт-серверний режим [[BAS]]?== Висновок ==

Кластер серверів — це група серверних процесів і служб, які обслуговують інформаційні бази. '''Простими словами.''' У клієнт-серверному режимі користувач системи не функціонує напряму з файлом бази. Окремі продукти [[1С]] і [[BAS]] внесені до відкритих переліків програмного забезпечення, забороненого до використання для окремих категорій організацій.[[Категорія:K2 ERP]]

== Продуктивність клієнт-серверного режиму ==

!{{SEO
|title=Клієнт-серверний режим BAS — сервер BAS, СУБД, тонкий клієнт, веб-клієнт, продуктивність і міграція в K2 ERP
|description=Клієнт-серверний режим BAS: що це таке, як працює сервер BAS/1С, СУБД, кластер серверів, тонкий клієнт, веб-клієнт, адміністрування, резервні копії, продуктивність, безпека, типові помилки і перехід з BAS у K2 ERP.
|keywords=клієнт-серверний режим BAS, BAS клієнт сервер, сервер BAS, сервер 1С, клієнт сервер 1С, СУБД BAS, SQL BAS, тонкий клієнт BAS, веб-клієнт BAS, кластер серверів 1С, інформаційна база BAS, адміністрування BAS, продуктивність BAS, резервна копія BAS, міграція з BAS, інтеграція з BAS, заміна BAS, K2 ERP, українська ERP, санкції BAS, санкції 1С, цифрова незалежність
|image=https://erp.kyiv.ua
}}
! Такий режим потрібен для багатокористувацької роботи, великих баз, інтеграцій і стабільнішого адміністрування. * оновлення версій курсів валют;
* обмін із сайтом;
* завантаження замовлень;
* вивантаження залишків;
* синхронізація з CRM;
* формування звітів;
* очищення даних. Саме сервер дає можливість не підключати всіх користувачів напряму до бази даних. # Визначити сервер BAS/1С.[[Категорія:Веб-клієнт 1С]]
Клієнт-серверна технічна архітектура BAS здатна включати:
Клієнт-серверний режим [[BAS]] — це важлива технічна архітектура для великих і середніх інформаційних баз. Потрібно перенести інформаційні дані, процеси, інтеграції, права, API-сценарії, BI-показники й правила роботи. |-
| Зберігання даних
| Файл бази
| СУБД
|-
| Підключення користувачів
| До файлової бази
| Через сервер BAS/1С
|-
| Масштабування
| Обмежене
| Краще для багатьох користувачів
|-
| Адміністрування
| Просте, але менш контрольоване
| Складніше, але гнучкіше
|-
| Резервне копіювання
| Копія файлу або вивантаження
| SQL-бекап, засоби СУБД, серверні процедури
|-
| Інтеграції
| Можливі, але обмежені
| Зручніше для web-сервісів і фонового обміну
|}

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

[[Категорія:Файлова база 1С]]

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

* нічний обмін із сайтом;
* завантаження банківських виписок;
* формування звітів;
* оновлення версій курсів валют;
* обробка замовлень;
* вивантаження залишків;
* синхронізація з CRM;
* обмін із WMS;
* очищення тимчасових даних;
* службові перевірки. | Залишити стару клієнт-серверну BAS активним центром інтеграцій після запуску [[K2 ERP]]. |}

Адміністрування містить:

'''Цифрова незалежність.''' Клієнт-серверна BAS часто виступає як центральним вузлом старої ІТ-архітектури. конкурентні переваги:

як приклад:

== Вступ ==

Резервна копія має сенс тільки тоді, коли її можна відновити.<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

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

Інтеграції можуть бути з:

* звичайному користувачу;
* адміністратору;
* сервісному користувачу інтеграції;
* регламентному завданню;
* web-клієнту;
* фоновому процесу. Тому аналіз клієнт-серверної інфраструктури [[BAS]] варто розглядати як частину підготовки до контрольованого переходу на українську [[ERP]]-платформу.[[Категорія:Кібербезпека]]

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

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

Потрібно:

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

== Файлові каталоги обміну ==

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

# Зробити резервну копію.</div>

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

Клієнт-серверний режим застосовується для тоді, коли звичайної файлової бази вже недостатньо. Якщо їх не перенести або не замінити, частина бізнес-процесів зупиниться.<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

Приклад таблиці:
== Помилка: не перевіряти резервне відновлення ==
Для користувача база виглядає так само, як звичайна BAS, але технічно вона функціонує через сервер і СУБД. * входи користувачів;
* помилки;
* відмови доступу;
* запуск обробок;
* проведення документів;
* роботу регламентних завдань;
* інтеграційні події;
* критичні зміни;
* технічні проблеми. На відміну від файлового режиму, де база зберігається у файлі, клієнт-серверний режим розділяє систему на кілька рівнів: клієнт ERP, сервер застосунків і СУБД. |-
| Що перевірити перед міграцією? Сценарій
== Регламентні задача ==
|-
| Сервер BAS
| srv-bas-01
| Зафіксувати роль і бази
|-
| СУБД
| sql-bas-01
| Зробити бекап і описати бази
|-
| Web-публікація
| /bas/erp
| Перевірити доступ і інтеграції
|-
| Регламентне задача
| Обмін із сайтом
| Перенести сценарій у K2 ERP
|-
| Сервісний користувач системи
| api_site
| Замінити API-доступом K2 ERP
|}

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

У клієнт-серверному режимі користувач системи підключається до інформаційної бази через клієнт ERP. '''Головне.''' Клієнт-серверний режим [[BAS]] — це технічна архітектура, у якій користувач системи функціонує через клієнт ERP, бізнес-логіка виконується на сервері BAS/1С, а інформаційні дані зберігаються в СУБД. # Описати критичні процеси. # Перевірити ролі й права.== Клієнт-серверний режим і цифрова незалежність ==
</div>
Тонкий клієнт ERP часто використовують для:

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

* локальне;
* через корпоративну мережу;
* через VPN;
* через web-клієнт;
* через віддалений робочий стіл;
* через інтеграційний сервіс. ! * список інформаційних баз;
* сервери BAS/1С;
* сервери СУБД;
* web-публікації;
* регламентні задача;
* фонові задача;
* інтеграції;
* користувачів;
* ролі;
* сервісні облікові записи;
* резервні копії;
* зовнішні обробки;
* файлові каталоги;
* журнали;
* документацію.{{DISPLAYTITLE:Клієнт-серверний режим BAS}}
== Резервне копіювання ==
'''критично про BAS і 1С.''' [[BAS]] та [[1С]] мають санкційні, юридичні й кібербезпекові ризики в Україні. Він підключається до сервера, а сервер уже звертається до бази даних. Він дає можливість працювати багатьом користувачам, виконувати регламентні задача, обслуговувати інтеграції, використовувати СУБД, web-клієнт, фонові процеси й централізоване адміністрування. # Перевірити web-публікації. * знати, де розміщені її інформаційні дані;
* контролювати сервери;
* контролювати доступи;
* контролювати резервні копії;
* знайти всі інтеграції;
* знайти всі web-публікації;
* перенести потрібні процеси в [[K2 ERP]];
* вимкнути старі канали обміну;
* не залишити BAS прихованим центром обліку;
* зменшити залежність від [[BAS]] і [[1С]]. | Сервери, СУБД, бази, користувачів, ролі, регламентні задача, інтеграції, web-публікації, резервні копії й журнали. Сервісні користувачі можуть мати доступ до великих обсягів даних. | Так. | У файловому режимі база зберігається у файлі, а в клієнт-серверному — у СУБД і обслуговується сервером. * проведення великого пакета документів;
* формування важкого звіту;
* обмін даними;
* імпорт;
* експорт;
* розрахунок собівартості;
* оновлення версій залишків;
* інтеграційна обробка. |-
| 10 користувачів
| Невелике
| Сервер, мережа, базові конфігурація
|-
| 50 користувачів
| Середнє
| СУБД, пам’ять, фонові задача
|-
| 100+ користувачів
| Високе
| Архітектуру, кластер, СУБД, індекси, інтеграції
|-
| Багато web-сервісів
| Нерівномірне
| API, черги, логи, таймаути
|}

== Як не треба робити ==

[[Категорія:Тонкий клієнт 1С]]

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

* резервна копія засобами СУБД;
* вивантаження інформаційної бази;
* знімок сервера;
* копія віртуальної машини;
* копія файлових каталогів обміну;
* копія зовнішніх обробок;
* копія web-публікацій;
* копія налаштувань інтеграцій. У клієнт-серверному режимі критично правильно налаштувати користувачів. '''Тонкий клієнт ERP''' — це клієнтський застосунок, який виконує частину роботи на робочому місці користувача, але значна частина обробки відбувається на сервері. |-
| Чи потрібно переносити сервер BAS у [[K2 ERP]]? # Перевірити користувачів.== Основні елементи архітектури ==
Підключення здатна бути:
|-
| api_site
| Обмін із сайтом
| здатна мати надмірні права
|-
| api_crm
| Обмін із CRM
| здатна бачити персональні інформаційні дані
|-
| exchange_wms
| Обмін зі складом
| здатна змінювати складські документи
|-
| bi_export
| Вивантаження в BI
| здатна читати фінансові інформаційні дані
|}

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

</syntaxhighlight>

контроль користувачів;
складні паролі;
обмеження адміністраторів;
обмеження доступу до сервера;
захист СУБД;
захист резервних копій;
HTTPS для web-доступу;
VPN для віддаленої роботи;
журналювання;
антивірусний контроль;
оновлення версій серверів;
контроль інтеграцій;
аудит сервісних користувачів. | Контроль користувачів, HTTPS, VPN, обмеження доступу до СУБД, захист резервних копій, аудит сервісних облікових записів. Приклад

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

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

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

Помилка: не врахувати регламентні задача

Сервер BAS/1С — це проміжний рівень між клієнтами й СУБД.== клієнт ERP BAS ==

XML;
JSON;
CSV;
Excel;
DBF;
ZIP-архіви;
банківські файли;
файли сайту;
файли складу;
файли податкових документів. Кластер оптимізує централізовано керувати серверною роботою BAS. Питання

Можливі варіанти:

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

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

які бази опубліковані;
які URL використовуються;
чи виступає як HTTPS;
хто має доступ;
які HTTP-сервіси активні;
які web-сервіси активні;
чи виступає як зовнішні інтеграції;
чи не відкрито зайвий доступ в інтернет. * створення інформаційних баз;
конфігурація кластера;
керування сеансами;
керування користувачами;
контроль регламентних завдань;
моніторинг продуктивності;
резервне копіювання;
оновлення версій конфігурації;
оновлення версій платформи;
обслуговування СУБД;
аналіз журналу реєстрації;
контроль інтеграцій;
контроль прав доступу. Окремо варто відзначити а база в СУБД плюс конфігурація і інформаційні дані. Приклади:

Приклад:

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

користувач системи → клієнт ERP BAS → Сервер BAS/1С → СУБД → інформаційні дані інформаційної бази Перед міграцією журнал здатна допомогти знайти активні процеси, які не описані в документації. компанія-користувач повинна:

Потрібно перевірити: Клієнт-серверна BAS часто виступає як центром інтеграцій. ! # Перевірити резервне відновлення. ! Файловий режим

Тестова база має бути чітко відокремлена від робочої, щоб користувачі не ввели туди реальні документи. В архіві можуть бути: Вона містить:

Адміністратор здатна контролювати:

Кластер серверів BAS

У клієнт-серверному режимі резервне копіювання потрібно організовувати уважно.

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

Для цього зазвичай потрібні:

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

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

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

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

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

клієнт ERP — це програма або web-інтерфейс, через який користувач системи функціонує з базою. Клієнт-серверний режим