навчальний центр
UA RU
096 314-22-06 044 209-16-83
Записатися
096 314-22-06 044 209-16-83 Українська Русский

Тема публікацій

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

Довідкові матеріали за цією темою.

6 публікацій

За напрямом

Фільтр за розділом

Усі розділи
Матеріал

Особливості обліку клієнтських ліцензій

Описано правила обліку клієнтських програмних ліцензій BAS для файлового, клієнт-серверного, веб- і мобільного клієнтів, термінального та автономного серверів, а також COM-з'єднань.. Загальна інформація. Файловий варіант. Клієнт-серверний варіант. Веб-клієнт. Тонкий клієнт, що працює через веб-сервер. Однокористувацька програмна ліцензія і веб-клієнт. COM-з'єднання. Інтернет-сервіси, фонові завдання. Термінальний сервер. Мобільний клієнт. Автономний сервер. Особливості активації та отримання серверної ліцензії

Читати
Матеріал

Програма запуску

Описано програму запуску BAS і інтерактивну програму запуску, режими роботи системи та алгоритми запуску без параметрів або із зазначенням інформаційної бази.. Загальна інформація. Режими роботи системи. Загальна інформація. Загальна інформація. Запуск без параметрів. Запуск із зазначенням інформаційної бази. Інтерактивна програма запуску

Читати
Матеріал

Обробка помилок

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

Читати
Матеріал

Безпека прикладного програмного інтерфейсу сервера

Під час роботи в режимі керованого застосунку клієнтський застосунок (тонкий або вебклієнт) звертається до сервера 1С:Підприємства за допомогою відкритого HTTP-протоколу. Таким чином, сервер 1С:Підприємства може бути викликаний ззовні сторонніми програмами тим самим способом, як це штатно робить клієнтський застосунок, і зловмисник може отримати несанкціонований доступ до даних користувачів або порушити працездатність сервера.

Читати
Матеріал

Стандартні ролі

1.1. Якщо в конфігурації є розмежування прав доступу користувачів до даних інформаційної бази, то налаштування доступу слід виконувати за допомогою ролей. Ролі повинні створюватися розробником конфігурації виходячи із завдання обмеження доступу користувачів до даних.Див. також

Читати
Записатися телефоном