Тонкий клієнт 1С

</syntaxhighlight>

Приклад:

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

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

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

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

Проблеми:

Таблиця інвентаризації робочих місць

Найчастіші проблеми: Якщо користувачі мають зайві права через тонкий замовник, вони можуть: Дії користувачів через тонкий замовник можуть потрапляти в журнал реєстрації.; |-

Яка головна помилка?; має змогу бути в K2 ERP
Звіт по продажах	BI-панель продажів
Залишки на складах	BI-панель складу
Маржинальність	BI-панель прибутковості
Дебіторська заборгованість	BI-панель фінансів

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

Ризики:

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

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

!; користувач системи підключається до віддаленого робочого столу, а тонкий замовник запускається там.; {| class="wikitable" style="width:100%;" реліз тонкого клієнта має значення.; {| class="wikitable" style="width:100%;" Файлова база зазвичай містить файл: У практиці переходу з 1С на K2 ERP тонкий замовник важливий не сам по собі, а як частина старої інфраструктури: робочі місця користувачів, версії платформи, доступ до файлових і серверних баз, права користувачів, мережеві конфігурація, актуалізація, зовнішні обробки, друковані форми, інтеграції та залежність від застарілої екосистеми 1С.; !; Функції

Але технічно за цим стоїть багато питань:

1Cv8.1CD

Приклад:

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

Тонкий замовник і права доступу

|- | Бухгалтер | Тонкий замовник | бухгалтерський обліковий облік | Локальна мережа |- | Менеджер | Тонкий замовник | Торгівля | VPN |- | Керівник | Тонкий замовник | Управлінська база | Термінальний сервер |}

реліз тонкого клієнта

актуалізація тонкого клієнта має змогу бути потрібне при оновленні платформи або конфігурації.; {| class="wikitable" style="width:100%;"

Для файлової бази:

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

входи;
помилки;
проведення документів;
зміну даних;
запуск обробок;
відмови доступу;
системні події.; # Перевірити ролі й права.; Товстий замовник

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

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

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

Тонкий замовник 1С — це клієнтська програма, через яку користувачі працюють із базою 1С.; У 1С користувач системи зазвичай функціонує не напряму з файлом бази або SQL-сервером, а через клієнтський застосунок.;== Що таке тонкий замовник 1С ==

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

При запуску користувач системи бачить список баз.; Це відрізняє його від товстого клієнта, де більше логіки виконується на робочій станції.; !; це клієнтський застосунок платформи 1С.; Підключення має змогу бути налаштоване різними способами.; Окремі продукти 1С і BAS внесені до відкритих переліків програмного забезпечення, забороненого до використання для окремих категорій організацій.; Під час переходу з 1С істотно зрозуміти, хто реально функціонує через тонкий замовник.; {| class="wikitable" style="width:100%;"

Аналіз тонкого клієнта 1С — це частина підготовки до виходу зі старої ризикової системи.; Ситуація

!; !; |- | Чим він відрізняється від вебклієнта?; Назва |- | замовник | Тонкий замовник на ПК користувача |- | Сервер 1С | Сервер застосунків |- | СУБД | SQL-сервер |- | База | бухгалтерський обліковий облік / Торгівля / ERP |}

Тонкий замовник і зовнішні обробки

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

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

!; Через тонкий замовник користувач системи має змогу відкривати довідники забезпечується через Тонкий замовник 1С.; !; Цифрова незалежність. Тонкий замовник 1С — це не стратегічний актив, а інструмент доступу до старої системи.; |}

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

Ризики:

'''Правильний підхід.''' Тонкий замовник [[1С]] потрібно аналізувати не як окрему програму, а як точку доступу користувача до старих даних, ролей, обробок, звітів, друкованих форм і бізнес-процесів, які треба перенести в [[K2 ERP]].; # Провести навчання користувачів.; # Описати ключові сценарії роботи.; Приклад

* список користувачів;
* ролі;
* підрозділи;
* частоту входу;
* використовувані бази;
* використовувані документи;
* використовувані звіти;
* обробки;
* друковані форми;
* інтеграції;
* критичні сценарії.;[[Категорія:Платформа 1С]]

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

!; # Після запуску [[K2 ERP]] перевести стару [[1С]] в архівний режим.; # Визначити робочі, тестові й архівні бази.;== Тонкий замовник і міграція в K2 ERP ==

Srvr="server1c";Ref="Accounting";

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

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

!; Доступ
|-
| Бухгалтер
| бухгалтерський обліковий облік
| Проводки, ПДВ, каса, банк
| Фінансовий компонент
|-
| Менеджер
| продажі та реалізація
| Замовлення, рахунки, реалізації
| CRM / продажі та реалізація
|-
| Комірник
| складський облік
| Надходження, переміщення, інвентаризація
| Складський компонент
|-
| Керівник
| Перегляд звітів
| продажі та реалізація, маржа, залишки
| BI-панелі
|}

<syntaxhighlight lang="text">

роботу з інформаційною базою [[1С]] реалізується засобами '''Тонкий замовник [[1С]]''' — це клієнтська програма, яка встановлюється на комп’ютер користувача і.;[[Категорія:JSON]]

== Чому він називається тонким ==

Він має змогу підключатися до:

!; Питання

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

!; # Зібрати друковані форми, які використовують користувачі.; !;== Тонкий замовник і тестова база ==
</div>
|-
| ПК бухгалтера
| Бухгалтер
| бухгалтерський обліковий облік, зарплата
| Каса, банк, ПДВ, звіти
| Фінансовий доступ
|-
| ПК менеджера
| Менеджер продажу
| Торгівля
| Рахунки, замовлення, реалізації
| продажі та реалізація / CRM
|-
| складський облік
| Комірник
| Складська база
| Переміщення, інвентаризація
| Складський компонент
|-
| Керівник
| Директор
| Звіти
| продажі та реалізація, залишки, маржа
| BI-доступ
|}

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

!;[[Категорія:Автоматизація бізнесу]]

Права користувача визначають, що він має змогу робити в базі.;<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

!; Робоче місце

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

Через тонкий замовник користувач системи має змогу запускати зовнішні обробки.;[[Категорія:Обмін даними]]

Ознаки:

* тонкий замовник;
* товстий замовник;
* вебклієнт;
* мобільний замовник;
* спеціалізоване робоче місце;
* замовник через віддалений робочий стіл;
* замовник на термінальному сервері.; | Так.; Що потрібно в K2 ERP

* зрозуміти, хто і як функціонує в [[1С]];
* зафіксувати робочі бази;
* зібрати обробки й звіти;
* перенести ролі та процеси;
* прибрати залежність від старих робочих місць;
* не залишати паралельну роботу у старій системі;
* перейти на українську [[ERP]];
* зменшити залежність від [[1С]] і [[BAS]].; з цієї причини аналіз тонкого клієнта [[1С]] часто є собою частиною інвентаризації старої інфраструктури перед переходом на українську [[ERP]]-платформу.; * хто функціонує в [[1С]];
* з яких комп’ютерів;
* до яких баз;
* які документи використовує;
* які звіти відкриває;
* які обробки запускає;
* які друковані форми друкує;
* які локальні файли використовує;
* які інтеграції залежать від робочого місця;
* які права потрібно перенести;
* які процеси можна спростити в [[K2 ERP]].; |-
| Чи потрібно переносити тонкий замовник у [[K2 ERP]]?;== Тонкий замовник і користувачі ==

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

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

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

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

Перед міграцією корисно скласти таблицю.; | Це клієнтська програма для підключення користувача до інформаційної бази 1С.;== Тонкий замовник і локальні файли ==

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

Скласти список усіх баз у користувачів.; | Тонкий замовник встановлюється як програма, а вебклієнт функціонує через браузер.; | Після запуску K2 ERP залишити стару 1С активною для введення нових документів.; * зібрати список робочих місць;

перевірити список баз;
визначити джерело істини;
перевірити користувачів і ролі;
зібрати зовнішні обробки;
зібрати друковані форми;
перевірити локальні файли;
описати сценарії роботи;
перенести потрібні процеси в K2 ERP;
перевести стару 1С в архівний режим після запуску нової системи.; {| class="wikitable" style="width:100%;"

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

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

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

Найгірший сценарій. організація переходить на K2 ERP, але частина користувачів продовжує працювати через тонкий замовник у старій 1С, частина — у тестовій базі, частина — у новій системі.; |- | Товстий замовник | На комп’ютері користувача | Більше залежить від робочої станції |- | Тонкий замовник | На сервері й частково на клієнті | Легше централізувати роботу |- | Вебклієнт | Через браузер і сервер | Не завжди потребує встановлення клієнта |}

!; !;</syntaxhighlight>

Тонкий замовник і список інформаційних баз

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

Тонкий замовник і актуалізація 1С

Помилка: слабкий контроль доступу

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

файлової бази;
клієнт-серверної бази;
бази на сервері 1С;
бази через вебсервер;
бази в локальній мережі;
бази через VPN;
бази на термінальному сервері;
тестової бази;
архівної бази.;

Тонкий замовник і цифрова незалежність

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

!; File="D:\1C\Base\"

* принтер не підключений;
* друк іде через термінальний сервер;
* драйвери різні;
* форма використовує локальні файли;
* після актуалізація змінився макет;
* тонкий замовник не бачить локальний принтер;
* користувач системи не має прав.; # Зібрати зовнішні обробки з робочих місць.;</div>

З тонкого клієнта не переносять саму програму.; Компонент

У списку можуть бути: як ілюстрація: !; # Перевірити локальні файли й папки обміну.; !; Відповідь

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

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

Excel;
CSV;
XML;
JSON;
PDF;
зображеннями;
файлами банку;
прайсами;
файлами обміну;
друкованими формами.; |-

| Що перевірити перед міграцією?; з цієї причини назви баз мають бути зрозумілими:

!;

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

простіше оновлювати;
не потрібно встановлювати замовник на кожен ПК;
централізований контроль;
простіше працювати віддалено;
менше залежність від слабких комп’ютерів користувачів.; Наслідки:

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

Вступ

Після актуалізація платформи або конфігурації можуть виникати проблеми: як ілюстрація: |- | бухгалтерський обліковий облік | Робоча | Поточний обліковий облік |- | бухгалтерський обліковий облік тест | Тестова | Перевірка оновлень |- | Архів 2024 | Архів | Перегляд старих даних |- | Міграція K2 | Копія | Вивантаження даних у K2 ERP |}

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

Тонкий замовник і друк

Проблеми можуть виникати, якщо:

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

Під час переходу істотно перенести не старий інтерфейс, а робочі задачі користувачів: У такому випадку потрібно: Там можна аналізувати:

Тонкий замовник і безпека

Приклад: Перед оновленням потрібно перевіряти тонкий замовник на тестових робочих місцях.; !; |- | Чи є собою санкційні ризики у 1С і BAS?;

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

У багатьох компаніях тонкий замовник запускається не на кожному ПК, а на термінальному сервері.; Окремі продукти 1С і BAS внесені до переліків забороненого програмного забезпечення для окремих категорій організацій в Україні.; Тонкий замовник

Тонкий замовник і файлова база

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

користувачів;
ролі;
сценарії роботи;
довідники;
документи;
залишки;
звіти;
друковані форми;
обробки як бізнес-правила;
інтеграції;
права доступу;
конфігурація процесів;
вимоги до робочих місць.; Для міграції це має змогу допомогти зрозуміти, які користувачі й процеси реально активні.; # Визначити, що переноситься в K2 ERP.; K2 ERP у цьому процесі має змогу стати новою платформою для контрольованих користувачів, ролей, процесів, звітів, API, BI-аналітики, прав доступу, логіювання, вебдоступу й подальшого розвитку автоматизації бізнесу без залежності від старого клієнтського середовища 1С.; Через тонкий замовник користувач системи має змогу мати доступ до:

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

Помилка: локальні файли на одному ПК

Тонкий замовник і серверна база

переважні аспекти: Це поширена і небезпечна ситуація.; Що робить

Тонкий замовник має змогу працювати з локальними файлами:

Тонкий замовник сам по собі не вирішує всі питання безпеки.;== Тонкий замовник і вебклієнт ==

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

Тонкий замовник і K2 ERP

Переносять:

Тонкий замовник через VPN

!;

Ознаки проблем:

створити рахунок;
провести продаж;
перевірити залишок;
сформувати звіт;
завантажити банк;
оформити касу;
перевірити ПДВ;
виконати інвентаризацію;
переглянути маржу;
погодити знижку;
отримати BI-звіт.; # Зібрати список користувачів.; Головне. Тонкий замовник 1С — це програма на комп’ютері користувача, через яку він підключається до бази 1С.; |-

| Чи має змогу тонкий замовник працювати з файловою базою?; організація повинна:

|-
| Сервер оновили
| Старий тонкий замовник не підключається
|-
| Частина ПК має стару версію
| У користувачів різна поведінка системи
|-
| Тестова база на новій платформі
| Потрібен окремий замовник для тесту
|}

<syntaxhighlight lang="text">

Для користувача це виглядає без ускладнень: він запускає [[1С]], вибирає базу зі списку і входить під своїм користувачем.;== Тонкий замовник і товстий замовник ==
Погані підходи:
[[Категорія:XML]]
C:\Users\Manager\Desktop\ВыгрузкаНаСайт.epf
!; Тонкий замовник часто застосовується керівниками для відкриття звітів.; |-
| Чим він відрізняється від товстого клієнта?; !; !; Було в 1С

Під час міграції потрібно зібрати карту ролей і зрозуміти, які права потрібно перенести в [[K2 ERP]].; користувач системи
== Тонкий замовник на термінальному сервері ==
!; !; користувач системи
{| class="wikitable" style="width:100%;"
Потрібно врахувати:
Потрібно:
{| class="wikitable" style="width:100%;"
як ілюстрація:
== Тонкий замовник і BI-аналітика ==

Висновок

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

Тонкий замовник і архівна база

У 1С істотно розрізняти тонкий і товстий замовник.; | Список баз, користувачів, ролі, версії клієнта, зовнішні обробки, локальні файли, друковані форми й реальні сценарії роботи.; З урахуванням санкційних, юридичних і кібербезпекових ризиків 1С та BAS, аналіз робочих місць і тонких клієнтів старої системи має бути частиною ширшої стратегії переходу на українське програмне забезпечення, цифрову незалежність і сучасну ERP-архітектуру.; Користувачі часто друкують через тонкий замовник: !;== Помилка: стара реліз клієнта == Тонкий замовник має змогу використовуватися для підключення до файлової бази 1С.;== Тонкий замовник і журнал реєстрації == !;

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

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

не збігається реліз клієнта і платформи;
база зникла зі списку;
користувач системи не має змогу підключитися;
помилка мережі;
помилка VPN;
повільна робота;
не відкривається форма;
не функціонує друк;
не запускається зовнішня обробка;
немає доступу до файлу;
не функціонує локальний шлях;
користувач системи функціонує не в тій базі;
переплутана тестова і робоча база;
права доступу налаштовані неправильно;
старий замовник залишився після актуалізація.; Вона не є собою самою базою, але від її версії, налаштувань і доступу залежить щоденна робота користувачів.; \\SERVER\1C\Trade\

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

“бухгалтерський обліковий облік — РОБОЧА”;
“бухгалтерський обліковий облік — ТЕСТ”;
“бухгалтерський обліковий облік — АРХІВ”;
“Міграція K2 — НЕ ВВОДИТИ інформаційні дані”.; База має змогу бути на сервері або в папці, але користувач системи функціонує з нею через клієнтську програму.; Де виконується більше логіки

|- | Запуск | Окрема програма | Браузер |- | Встановлення на ПК | Потрібне | має змогу не бути потрібне |- | Залежність від браузера | Ні | Так |- | Друк і локальні файли | Часто простіше | має змогу мати обмеження |- | Віддалена робота | Через мережу, VPN, сервер | Через вебдоступ |}

Що переносити в K2 ERP

Проблема: користувачі можуть переплутати тестову і робочу базу.; D:\1C\Accounting\

Простими словами. Тонкий замовник 1С — це “вікно” користувача в базу.; Тип клієнта

Підключення тонкого клієнта

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