Тонкий клієнт BAS

Тонкий клієнт BAS — це клієнтська програма для роботи користувача з інформаційною базою BAS на платформі BAF. Через тонкий клієнт користувач відкриває базу, вводить документи, працює з довідниками, проводить операції, формує звіти, погоджує документи, працює з банком, складом, продажами, закупівлями, зарплатою, виробництвом або іншими модулями BAS.

Тонкий клієнт називається “тонким”, тому що значна частина бізнес-логіки, обробки даних і запитів виконується не на комп’ютері користувача, а на сервері або в інформаційній базі. Робоче місце користувача переважно відповідає за інтерфейс, введення даних, відображення форм, друк і взаємодію з користувачем.

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

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

Важливо про 1С, BAS і BAF. В Україні продукти екосистеми 1С і частина продуктів BAS пов’язані з санкційними, юридичними, кібербезпековими та репутаційними ризиками. Держспецзв’язку веде офіційний перелік забороненого до використання програмного забезпечення та комунікаційного обладнання, де згадуються продукти 1С/BAS, зокрема 1C:Підприємство 8, BAS ERP та інші продукти BAS. Указ Президента України №601/2024 ввів у дію рішення РНБО від 2 вересня 2024 року щодо застосування, скасування та внесення змін до санкцій. Перед використанням, підтримкою або міграцією таких систем потрібно перевіряти актуальні офіційні обмеження. ([Держспецзв’язку](https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya), [Указ Президента України №601/2024](https://www.president.gov.ua/documents/6012024-52009))

Що таке тонкий клієнт BAS

Тонкий клієнт BAS — це встановлена на комп’ютері користувача програма, яка забезпечує доступ до інформаційної бази BAS.

Він використовується для:

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

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

Для чого потрібен тонкий клієнт

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

Типові користувачі:

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

Приклад:

Менеджер відкриває тонкий клієнт BAS → вибирає базу BAS ERP → створює замовлення покупця → склад бачить резерв → фінанси бачать очікувану оплату.

Як працює тонкий клієнт

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

Користувач
    ↓
Тонкий клієнт BAS
    ↓
Сервер BAS/BAF або файлова база
    ↓
Інформаційна база
    ↓
Дані, документи, регістри, звіти

У клієнт-серверному режимі схема така:

Тонкий клієнт BAS → Сервер BAS/BAF → СУБД

У файловому режимі схема простіша:

Тонкий клієнт BAS → Каталог файлової інформаційної бази

Тонкий клієнт і інформаційна база

Тонкий клієнт підключається до конкретної інформаційної бази.

Інформаційна база містить:

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

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

Тонкий клієнт і список баз

При запуску користувач бачить список інформаційних баз.

Приклад:

BAS ERP Робоча
BAS ERP Тест
BAS Бухгалтерія
BAS ЗУП
BAS Архів 2024

У списку важливо чітко розділяти:

робочі бази;
тестові бази;
архівні бази;
навчальні бази;
міграційні бази.

Погано:

BAS
BAS 2
Копія
Нова база

Краще:

BAS ERP Робоча
BAS ERP Тест
BAS ERP Архів до 2025

Відмінність тонкого клієнта від товстого клієнта

Критерій	Тонкий клієнт BAS	Товстий клієнт BAS
Основне призначення	Повсякденна робота користувачів	Старі сценарії, специфічні функції, частина адміністративних задач
Навантаження	Більше логіки виконується на сервері	Більше можливостей локального виконання
Робоче місце	Легше	Вимогливіше
Масове використання	Зручніше	Менш зручно для великої кількості користувачів
Підтримка	Простіша	Складніша
Типові користувачі	Бухгалтер, менеджер, склад, фінанси	Адміністратор, розробник, специфічні старі конфігурації

Відмінність тонкого клієнта від web-клієнта

Критерій	Тонкий клієнт BAS	Web-клієнт BAS
Запуск	Через встановлену програму	Через браузер
Встановлення	Потрібно встановити клієнт на робоче місце або RDP-сервер	Потрібен браузер і web-публікація
Доступ	Локальна мережа, VPN, RDP або сервер	Web-доступ через HTTPS
Продуктивність	Часто стабільніша для інтенсивної роботи	Залежить від web-сервера і браузера
Обмеження	Залежить від версії клієнта	Можуть бути обмеження функцій у браузері
Типове використання	Щоденна робота	Віддалений доступ, погодження, перегляд

Коли використовують тонкий клієнт

Тонкий клієнт доцільний, коли:

користувачі працюють щоденно;
потрібна стабільна робота з документами;
база працює в клієнт-серверному режимі;
є багато користувачів;
потрібна централізована обробка логіки;
web-клієнт не покриває потрібну функціональність;
користувачі працюють через RDP;
потрібно обмежити локальну обробку;
потрібна стандартна робота з BAS ERP, BAS Бухгалтерія, BAS ЗУП або іншими BAS-рішеннями.

Коли тонкий клієнт не найкращий варіант

Тонкий клієнт може бути незручним, якщо:

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

У таких випадках можуть розглядати web-клієнт, RDP або перехід на сучасну web-ERP.

Встановлення тонкого клієнта BAS

Зазвичай встановлення включає:

Отримання інсталяційного пакета потрібної версії.
Встановлення клієнта на комп’ютер або RDP-сервер.
Додавання інформаційної бази до списку.
Налаштування шляху до бази або сервера.
Перевірку входу користувача.
Перевірку прав.
Перевірку друку.
Перевірку доступу до файлів.
Перевірку інтеграцій, якщо вони запускаються з робочого місця.

Важливо, щоб версія тонкого клієнта відповідала версії платформи, з якою працює база.

Налаштування підключення до файлової бази

Для файлової бази вказують шлях до каталогу інформаційної бази.

Приклад:

D:\BAS\Bases\Accounting

або мережевий шлях:

\\server\bas\bases\accounting

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

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

Файловий режим не рекомендується для великих баз і великої кількості користувачів.

Налаштування підключення до клієнт-серверної бази

Для клієнт-серверної бази вказують сервер і назву інформаційної бази.

Приклад:

Server: bas-srv
Base: BAS_ERP_WORK

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

доступність сервера;
правильність імені бази;
DNS;
firewall;
VPN, якщо користувач віддалений;
версію клієнта;
права користувача;
роботу сервера BAS/BAF;
доступ до СУБД через сервер.

Запуск через RDP

Часто тонкий клієнт BAS встановлюють не на кожен комп’ютер, а на RDP-сервер.

Схема:

Користувач → RDP → Сервер віддалених робочих столів → Тонкий клієнт BAS → Сервер BAS/BAF

Переваги:

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

Недоліки:

потрібен стабільний RDP-сервер;
усі користувачі залежать від одного середовища;
потрібні ресурси CPU/RAM;
можуть бути проблеми з друком;
можуть бути проблеми з локальними файлами;
потрібне ліцензування RDP.

Версія тонкого клієнта

Версія клієнта має відповідати серверу або інформаційній базі.

Типові проблеми:

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

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

Вхід користувача через тонкий клієнт

Під час входу користувач може:

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

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

Права доступу в тонкому клієнті

Тонкий клієнт не “вирішує” права самостійно. Він застосовує права, налаштовані в інформаційній базі.

Права можуть обмежувати:

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

Погана практика:

Усім користувачам дати повні права, щоб не було питань.

Краща практика:

Кожному користувачу — тільки ті права, які потрібні для його роботи.

Тонкий клієнт і конфігуратор

Тонкий клієнт використовується для звичайної роботи в режимі підприємства.

Конфігуратор — окремий режим для розробки й адміністрування.

Не потрібно плутати:

Режим	Для чого	Хто має доступ
Тонкий клієнт / Підприємство	Щоденна робота	Звичайні користувачі
Конфігуратор	Оновлення, розробка, зміна метаданих	Адміністратор або розробник

Доступ до конфігуратора має бути суворо обмежений.

Тонкий клієнт і зовнішні обробки

Через тонкий клієнт користувач може запускати зовнішні обробки, якщо має права.

Приклади:

завантаження банківської виписки;
імпорт замовлень;
масове оновлення цін;
вивантаження залишків;
імпорт номенклатури;
обмін XML;
обмін JSON;
службові дії;
міграційні вивантаження.

Ризик — обробка може масово змінити дані.

Перед запуском важливо:

перевірити обробку в тестовій базі;
зробити backup;
обмежити права запуску;
зберегти журнал дій;
мати відповідального.

Тонкий клієнт і друк

Через тонкий клієнт користувачі друкують:

рахунки;
накладні;
акти;
договори;
податкові документи;
зарплатні форми;
складські документи;
етикетки;
звіти.

Проблеми з друком можуть бути не в BAS, а в:

принтері;
драйвері;
RDP;
правах користувача;
форматі паперу;
шаблоні друкованої форми;
локальних налаштуваннях;
PDF-принтері.

Тонкий клієнт і Excel

Користувачі часто вивантажують звіти в Excel.

Це зручно, але створює ризики:

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

Для критичних звітів краще використовувати права, Power BI або захищені звіти, а не нескінченні Excel-копії.

Тонкий клієнт і локальний кеш

Тонкий клієнт може використовувати кеш.

Кеш може допомагати швидкості, але іноді створює проблеми:

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

У таких випадках адміністратор може очистити кеш клієнта.

Продуктивність тонкого клієнта

На швидкість роботи впливають:

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

Якщо тонкий клієнт працює повільно, причина не завжди на комп’ютері користувача. Часто проблема в сервері, базі, мережі або звітах.

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

Симптом	Можлива причина	Що перевірити
Довго відкривається база	Сервер, мережа, версія, кеш	Доступність сервера, кеш, журнал
Повільно відкривається документ	Важка форма або запит	Конфігурація, сервер, СУБД
Повільно формується звіт	Великий період або складний запит	Параметри звіту, індекси, СКД
Зависання через VPN	Нестабільний канал	VPN, latency, RDP
Повільний друк	Принтер або RDP	Драйвери, перенаправлення
Гальмує тільки в одного користувача	Кеш або робоче місце	Кеш, версія, антивірус

Тонкий клієнт і VPN

Віддалені користувачі можуть працювати через VPN.

Проблеми VPN:

обриви;
висока затримка;
нестабільний інтернет;
неправильний DNS;
firewall блокує порти;
користувач бачить сервер, але база не відкривається;
повільна робота звітів;
проблеми з друком.

Для віддаленої роботи через слабкий канал іноді краще використовувати RDP або web-клієнт.

Тонкий клієнт і безпека робочого місця

Робоче місце з тонким клієнтом має бути захищене.

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

обліковий запис Windows;
пароль користувача;
антивірус;
оновлення ОС;
доступ до локальних файлів;
заборону сторонніх обробок;
права на каталог встановлення;
доступ до ярликів;
доступ до тестових баз;
блокування екрана;
VPN;
USB-носії, якщо потрібно;
експорт у Excel.

Спільні логіни

Спільний логін — погана практика.

Наприклад:

Користувач: Бухгалтерія
Пароль: один для всіх бухгалтерів

Проблеми:

неможливо зрозуміти, хто змінив документ;
неможливо провести аудит;
складно відкликати доступ;
пароль передається між людьми;
права стають надмірними;
відповідальність розмивається.

Краще:

Один працівник = один користувач = персональна відповідальність.

Тонкий клієнт і журнал реєстрації

Дії користувача через тонкий клієнт можуть фіксуватися в журналі реєстрації.

Журнал допомагає з’ясувати:

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

Журнал важливий для аудиту, безпеки й розслідування помилок.

Типові помилки тонкого клієнта BAS

Помилка	Можлива причина	Рішення
База не відкривається	Немає доступу до сервера або каталогу	Перевірити мережу, шлях, сервер, VPN
Версія клієнта не відповідає серверу	Платформу оновили не всюди	Оновити клієнт або RDP-сервер
Користувач не бачить розділ	Недостатньо прав	Перевірити ролі й профіль доступу
Повільно працює	Сервер, мережа, кеш, звіти	Діагностувати навантаження
Не друкується документ	Принтер, драйвер, RDP	Перевірити друк і драйвери
Відкрилася не та база	Плутанина у списку баз	Перейменувати бази й ярлики
Помилка після оновлення	Старий кеш або несумісність	Очистити кеш, перевірити версію

Помилка: тонкий клієнт не бачить базу

Можливі причини:

сервер недоступний;
неправильний шлях;
база переміщена;
користувач не має прав;
VPN не підключений;
DNS не працює;
firewall блокує доступ;
база видалена зі списку;
неправильно вказано ім’я серверної бази.

Що перевірити:

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

Помилка: не та версія тонкого клієнта

Ознаки:

база не запускається;
з’являється повідомлення про невідповідність версії;
частина користувачів працює, частина — ні;
на RDP працює, а локально ні;
після оновлення почались помилки.

Причини:

старий клієнт;
кілька версій на комп’ютері;
старий ярлик;
оновили сервер, але не оновили робочі місця;
тестова і робоча бази мають різні версії.

Рішення:

перевірити версію платформи;
оновити клієнт;
прибрати старі ярлики;
перевірити RDP-сервер;
протестувати запуск.

Помилка: користувач працює в тестовій базі

Це дуже часта помилка.

Причини:

тестова база має схожу назву;
ярлики однакові;
немає помітки “ТЕСТ”;
користувач не розуміє різницю;
тестова база доступна всім.

Рішення:

перейменувати базу;
додати “ТЕСТ” у назву;
обмежити доступ;
вимкнути інтеграції;
змінити ярлики;
навчити користувачів.

Помилка: тонкий клієнт запускає небезпечну обробку

Причини:

користувач має зайві права;
обробку не перевірили;
немає backup;
обробка стара;
обробка не сумісна з поточною версією;
немає тестової перевірки.

Наслідки:

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

Правильно:

Backup → Тестова база → Перевірка обробки → Дозвіл на запуск → Робоча база

Тонкий клієнт BAS і міграція в K2 ERP

При переході з BAS у K2 ERP тонкий клієнт не переноситься як дані. Але він важливий як частина інвентаризації старої системи.

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

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

Користувачі тонкого клієнта і K2 ERP

Не варто автоматично переносити старих користувачів BAS у K2 ERP.

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

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

Права BAS і права K2 ERP

Права з BAS краще не копіювати механічно.

Приклад:

У BAS	Проблема	У K2 ERP
Повні права у багатьох користувачів	Ризик зміни або витоку даних	Рольова модель з мінімальними правами
Один логін на відділ	Немає персонального аудиту	Один користувач на одну людину
Менеджер бачить усіх клієнтів	Зайвий доступ	Доступ до своїх клієнтів або групи
Комірник бачить фінанси	Зайва інформація	Складська роль без фінансової аналітики

Старий тонкий клієнт як доступ до архіву

Після переходу в K2 ERP старий тонкий клієнт BAS може використовуватися для доступу до архівної BAS-бази.

Правила:

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

Архів BAS не має залишатися другою робочою системою.

Реплікатор K2 і тонкий клієнт BAS

Реплікатор K2 може допомогти при переході з BAS у K2 ERP.

Він може використовуватися для:

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

Відмінність від K2 ERP

У BAS користувач часто працює через встановлений тонкий клієнт, який підключається до інформаційної бази.

У K2 ERP доступ зазвичай будується як сучасна ERP-архітектура з web-доступом, ролями, API, audit log, модулями, інтеграційним шаром і Power BI.

Критерій	Тонкий клієнт BAS	K2 ERP
Доступ	Встановлений клієнт або RDP	Web/ERP-доступ, API, ролі
Дані	Інформаційна база BAS	ERP-база і модулі K2 ERP
Інтеграції	Обробки, XML, COM, HTTP, JSON	API, JSON, інтеграційний шар
Аналітика	Звіти, СКД, Excel	ERP-звіти, Power BI, BI-шар
Права	Ролі BAS	Рольова модель, audit log
Міграція	Старе робоче місце	Нова ERP-архітектура

Санкції та ризики використання тонкого клієнта BAS в Україні

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

Тому ризики BAS/BAF/1С стосуються не тільки серверів або інформаційних баз, а й клієнтських робочих місць:

хто має доступ до тонкого клієнта;
які бази є у списку;
чи є доступ до тестових і архівних баз;
чи використовуються спільні логіни;
чи встановлена актуальна версія;
чи запускаються зовнішні обробки;
чи захищені комп’ютери користувачів;
чи контролюється експорт в Excel;
чи є журнал дій;
чи є план переходу на безпечну ERP.

Держспецзв’язку в офіційному переліку забороненого до використання програмного забезпечення та комунікаційного обладнання згадує продукти 1С/BAS, зокрема 1C:Підприємство 8, BAS ERP та інші BAS-продукти. Указ Президента України №601/2024 ввів у дію рішення РНБО від 2 вересня 2024 року щодо санкцій. ([Держспецзв’язку](https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya), [Указ Президента України №601/2024](https://www.president.gov.ua/documents/6012024-52009))

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

Типові питання

Що таке тонкий клієнт BAS?

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

Чим тонкий клієнт відрізняється від товстого?

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

Чим тонкий клієнт відрізняється від web-клієнта?

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

Чому тонкий клієнт не відкриває базу?

Причини можуть бути в мережі, VPN, неправильному шляху, недоступному сервері, firewall, правах користувача, невідповідній версії клієнта або помилці у списку баз.

Чи можна працювати з тонким клієнтом віддалено?

Так, але потрібен безпечний доступ: VPN, RDP або інша захищена схема. Не варто відкривати доступ до BAS без належного захисту.

Що робити з тонким клієнтом після переходу в K2 ERP?

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

Коротко

Питання	Відповідь
Що це?	Клієнтська програма для доступу до інформаційної бази BAS.
Для кого?	Для бухгалтерів, менеджерів, складу, фінансів, HR, виробництва та інших користувачів.
Чим відрізняється від товстого?	Менше локальної логіки, більше роботи через сервер, зручніше для масового використання.
Чим відрізняється від web-клієнта?	Встановлюється як програма, а не відкривається через браузер.
Основні ризики	Не та база, стара версія, зайві права, спільні логіни, небезпечні обробки, незахищений доступ.
При міграції	Потрібно перевірити користувачів, ролі, бази, обробки, звіти, Excel-вивантаження й архівний доступ.

Висновок

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

Його перевага — зручна робота з серверною або файловою базою без перенесення всієї логіки на робочий комп’ютер. Його слабкі місця — залежність від версії клієнта, мережі, прав доступу, кешу, RDP/VPN, принтерів, зовнішніх обробок і дисципліни користувачів.

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

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

Правильний підхід — інвентаризувати тонкі клієнти, прибрати зайві доступи, закрити спільні логіни, зафіксувати архів, перевірити backup і перейти до сучасної ERP-архітектури з web-доступом, API, audit log, Power BI і рольовою моделлю доступу.

Див. також

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