Веб-клиент или тонкий клиент 1С

«Всем веб — ничего ставить не надо» звучит привлекательно, пока не всплывают сканеры, локальные компоненты, печать и особенности браузера. Тонкий клиент предсказуее для тяжёлой ежедневной работы; веб удобен для удалённого доступа и лёгких ролей. В материалах платформы и у интеграторов выбор — по сценарию, не по моде.

Помогаю спроектировать доступ: от 2 999 ₽/час; сопровождение публикаций — от 49 999 ₽/мес: услуги.

Когда тонкий клиент обычно лучше

• ежедневная интенсивная работа с большими формами и ТЧ;
• оборудование и компоненты, завязанные на локальный контур;
• нужен более предсказуемый UX «как привыкли в 1С»;
• слабый или нестабильный браузерный парк в компании.

Когда веб-клиент уместен

• удалённые сотрудники без установки толстого/тонкого;
• лёгкие роли: согласование, просмотр, редкие операции;
• централизованная публикация на сервере;
• BYOD-ограничения, где ставить клиент нельзя.

Иногда гибрид: склад/офис на тонком, редкие роли на веб.

Самопроверка до решения

1. Какие роли и какие устройства?
2. Нужны ли сканеры, торговое оборудование, локальные файлы?
3. Как организована публикация и HTTPS?
4. Пробовали ли ключевые сценарии именно в целевом браузере?
5. Есть ли план обновления клиентов/публикации?

Типичные ошибки

• Обещать полный паритет веб = тонкий без теста.
• Публиковать HTTP «на время» и забыть.
• Не учесть печать и файлы.
• Смешать версии платформы сервера и того, что ждут клиенты.

Как я выбираю с клиентом

1. Матрица ролей × сценариев × ограничений.
2. Пилот на 2–3 пользователях.
3. Настройка публикации/политик.
4. Регламент обновлений и поддержки.

Опишите роли и нужно ли оборудование — скажу, веб, тонкий или гибрид без религиозного спора.