Клієнт-серверний режим 1С
Помилка: документи довго проводяться
Клієнт-серверний режим — це спосіб роботи інформаційної бази, у якому інформаційні дані зберігаються в серверній СУБД, а прикладна логіка виконується через сервер 1С.
Великі зарплатні розрахунки краще виконувати в періоди меншого навантаження. |}
Блокування виникають, коли кілька процесів одночасно намагаються працювати з одними й тими самими даними. Клієнт-серверний режим
Що таке клієнт-серверний режим 1С
|- | База функціонує повільно | Важкі запити, слабкий сервер, проблеми СУБД | Користувачі чекають |- | Часті блокування | Довгі транзакції або важкі регламентні задачі | Документи не проводяться |- | Завислі сеанси | клієнт ERP аварійно завершив роботу | Блокування або зайві ресурси |- | Регламентні задача заважають роботі | Неправильний розклад | Пікове навантаження |- | інтеграційні функції ERP створює навантаження | Масовий запис документів у робочий час | Повільна база |- | Backup не відновлюється | Не тестували відновлення | Ризик втрати даних |- | Після оновлення версій не функціонує розширення | Змінилася типова конфігурація | Помилки форм або логіки |}
У клієнт-серверному режимі інтеграції зазвичай виконуються на сервері. Файловий режим
оновлення версій клієнт-серверної 1С
Перед підтримкою, використанням або міграцією таких систем потрібно перевіряти актуальні офіційні обмеження. оновлення версій потрібно планувати. Але клієнт-серверна технічна архітектура не вирішує всі проблеми автоматизовано. Приклад
СУБД у клієнт-серверному режимі} | ||
|---|---|---|
| Зберігання даних | Файл інформаційної бази | Серверна СУБД |
| Підключення | Через файлову систему | Через сервер 1С і СУБД |
| Користувачі | Підходить для малих баз | Підходить для багатьох користувачів |
| Продуктивність | Обмежена файловою архітектурою | Краще масштабується |
| Адміністрування | Простіше | Складніше, але керованіше |
| Резервне копіювання | Копія файлу або вивантаження | Засоби СУБД і платформи |
| Надійність | Нижча при великому навантаженні | Вища при правильному налаштуванні |
Що таке сервер 1С?
Приклад відповіді API:
Клієнт-сервер і зарплата
КонецПроцедуры Код здатна виконуватися: |- | клієнт ERP 1С | Інтерфейс користувача | Тонкий клієнт ERP, товстий клієнт ERP, web-клієнт |- | Сервер 1С | Виконує бізнес-логіку | Проведення документів, запити, форми |- | Кластер 1С | Група серверних процесів | Центральний сервер і робочі процеси |- | СУБД | Зберігає інформаційні дані | Microsoft SQL Server, PostgreSQL |- | Інформаційна база | Прикладна база користувача | бухгалтерський обліковий облік, BAS ERP, УТ |- | Адміністрування | Контроль сеансів, блокувань, баз | Консоль кластера, журнали |}
&НаКлиенте
Що перевірити перед міграцією клієнт-серверної 1С
- товстий клієнт ERP;
- тонкий клієнт ERP;
- web-клієнт;
- мобільний клієнт ERP у відповідних сценаріях. # Перевірити мережу. Критично. Backup, який ніколи не перевіряли на відновлення, не можна вважати надійним. # Останні зміни або оновлення версій. Можливі підходи:
- більші вимоги до робочого місця;
- складніше оновлення версій клієнтських робочих місць;
- частина логіки виконується не так централізовано, як у тонкому клієнті. # Перевірити запити в СКД. ! Він здатна опрацьовувати:
Клієнт-сервер у сучасній ERP
Журнал реєстрації
Клієнт-сервер і розширення
Тонкий клієнт ERP зазвичай виступає як основним варіантом для роботи користувачів у клієнт-серверному режимі. Після початку російської агресії проти України використання такого програмного забезпечення стало питанням не тільки бухгалтерії, а й кібербезпеки, комплаєнсу, репутації та цифрової незалежності. # Якщо потрібні інформаційні дані, сервер звертається до СУБД. Журнал реєстрації містить події системи. Указ Президента України №601/2024 ввів у дію рішення для бізнесу РНБО від 2 вересня 2024 року щодо сценарії використання, скасування та внесення змін до санкцій. | технічна архітектура, де клієнт ERP функціонує через сервер 1С, а інформаційні дані зберігаються в СУБД. # Перевірити код розширень.== Клієнт-сервер і JSON ==
Типові помилки клієнт-серверного режиму
Клієнт-сервер і міграція з 1С/BAS
Типові ознаки проблем продуктивності
У клієнт-серверному режимі резервне копіювання потрібно будувати правильно. Роль
У ньому можна шукати:
- записати документ;
- сформувати рухи;
- оновити регістри;
- зберегти проводки. Після встановлення або оновлення версій розширення потрібно перевіряти не тільки функціональність, а й навантаження на сервер.== Як проходить запит користувача ==
- засоби СУБД;
- регламентні backup-задачі;
- знімки дисків;
- вивантаження інформаційної бази;
- комбіновані сценарії. # Перевірити важкі сеанси. # Ліцензії.== Тонкий клієнт ERP ==
При переході з 1С або BAS у K2 ERP клієнт-серверну систему потрібно аналізувати комплексно: інформаційні дані, регістри, документи, СУБД, інтеграції, регламентні задача, розширення, звіти, користувачів, backup і контрольні суми.== Зовнішні посилання == Приклад позначок:
! Адміністрування кластера — це окрема технічна задача, яка впливає на стабільність всієї системи.== Карта міграції інфраструктури ==
[[Категорія:Українське програмне забезпечення]]
</div>
</div>
'''СУБД''' — це платформа керування базами даних, де зберігаються інформаційні дані інформаційної бази. У клієнт-серверному режимі інформаційні дані зберігаються в серверній базі даних, як приклад Microsoft SQL Server або PostgreSQL, а доступ до них контролюється сервером 1С і СУБД.== клієнт ERP 1С ==
[[Категорія:Web-клієнт]]
Поширені варіанти:
* підключення до джерела даних;
* вивантаження довідників;
* вивантаження документів;
* вивантаження регістрів;
* вивантаження залишків;
* вивантаження контрольних сум;
* підготовки JSON;
* аналізу обсягів;
* порівняння старої і нової системи;
* підготовки даних для Power BI;
* паралельного запуску 1С/BAS і K2 ERP. # СУБД повертає інформаційні дані серверу. Приклад
* розрахунок собівартості;
* закриття виробництва;
* розподіл витрат;
* переоцінка валют;
* перепроведення документів;
* розрахунок ПДВ;
* формування великих звітів;
* обробка НЗВ. | Звірити бази, обсяги, інтеграції, регламентні задачі, контрольні суми й архітектуру переходу. У клієнт-серверному режимі критично розуміти, де виконується код [[Мова 1С|мовою 1С]]. |-
| Що найчастіше ламається?=== Чим клієнт-серверний режим кращий за файловий? ===
== Контрольні суми при міграції ==
'''Сеанс''' — це підключення користувача або фонового процесу до інформаційної бази.[[ПДВ 1С]] у великих базах здатна створювати навантаження через:
критично перевіряти не тільки створення backup, а й відновлення. ! {| class="wikitable" style="width:100%;"
== Клієнт-сервер і мова 1С ==
{
* один користувач системи проводить документ;
* інший формує звіт;
* регламентне задача перераховує залишки;
* інтеграційні функції ERP записує інформаційні дані.[[Розширення 1С]] у клієнт-серверному режимі так само виконуються в загальній серверній архітектурі.== Сервер 1С ==
Причини:
{| class="wikitable" style="width:100%;"
Клієнт-серверний режим не гарантує швидкість сам по собі. Наслідок
[[Категорія:Проведення документа]]
* центральний сервер;
* робочі сервери;
* робочі процеси;
* інформаційні бази;
* сеанси користувачів;
* фонові задача;
* регламентні задача;
* конфігурація навантаження.== Як шукати причину повільної роботи ==
* не всі старі механізми можуть працювати так само;
* важлива сумісність форм;
* потрібне правильне конфігурація веб-публікації;
* важливі HTTPS, права і безпека. Якщо код поганий, запити важкі, а сервер слабкий, платформа все одно буде працювати повільно. У клієнт-серверному режимі адміністратор здатна бачити:
* завантажувати банк;
* оновлювати курси валют;
* виконувати обміни;
* формувати інформаційні дані;
* відправляти повідомлення;
* чистити тимчасові інформаційні дані;
* виконувати закриття;
* перевіряти статуси інтеграцій. # клієнт ERP показує результат користувачу. * [[Інтеграція з банками]];
* [[Інтеграція через JSON]];
* сайт;
* CRM;
* WMS;
* MES;
* Power BI;
* API;
* маркетплейси;
* електронний електронний документообіг. Причини:
На продуктивність впливають:
* важкий код проведення;
* запити в циклі;
* перевірки залишків по одному рядку;
* блокування регістрів;
* від’ємні залишки;
* інтеграційний виклик під час проведення;
* розширення додало повільну перевірку;
* СУБД перевантажена;
* закриття місяця виконується паралельно.== Див. так само ==
* не функціонує сервер 1С;
* не функціонує СУБД;
* немає мережевого доступу;
* закінчилися ліцензії;
* неправильно вказаний кластер;
* база заблокована;
* неправильні права;
* проблема DNS;
* firewall блокує порт;
* оновлення версій виконано некоректно.== Адміністрування кластера 1С ==
Для великих компаній краще не навантажувати робочу базу важкими управлінськими звітами. КонецПроцедуры
== Висновок ==
# Перевірити кількість активних користувачів.[[Категорія:Power BI]]
[[Категорія:Регламентні завдання]]
'''Web-клієнт''' дає можливість працювати через браузер. ! Причина
* логування;
* повтори;
* контроль помилок;
* черги;
* захист токенів;
* HTTPS;
* обмеження прав;
* стабільний розклад. Це здатна створювати конфлікти і затримки. Важку управлінську аналітику краще переносити в Power BI або окреме сховище, щоб не заважати користувачам. Краще використовувати чергу або регламентне задача. У такій архітектурі клієнтська програма відповідає за інтерфейс користувача, сервер 1С виконує прикладну логіку, а СУБД зберігає інформаційні дані. У продуктах [[BAS]] застосовується схожа архітектурна логіка, оскільки вони використовують технологічну платформу 1С-подібного типу.== Клієнт-сервер і безпека ==
* права користувачів;
* доступ до сервера;
* доступ до СУБД;
* мережеві правила;
* firewall;
* шифрування з’єднань, якщо застосовується для;
* захист резервних копій;
* захист журналів;
* захист токенів інтеграцій;
* обмеження адміністраторських прав;
* контроль зовнішніх обробок;
* аудит входів;
* аудит змін. # Перевірити фонові задача. # Перевірити блокування. * перевірити запуск клієнтів;
* перевірити проведення документів;
* перевірити звіти;
* перевірити регламентні задача;
* перевірити інтеграції;
* перевірити журнал помилок. Типовий сценарій:
Практичний порядок:
</div>
Особливо важкі операції:
'''критично.''' Клієнт-серверна інфраструктура 1С/BAS містить критичні бізнес-дані: фінансовий блок, складський облік, зарплату, ПДВ, виробництво, банк, контрагентів, персональні інформаційні дані, інтеграції та backup. Він краще підходить для багатьох користувачів, великих баз, важких звітів, регламентних завдань, інтеграцій і централізованого адміністрування.[[Категорія:Аудит дій]]
* відкриття форм;
* введення даних;
* показ списків;
* взаємодію з користувачем;
* частину клієнтської логіки;
* передачу запитів на сервер;
* отримання результатів. * помилки;
* входи користувачів;
* проведення документів;
* зміну даних;
* запуск регламентних завдань;
* помилки обміну;
* помилки доступу;
* падіння сеансів;
* дії адміністраторів. # Перевірити регламентні задача. Контроль
* відкриття форм;
* проведення документів;
* запити;
* звіти;
* інтеграції;
* регламентні задача;
* фонові задача.== Типові причини блокувань ==
* web-клієнтом;
* backend API;
* базою даних;
* чергами повідомлень;
* фоновими задачами;
* сервісами інтеграції;
* аналітичним сховищем;
* Power BI;
* системою логування;
* аудитом;
* механізмами доступу. ВиконатиНаСервері();
=== Що таке кластер 1С? ===
[[Категорія:ERP]]
* легше адміністрування;
* менше навантаження на робоче місце;
* краще для клієнт-серверної архітектури;
* зручніше для віддаленої роботи;
* більша централізація логіки. * [[1С]]
* [[BAS]]
* [[BAS ERP]]
* [[K2 ERP]]
* [[ERP]]
* [[Мова 1С]]
* [[Розширення 1С]]
* [[СКД 1С]]
* [[Запити 1С]]
* [[Зовнішня обробка 1С]]
* [[Зовнішній звіт 1С]]
* [[Регламентні завдання 1С]]
* [[Проведення документа 1С]]
* [[Рухи документа 1С]]
* [[Регістри 1С]]
* [[Регістр накопичення 1С]]
* [[Регістр відомостей 1С]]
* [[Регістр бухгалтерії 1С]]
* [[Регістр розрахунків 1С]]
* [[Операція 1С]]
* [[Закриття місяця 1С]]
* [[Виробництво 1С]]
* [[Специфікація 1С]]
* [[ПДВ 1С]]
* [[Зарплата 1С]]
* [[Кадровий облік 1С]]
* [[Інтеграція через JSON]]
* [[Інтеграція з банками]]
* [[Power BI]]
* [[BI система]]
* [[Вивантаження даних 1С]]
* [[Міграція даних з 1С]]
* [[Міграція з 1С]]
* [[Міграція з BAS]]
* [[Заміна BAS]]
* [[Реплікатор K2]]
* [[Права доступу в ERP]]
* [[Аудит дій]]
* [[Українське програмне забезпечення]]
* [[Цифрова незалежність]]
[[Регламентні завдання 1С]] у клієнт-серверному режимі виконуються на сервері. :contentReference [oaicite:0]{index=0}
== Коротко ==
== Клієнт-сервер і виробництво ==
! |-
| Для чого потрібен? Особливо:
* простіше адмініструвати робочі місця;
* менше залежності від слабких комп’ютерів;
* зручніше для віддаленої роботи. * не потрібно встановлювати повноцінний клієнт ERP на кожне робоче місце;
* інтуїтивно для віддалених користувачів;
* простіше розгортання;
* можна працювати через веб-сервер.[[Категорія:Міграція даних]]
критично налаштовувати розклад так, щоб важкі задачі не запускалися в піковий робочий час. Можливі причини:
Ознаки:
'''Клієнт-серверний режим — це не без зусиль “сервер замість файлу”.''' Це окрема технічна архітектура, яка потребує адміністрування, моніторингу, backup, контролю продуктивності, безпеки й плану розвитку.== Основні компоненти архітектури ==
* документи довго проводяться;
* звіти відкриваються кілька хвилин;
* користувачі бачать зависання;
* регламентні задача не завершуються;
* закриття місяця триває занадто довго;
* база повільно відкривається;
* часто виникають блокування;
* сервер має високе CPU;
* СУБД має високе навантаження на диск;
* журнал реєстрації містить багато помилок. Кластер здатна містити:
Після оновлення версій:
</div>
Причини можуть бути в слабкому сервері, СУБД, дисках, мережі, важких звітах, блокуваннях, поганому коді, запитах у циклі, регламентних завданнях або неправильному розкладі інтеграцій. * репліка бази для звітності;
* окреме сховище даних;
* регулярне вивантаження в аналітичний шар;
* API;
* Power BI;
* агреговані таблиці;
* нічні ETL-процеси. Клієнт-серверний режим потрібен, коли файлова база вже не справляється або коли потрібна надійніша серверна технічна архітектура.[[СКД 1С|СКД-звіти]] можуть сильно навантажувати сервер і СУБД.[[Категорія:Кластер 1С]]
'''критично про [[1С]] та [[BAS]].''' В Україні продукти екосистеми [[1С]] і частина продуктів [[BAS]] пов’язані з санкційними, юридичними, кібербезпековими та репутаційними ризиками.== Варіанти міграції з клієнт-серверної 1С у K2 ERP ==
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
== Помилка: регламентні задача не виконуються ==
Вони можуть впливати на:
'''Проста аналогія.''' клієнт ERP — це робоче місце користувача. ! # Перевірити диски. Якщо на середині сталася помилка, транзакція має бути скасована, щоб база не залишилася в неконсистентному стані. Питання
|-
| Тільки залишки
| Сальдо, товари, борги, гроші
| Для чистого старту
|-
| Залишки + відкриті документи
| Замовлення, аванси, НЗВ, активні процеси
| Якщо бізнес-середовище не здатна зупинити операції
|-
| Поточний рік
| Документи й обороти поточного року
| Для звітності й контролю
|-
| Повна історія продукту
| Усі документи, довідники, регістри
| Для аудиту або глибокої аналітики
|-
| BI-історія
| Агреговані інформаційні дані для Power BI
| Для аналітики без перенесення всього в ERP
|-
| Паралельний запуск
| 1С/BAS і K2 ERP працюють тимчасово разом
| Для контрольованого переходу
|}
! СУБД — це “сховище”, де лежать документи, довідники, регістри, проводки й залишки.[[Категорія:BAS ERP]]
Приклад: користувач системи запускає закриття місяця, а інші користувачі в цей час проводять документи. Після вивантаження з клієнт-серверної 1С потрібно звірити:
Кластер дає можливість централізовано адмініструвати серверну роботу 1С. Держспецзв’язку веде офіційний перелік забороненого до використання програмного забезпечення та комунікаційного обладнання, де згадуються продукти 1С/BAS, зокрема 1C:компанія-користувач 8 і [[BAS ERP]]. # клієнт ERP передає запит на сервер 1С. # Сервер обробляє результат.[[Категорія:Реплікатор K2]]
* податкові накладні;
* розрахунки коригування;
* регістри ПДВ;
* аванси;
* декларації;
* звірку;
* звіти;
* ручні операції. Що переноситься
'''Товстий клієнт ERP''' — це клієнтський застосунок, який здатна виконувати більше логіки на робочому місці користувача. Наслідок
* додаткове навантаження на термінальний сервер;
* потрібне конфігурація профілів;
* важлива безпека доступу. Якщо в системі важкі звіти, поганий код, запити в циклі, неправильні регламентні задача, блокування, слабка СУБД або неперевірені розширення, база все одно буде працювати повільно і нестабільно. Фонові задача корисні, але якщо їх занадто багато або вони важкі, вони можуть заважати користувачам.<syntaxhighlight lang="text">
Сервер 1С — це серверна частина платформи, яка виконує прикладну логіку, обробляє запити користувачів, функціонує з СУБД, запускає фонові й регламентні задача. # Перевірити навантаження сервера 1С. * клієнт ERP 1С;
* сервер 1С;
* кластер серверів 1С;
* робочі процеси;
* СУБД;
* інформаційна база;
* мережа;
* служби адміністрування;
* регламентні задача;
* фонові задача;
* інтеграційні сервіси. # Перевірити журнал реєстрації. Відповідь
'''Кластер 1С''' — це набір серверних компонентів, які обслуговують інформаційні бази. {| class="wikitable" style="width:100%;"
клієнт ERP відповідає за:
Робочий бізнес-процес сервера 1С виконує частину запитів користувачів і фонових задач. * форми;
* проведення;
* запити;
* регістри;
* інтеграції;
* регламентні задача;
* продуктивність;
* права доступу.[[Категорія:BI]]
&НаСервере
Перед міграцією потрібно перевірити:
'''[[Реплікатор K2]]''' здатна допомогти при переході з клієнт-серверної [[1С]] або [[BAS]] у [[K2 ERP]]. * довгі транзакції;
* важкі документи;
* масове перепроведення;
* закриття місяця в робочий час;
* важкі звіти;
* запити без відборів;
* інтеграції, які масово записують документи;
* регламентні задача в піковий час;
* неоптимальний код;
* погано налаштована СУБД. СУБД відповідає за:
== Продуктивність клієнт-серверної 1С ==
'''клієнт ERP 1С''' — це програма або веб-інтерфейс, через який користувач системи функціонує з базою. Компонент
# Доступність сервера. Критерій
* сервер 1С;
* СУБД;
* дискова підсистема;
* оперативна пам’ять;
* процесор;
* мережа;
* кількість користувачів;
* обсяг бази;
* якість коду;
* якість запитів;
* регламентні задача;
* індекси;
* блокування;
* фонові задача;
* конфігурація кластера.[[Виробництво 1С]] у клієнт-серверній базі здатна бути дуже навантаженим контуром. * список інформаційних баз;
* активні сеанси;
* фонові задача;
* регламентні задача;
* робочі процеси;
* блокування;
* використання пам’яті;
* навантаження CPU;
* журнали;
* резервні копії;
* версії платформи;
* ліцензії;
* доступи. Помилки ліцензування можуть призвести до того, що користувачі не зможуть підключитися до бази. Недоліки:
Адміністратор клієнт-серверної 1С має контролювати:
[[Категорія:BAS]]
[[Категорія:PostgreSQL]]
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
Сервер 1С виступає як проміжним рівнем між клієнтом і базою даних. Указ Президента України №601/2024 ввів у дію рішення для бізнесу РНБО від 2 вересня 2024 року щодо сценарії використання, скасування та внесення змін до персональних спеціальних економічних та інших санкцій. | Для багатьох користувачів, великих баз, інтеграцій, звітів, регламентних задач і стабільної роботи.== Товстий клієнт ERP ==
== Клієнт-сервер і інтеграції ==
Недоліки:
</div>
|-
| Інформаційна база
| Робоча база компанії
| ERP tenant / база K2 ERP
| Які інформаційні дані переносити
|-
| СУБД
| Сховище даних
| Нова база / сховище
| Backup, експорт, обсяг
|-
| Сервер 1С
| Прикладна логіка
| Backend K2 ERP
| Бізнес-правила
|-
| Регламентні задача
| Автоматичні процеси
| Scheduler / background jobs
| Розклад і логи
|-
| Інтеграції
| Обмін із зовнішніми системами
| REST API / integration layer
| Формати і статуси
|-
| Звіти
| аналітичні інструменти
| K2 ERP reports / Power BI
| Контрольні суми
|-
| Розширення
| Додаткова логіка
| Business rules / custom fields
| Інвентаризація логіки
|}
[[Категорія:Регістри 1С]]
[[Категорія:Автоматизація бізнесу]]
* кількість довідників;
* кількість документів;
* залишки товарів;
* залишки по партіях;
* взаєморозрахунки;
* ОСВ;
* банк;
* касу;
* ПДВ;
* зарплатні залишки;
* НЗВ;
* основні засоби;
* собівартість;
* активні замовлення;
* інтеграційні ID;
* контрольні звіти. У сучасній [[ERP]] клієнт-серверна логіка часто розподіляється між:
Причини:
У клієнт-серверному режимі можуть використовуватися різні СУБД залежно від платформи, ліцензій і конфігурації. * повільної роботи;
* помилок виконання;
* зайвого мережевого трафіку;
* проблем із формами;
* помилок доступу до даних;
* дублювання логіки;
* складної підтримки. # Перевірити важкі звіти. ! Безпека клієнт-серверної 1С містить:
[[Категорія:Адміністрування 1С]]
[[Зарплата 1С]] так само здатна створювати велике навантаження. Варіант
* клієнт ERP передає параметри звіту;
* сервер виконує код і запит;
* СУБД читає регістри;
* сервер формує результат;
* клієнт ERP показує таблицю. Це базовий режим для великих і навантажених інформаційних баз.== Файловий і клієнт-серверний режим ==
== Транзакції ==
[[Категорія:SQL Server]]
* вимкнений запуск регламентних завдань;
* немає робочого процесу;
* помилка в коді;
* немає прав;
* задача зависла;
* конфлікт із іншим завданням;
* немає доступу до зовнішнього сервісу;
* не вистачає ресурсів;
* база заблокована.[[Категорія:Продуктивність 1С]]
Він відповідає за:
# користувач системи відкриває документ у клієнті.== Ліцензії в клієнт-серверному режимі ==
== Чому критично розділяти клієнт ERP і сервер ==
'''Транзакція''' — це послідовність дій, яка має виконатися на 100% або не виконатися взагалі. * виконання серверного коду;
* обробку запитів клієнтів;
* проведення документів;
* виконання запитів;
* роботу з регістрами;
* запуск фонових завдань;
* запуск регламентних завдань;
* керування сеансами;
* взаємодію із СУБД;
* кешування;
* блокування;
* інтеграційні сценарії. # Список інформаційних баз. Для великих звітів краще використовувати Power BI, аналітичне сховище або попередньо підготовлені таблиці. __TOC__
[[Категорія:СУБД]]
У деяких компаніях користувачі працюють із 1С через термінальний сервер.[[Категорія:Рухи документа]]
[[Категорія:Міграція з BAS]]
'''Тонкий клієнт ERP''' — це клієнтський застосунок, у якому більша частина бізнес-логіки виконується на сервері. Ризик
'''Клієнт-серверний режим 1С''' — це режим роботи платформи [[1С]] / 1С:компанія-користувач, у якому користувацькі клієнти підключаються не напряму до файлової бази, а до серверної інфраструктури: кластера серверів 1С і системи керування базами даних. * масове нарахування зарплати;
* перерахунки;
* лікарняні;
* відпустки;
* регістр розрахунків;
* формування звітів;
* розрахункові листки;
* відображення зарплати в обліку. * формування великого звіту;
* обробка інтеграційної черги;
* масове оновлення версій даних;
* перепроведення документів;
* обробка повідомлень;
* вивантаження даних. Потрібно перевірити журнал, список фонових завдань і розклад. |-
| Що критично при міграції?== Фонові задача ==
Практичне правило: важкі аналітичні звіти краще переносити в [[Power BI]] або окремий аналітичний шар. Фонові задача виконуються без прямої участі користувача.<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
[[Категорія:Інтеграція]]
! # Сервер 1С виконує прикладну логіку. | Продуктивність, блокування, регламентні задача, інтеграції, backup, розширення після оновлення версій. конкурентні переваги:
Потрібно проаналізувати не тільки інформаційні дані, а й інфраструктуру: бази, СУБД, інтеграції, регламентні задача, розширення, важкі звіти, backup, обсяги, користувачів і контрольні суми. багатокористувацької роботи забезпечується через Клієнт-серверний режим застосовується для; так само реалізовано великих баз, складних звітів, інтеграцій, регламентних завдань, виробництва, зарплати, бухгалтерії, складу, продажів і великих навантажень. # Мережевий доступ. Процедура КомандаКористувача(Команда)
== Web-клієнт ==
У такій архітектурі виступає як кілька основних рівнів:
Блокування можуть бути нормальним механізмом захисту даних, але надмірні блокування створюють проблеми продуктивності. '''Головне.''' Клієнт-серверний режим 1С — це технічна архітектура, де користувач системи функціонує через клієнт ERP, бізнес-логіка виконується на сервері 1С, а інформаційні дані зберігаються в СУБД. * актуальний список баз;
* активних користувачів;
* розмір бази;
* розмір журналу;
* СУБД;
* список регламентних завдань;
* список інтеграцій;
* список розширень;
* зовнішні обробки;
* зовнішні звіти;
* важкі СКД-звіти;
* довідники;
* документи;
* регістри;
* залишки;
* ОСВ;
* backup;
* можливість відновлення;
* план простою.== Регламентні задача в клієнт-серверному режимі ==
* зробити резервну копію;
* перевірити сумісність платформи;
* перевірити розширення;
* перевірити зовнішні обробки;
* перевірити інтеграції;
* оновити тестову базу;
* виконати контрольні сценарії;
* перевірити продуктивність;
* погодити час простою.
Що таке клієнт-серверний режим 1С?
! # Перевірити закриття місяця. {| class="wikitable" style="width:100%;"
// Серверна логіка
- конфігурування;
- роботи в старих формах;
- складних адміністративних операцій;
- сумісності зі старими конфігураціями. Приклади інтеграцій:
Для виробництва критично оптимізувати документи, регістри, звіти і закриття місяця. * багатокористувацької роботи;
- великих інформаційних баз;
- складних документів;
- великої кількості регістрів;
- виробничого обліку;
- зарплати;
- ПДВ;
- складського обліку;
- закриття місяця;
- інтеграцій;
- регламентних завдань;
- високого навантаження;
- резервного копіювання;
- централізованого адміністрування;
- підвищення стабільності. як приклад, при проведенні документа платформа повинна:
Але журнал здатна оперативно рости, тому потрібно налаштовувати його рівень деталізації і архівацію. # Перевірити навантаження СУБД. # Стан СУБД.== Кластер серверів 1С ==
Вони можуть:
- розмір бази;
- кількість користувачів;
- кількість інформаційних баз;
- СУБД;
- розширення;
- інтеграції;
- регламентні задача;
- зовнішні обробки;
- важкі звіти;
- обсяг документів;
- обсяг регістрів;
- архівні інформаційні дані;
- продуктивність;
- backup;
- доступи;
- графік міграції. Елемент 1С/BAS
Сервер 1С — це серверна частина платформи, яка виконує прикладну логіку. Для інтеграцій критично:
- зберігання таблиць;
- індекси;
- транзакції;
- блокування;
- резервні копії;
- відновлення;
- журнал транзакцій;
- виконання SQL-запитів;
- цілісність даних. Держспецзв’язку веде перелік забороненого до використання програмного забезпечення та комунікаційного обладнання; у переліку згадуються продукти 1С/BAS, зокрема 1C:компанія-користувач 8 і BAS ERP. як приклад, важкий запит до регістру потрібно виконувати на сервері, а не на клієнті.== Типові питання ==
Що критично при міграції клієнт-серверної 1С у K2 ERP?
|- | Надмірні права | Усі користувачі мають повний доступ | Витік або псування даних |- | Відкритий сервер | Порт доступний з інтернету без захисту | Ризик атаки |- | Незахищені backup | Копії лежать у відкритій папці | Витік даних |- | Зовнішні обробки | Запуск неперевірених файлів | Масова зміна або витік даних |- | Слабкі паролі | Один пароль для всіх | Компрометація обліку |}
Помилки ПДВ часто пов’язані не тільки з продуктивністю, а й із неправильними рухами документів або регістрами. "processed": 125,
Схема:
- клієнтські ліцензії;
- серверні ліцензії;
- ліцензії СУБД;
- доступи користувачів;
- ліцензії на термінальні сервери, якщо використовуються;
- додаткові компоненти. "database": "erp_prod",
Для чого потрібен клієнт-серверний режим
Потрібно оцінити:
! !! як приклад, при відкритті звіту по залишках:
"errors": 0,
Резервне копіювання
- користувач системи відкрив звіт за багато років;
- немає відбору по періоду;
- СКД-звіт читає документи замість регістрів;
- багато користувачів запускають той самий звіт;
- звіт має неправильні з’єднання;
- не вистачає пам’яті;
- СУБД читає багато даних із диска. Неправильне розділення логіки здатна призвести до:
У клієнт-серверному режимі критично не виконувати важкі HTTP-обміни прямо в інтерактивній дії користувача, якщо це здатна надовго заблокувати форму.== Типові ризики безпеки ==
Практичний сенс. Якщо в базі функціонує багато користувачів, багато документів, важкі звіти, обміни, зарплата, виробництво і закриття місяця, клієнт-серверний режим зазвичай значно надійніший за файловий. * Указ Президента України №601/2024
Варіанти: Реплікатор K2 і клієнт-серверна 1СКластер 1С — це набір серверних процесів і налаштувань, які обслуговують інформаційні бази, сеанси користувачів, фонові задачі й робочі процеси. У клієнт-серверній архітектурі потрібно враховувати ліцензії: "timestamp": "2026-05-15T10:30:00+03:00"
Термінальний сервер і 1СПроцедура ВиконатиНаСервері() </syntaxhighlight>
Причини: 1С історично виступає як російською програмною екосистемою. Приклади: Закриття місяця краще виконувати в контрольований час, коли користувачів менше. | Рівень, який виконує бізнес-логіку і взаємодіє з СУБД. | платформа, яка зберігає інформаційні дані інформаційної бази. ! конкурентні переваги: Важкі звітиВін часто застосовується для для: конкурентні переваги: "status": "success", Клієнт-серверний режим 1С — це технічна архітектура, у якій користувачі працюють через клієнт ERP, бізнес-логіка виконується на сервері 1С, а інформаційні дані зберігаються в серверній СУБД. !Закриття місяця 1С у клієнт-серверному режимі здатна навантажувати сервер і СУБД. Аналог або дія в K2 ERP | ||||
|---|---|---|---|---|
| Що таке клієнт-серверний режим? Практичний підхід. Робоча клієнт-серверна база має обслуговувати операційну роботу.== Сеанси користувачів ==
як приклад: Причини: Чому клієнт-серверна 1С функціонує повільно?
Обмеження: JSON-обміни зазвичай виконуються серверним кодом. # Стан служб 1С. Що перевірити: Клієнт-сервер і ПДВПомилка: база зависає під час звітівСанкції та ризики використання 1С/BAS в Україні
|
Що таке СУБД? Для клієнт-серверної бази потрібно регулярно тестувати відновлення на окремому середовищі. Якщо така інфраструктура функціонує на ризиковому або підсанкційному ПЗ, компанії потрібно оцінити юридичні, технічні й кібербезпекові ризики та планувати перехід на безпечну ERP-платформу. * багато специфікацій;
Перед оновленням: Причини: Клієнт-сервер і закриття місяця |
У K2 ERP архітектуру варто проектувати так, щоб операційна робота, інтеграції, аналітичні інструменти і фонові процеси не заважали одне одному. # Журнал помилок. :contentReference [oaicite:1]{index=1}
БлокуванняКлієнт-сервер і Power BISEO title: Клієнт-серверний режим 1С — сервер 1С, тонкий клієнт, кластер, СУБД, продуктивність, адміністрування і міграція в K2 ERP SEO keywords: клієнт-серверний режим 1С, клиент-серверный режим 1С, сервер 1С, кластер 1С, тонкий клієнт 1С, товстий клієнт 1С, SQL Server 1С, PostgreSQL 1С, BAS сервер, продуктивність 1С, адміністрування 1С, K2 ERP, міграція з 1С </noinclude>
{{SEO
Шаблон для службового SEO-опису сторінки.
}}
При описі клієнт-серверного режиму 1С і BAS в українському контексті потрібно згадувати санкційні та безпекові ризики. Правильна міграція — це не тільки перенесення таблиць, а перехід від старої клієнт-серверної архітектури до сучасної ERP-архітектури з контрольованими API, фоновими задачами, BI-аналітикою, аудитом, правами доступу і безпечним зберіганням даних. |- |
Що таке сервер 1С? ! Він здатна використовуватися для:
Клієнт-серверний режим 1С — це базовий варіант роботи для великих і навантажених інформаційних баз. Що означає Помилка: користувачі не можуть підключитися |
class="wikitable" style="width:100%;"
Сеанси важливі для адміністрування, завершення завислих підключень і аналізу навантаження. У файловому режимі база часто виступає як одним файлом, до якого користувачі звертаються через файлову систему. Помилка Типи клієнтів: |