Администрирование · 12 мин
Сидячий 1С: что это и когда он действительно нужен
Сидячий 1С — постоянно открытый сеанс программы. Разбираем, зачем его держат, чем он рискован и как правильно организовать фоновую работу 1С.
Выражение «сидячий 1С» — это разговорный термин, которым администраторы и бухгалтеры называют постоянно открытый сеанс программы 1С: Предприятие. Такой сеанс запущен на компьютере или сервере, не закрывается днями и неделями и используется для фоновых задач: обмена данными, загрузки выписок, рассылки отчётов, интеграции с сайтом или кассами.
Термин не является официальным: в документации фирмы «1С» вы его не встретите. Но в практике внедрения он устоялся, потому что точно описывает картину — на мониторе (или в невидимой сессии на сервере) «сидит» открытая 1С, которая выполняет регламентные операции. Иногда под «сидячим 1С» понимают и выделенный пользовательский сеанс под отдельной учётной записью, созданной специально для обменов.
Важно понимать: «сидячий» сеанс — это обходной путь, а не штатная архитектура. У него есть конкретные причины появления, ограниченная область применения и серьёзные риски, о которых нужно знать до того, как вы решите держать 1С постоянно открытой. Ниже разберём, когда такой подход оправдан, чем его заменить и как настроить его относительно безопасно.
Что именно называют «сидячим 1С»
На практике термин употребляется в нескольких близких значениях, и при разговоре с коллегами или франчайзи стоит уточнить, о чём речь. Первое значение — файловая база на обычном компьютере, где 1С открыта круглосуточно, потому что обмен с сайтом, банком или другой базой реализован через обработку, которая работает только в интерактивном сеансе. Второе значение — выделенный сеанс на сервере под служебным пользователем (например, «Robot» или «Obmen»), который держат открытым для тех же целей.
Третье, более редкое значение — клиентское приложение, запущенное на сервере терминалов в отдельной сессии, которое никто не использует для ручной работы, но оно нужно как «посредник» для внешних систем: COM-подключения, веб-сервисов, старых обработок интеграции. Во всех случаях суть одна: сеанс 1С живёт постоянно и выполняет автоматику, которую по какой-то причине не вынесли в штатные фоновые механизмы.
Почему вообще появляются «сидячие» сеансы
Главная причина — файловый режим работы. В файловой базе возможности регламентных заданий ограничены: штатного сервера, который исполнял бы их по расписанию, нет, поэтому обмены запускаются из открытого сеанса — вручную или через обработку ожидания. Пока сеанс открыт, обмен идёт; закрыли программу — обмен остановился. Отсюда и требование «не выключай этот компьютер и не закрывай 1С».
Вторая причина — старые или самописные интеграции. Многие обработки обмена с сайтами, торговым оборудованием и сторонними системами писались в расчёте на интерактивный запуск и не умеют работать в фоновом задании. Третья причина — COM-соединения и OLE-интеграции, где одна база подключается к другой через клиентское приложение. Наконец, иногда «сидячий» сеанс держат просто по инерции: «так настроил прежний специалист, и оно работает».
Проверьте, не запущен ли на нём постоянный сеанс 1С со служебным пользователем
Посмотрите список активных пользователей в консоли или в разделе «Активные пользователи»
Скорее всего, обмен привязан к чьему-то открытому сеансу, а не к фоновому заданию
Чем рискован постоянно открытый сеанс
Первый риск — лицензионный. Каждый открытый сеанс занимает клиентскую лицензию 1С. Если «сидячий» сеанс работает круглосуточно, он постоянно удерживает одну лицензию, которой могло бы не хватить живому пользователю. В файловом режиме с программными лицензиями это особенно ощутимо на небольших пинах.
Второй риск — стабильность данных. Компьютер с открытым сеансом перезагружается обновлениями Windows, выключается при сбое питания, сеанс «зависает» при разрыве сети. Если обмен в этот момент записывал данные, возможны незавершённые транзакции, дубли документов или, в файловом режиме при жёстком обрыве, повреждение файла базы. Третий риск — безопасность: постоянно залогиненный сеанс на разблокированном компьютере — это открытый доступ к базе для любого, кто подойдёт к клавиатуре, плюс пароль служебной учётки часто хранится в открытом виде в настройках обработки.
Как правильно организовать «сидячий» сеанс, если без него пока никак
Если заменить схему сейчас невозможно, сведите риски к минимуму. Заведите отдельного служебного пользователя с минимально необходимыми правами — только на те объекты, которые нужны обмену. Никогда не используйте для «сидячего» сеанса учётную запись с полными правами или чью-то личную учётку.
Разместите сеанс не на рабочем месте сотрудника, а на выделенной машине или виртуалке с ИБП, отключёнными автоматическими перезагрузками обновлений в рабочее время и блокировкой экрана. Настройте автозапуск 1С с нужной обработкой при старте системы (ярлык с параметрами командной строки или планировщик задач Windows), чтобы после перезагрузки сеанс поднимался сам. И обязательно предусмотрите контроль: журнал выполнения обмена, уведомление об ошибках на почту ответственному.
- 1Создайте в базе служебного пользователя с ограниченными правами только под задачи обмена
- 2Выделите отдельный компьютер или ВМ, подключите ИБП, настройте блокировку экрана
- 3Настройте автозапуск 1С с нужной базой и обработкой через планировщик задач Windows
- 4Включите журналирование обмена и оповещения об ошибках ответственному
- 5Настройте ежедневное резервное копирование базы и проверьте восстановление из копии
Штатные альтернативы: как уйти от «сидячего» режима
Правильное направление — убрать автоматику из интерактивного сеанса во фоновые механизмы. В клиент-серверной архитектуре для этого существуют регламентные и фоновые задания: они исполняются сервером 1С по расписанию, не занимают интерактивный сеанс и не требуют открытого клиентского приложения. Если база файловая, варианты такие: запуск обмена по расписанию через планировщик Windows с параметрами командной строки 1С (сеанс открывается, выполняет обмен и закрывается), либо перевод базы в клиент-серверный режим.
Для интеграций с внешними системами современный путь — публикация HTTP- и веб-сервисов 1С или использование штатных механизмов обмена (EnterpriseData, планы обмена), которые работают без постоянного клиентского сеанса. Старые обработки, требующие интерактивного запуска, стоит переписать под фоновое выполнение — это разовая работа, которая снимает постоянную головную боль.
Способы выполнять фоновые задачи в 1С
Быстро поднять, работает в файловом режиме. Минусы: занимает лицензию, уязвим к перезагрузкам, риск для данных
Подходит для файловых баз: сеанс открывается по расписанию и закрывается. Нужна аккуратная обработка ошибок
Штатный и самый надёжный способ, но требует клиент-серверного режима работы
Правильная архитектура для интеграций; требует доработки и навыков администрирования
Как проверить, что схема работает надёжно
После настройки не ограничивайтесь тем, что «обмен вроде идёт». Проверьте три вещи: восстановление после сбоя (перезагрузите машину и убедитесь, что сеанс поднялся и обмен продолжился), отсутствие дублей (сверьте количество загруженных документов с источником за тестовый период) и актуальность резервных копий (разверните последнюю копию в тестовом каталоге).
Полезно раз в неделю просматривать журнал обмена: типичный признак деградации схемы — растущее число ошибок, которые никто не замечает, потому что «в целом работает». Если ошибок стало больше или обмен стал отставать по времени, это повод пересмотреть схему, а не наращивать мощность «сидячего» компьютера.
Как проверить результат
Сеанс поднимается автоматически, обмен продолжается без ручного вмешательства
После перезагрузки обмен молчит, пока кто-то не запустит 1С руками
Ошибки единичны, видны уведомления ответственному
Ошибки копятся незамеченными, данные расходятся с источником
Копия создаётся ежедневно и открывается в тестовом режиме
Копий нет, или последняя успешная — недельной давности
Типичные ошибки при организации «сидячего» 1С
Самая частая ошибка — запуск служебного сеанса под учётной записью реального сотрудника «потому что так проще». Когда сотрудник увольняется или меняет пароль, обмен встаёт. Вторая ошибка — отсутствие резервного копирования при активной записи в файловую базу: первый же сбой питания превращается в восстановление базы за деньги. Третья — хранение пароля служебной учётки в открытом виде в тексте обработки или в ярлыке.
Ещё одна распространённая ситуация — «сидячий» сеанс держат годами, хотя база давно переведена на сервер и все задачи можно перенести в регламентные задания за один день работы специалиста. Периодически пересматривайте, зачем вообще существует этот сеанс: часто оказывается, что исходная причина давно исчезла.
Как выбрать действие
Частые вопросы
«Сидячий 1С» — это официальный термин?
Нет. В документации и интерфейсе 1С такого термина нет. Это устоявшийся жаргон администраторов и внедренцев, обозначающий постоянно открытый сеанс программы для фоновых задач. В официальной терминологии ближайшие понятия — сеанс, фоновое задание и регламентное задание.
Занимает ли «сидячий» сеанс лицензию 1С?
Да. Любой открытый клиентский сеанс удерживает клиентскую лицензию, пока работает. Это одна из главных причин переводить фоновые задачи на регламентные задания сервера: фоновые задания, исполняемые сервером 1С, клиентскую лицензию не занимают.
Можно ли запускать обмен в файловой базе без постоянно открытой 1С?
Да. Стандартный приём — планировщик задач Windows, который по расписанию запускает 1С с параметрами командной строки: указывается база, пользователь и обработка или команда запуска. Сеанс открывается, выполняет обмен и завершается. Это безопаснее и не держит лицензию постоянно.
Опасен ли «сидячий» сеанс для целостности базы?
Сам по себе открытый сеанс не опасен, опасна комбинация: файловая база, активная запись данных и риск внезапного обрыва (питание, сеть, принудительная перезагрузка). Жёсткое прерывание записи в файл 1Cv8.1CD может привести к повреждению базы. Поэтому ИБП и регулярные проверенные резервные копии обязательны.
Как узнать, какие задачи выполняет «сидячий» сеанс у нас в организации?
Откройте сеанс и посмотрите, какая обработка или форма запущена, изучите список активных пользователей и журнал регистрации по служебной учётной записи. Если схему настраивал ушедший специалист, начните с планировщика задач Windows и автозагрузки на машине, где открыт сеанс, — там обычно видно, что и с какими параметрами запускается.
Что делать, если «сидячий» сеанс периодически зависает?
Сначала зафиксируйте симптомы в журнале регистрации и журнале обмена: зависает сам клиент, рвётся сеть или обмен упирается в блокировки. Временное решение — автоматический перезапуск сеанса по расписанию; правильное — устранить причину (обновить платформу, переписать обмен, перенести задачу в фоновое задание).
Что важно запомнить
«Сидячий 1С» — это постоянно открытый сеанс для фоновых задач: рабочий, но рискованный костыль. Если он нужен — изолируйте его на отдельной машине со служебной учёткой, ИБП и резервным копированием. Стратегически правильное решение — перенести задачи в регламентные задания сервера, планировщик Windows или штатные механизмы обмена, освободив лицензию и снизив риски для данных.