← На главную

Конфигурация «1С:Управление торговлей 11» построена на базе функциональной и ресурсоемкой Библиотеки стандартных подсистем (БСП). В отличие от старых версий (например, УТ 10.3), современная УТ 11 архитектурно оптимизирована под управляемый интерфейс и клиент-серверный режим. Попытка запустить две и более кассы в файловом режиме через общую сетевую папку (SMB) практически всегда приводит к критическому падению скорости пробития чеков, зависаниям интерфейса и блокировкам данных. Разберем подробно причины такого поведения системы и рассмотрим пошаговые варианты решения проблемы.

1. Диагностика узких мест: почему тормозит файловая база по сети

Проанализируем базовую причину медленной работы. Когда несколько рабочих станций открывают файл 1Cv8.1CD через общий сетевой ресурс Windows (Shared Folder):

1. Сетевые файловые блокировки (SMB): Протокол SMB не рассчитан на интенсивную транзакционную многопользовательскую нагрузку. При каждом добавлении строки в чек или проведении документа клиентские платформы 1С накладывают блокировки на уровне фрагментов файла базы данных, заставляя остальные компьютеры ждать освобождения ресурса.
2. Избыточный сетевой трафик: В файловом режиме всю обработку запросов выполняет компьютер пользователя. Для выполнения простого запроса к остаткам или ценам клиент выкачивает большие объемы таблиц базы по локальной сети.
3. Фоновые регламентные задания: В файловой базе регламентные процедуры (расчет себестоимости, закрытие месяца, обновление классификаторов, обновление дополнительных реквизитов) исполняются в сеансе одного из пользователей, полностью утилизируя ресурсы его ПК.

Перед внесением глобальных изменений выполним базовую диагностику:

1. Выполним замер производительности в конфигураторе через пункт меню Отладка — Замер производительности во время пробития чека на кассе, чтобы локализовать зависающие процедуры.
2. Проверим локальную сеть на стабильность и потерю пакетов между кассовыми терминалами и главным компьютером с базой.
3. Запустим регламентную процедуру Тестирование и исправление (меню Администрирование — Тестирование и исправление информационной базы) с пересчетом итогов и дефрагментацией таблиц.

2. Быстрое бесплатное решение: публикация базы на веб-сервере (Apache или IIS)

Разберем самый эффективный способ оптимизации файловой базы без покупки серверных лицензий 1С. Публикация на веб-сервере заменяет тяжелый протокол SMB на легкий протокол HTTP/HTTPS.

Рассмотрим порядок настройки по шагам:

1. Установим и настроим веб-сервер (например, Apache HTTP Server 2.4 или IIS) на главном компьютере, где физически расположен файл базы данных на SSD-накопителе.
2. Откроем базу в режиме Конфигуратор от имени администратора.
3. Перейдем в меню Администрирование — Публикация на веб-сервере....
4. Укажем имя публикации (например, trade_base), выберем веб-сервер и нажмем кнопку Опубликовать.
5. На компьютерах кассиров в окне запуска 1С изменим способ подключения к базе: выберем «На веб-сервере» и пропишем адрес вида http://имя_главного_компьютера/trade_base.
6. Запуск осуществляем через Тонкий клиент 1С (а не через интернет-браузер).

Важный нюанс по торговому оборудованию: При работе через Тонкий клиент по протоколу HTTP подключение сканеров штрихкодов, фискальных регистраторов и эквайринговых терминалов происходит локально на стороне клиентского ПК. Драйверы торгового оборудования и компоненты интеграции работают без каких-либо ограничений.

3. Оптимизация настроек РМК и конфигурации «Управление торговлей 11»

Выясним, какие внутренние настройки самой программы создают колоссальную нагрузку на кассовом узле:

1. Расчет автоматических скидок в РМК: По умолчанию система может пересчитывать скидки при каждом сканировании нового товара. Откроем НСИ и администрирование — Продажи — Настройки РМК и переведем расчет автоматических скидок в режим «При переходе к оплате» или «По кнопке».
2. Контроль остатков при подборе: Отключим фоновую построчную проверку остатков во время формирования чека. Проверку доступного остатка достаточно выполнять один раз непосредственно в момент проведения документа «Чек ККМ».
3. Отключение версионирования объектов: Перейдем в НСИ и администрирование — Общие настройки — История изменений. Убедимся, что для документов Чек ККМ, КассоваяСмена и связанных вспомогательных регистров запись версий отключена.
4. Управление итогами регистров: Если система длительное время не актуализировала итоги, каждый запрос к остаткам требует обхода всех движений за прошлые периоды. Откроем стандартную обработку УправлениеИтогами (через Все функции / Функции для технического специалиста) и установим дату расчета итогов на конец текущего месяца.
5. Регламентные и фоновые задания: Перейдем в НСИ и администрирование — Обслуживание — Регламентные задания. Отключим выполнение тяжелых операций в рабочие часы кассы: «Закрытие месяца», «Расчет себестоимости», «Обновление индекса ППД» (полнотекстового поиска), перенеся их на ночное время.

4. Радикальные архитектурные решения

Если пропускная способность кассовой зоны остается высокой, рассмотрим варианты смены архитектуры:

1. Переход на связку 1С:Сервер МИНИ + PostgreSQL:
   Лицензия «1С:Предприятие 8.3. Сервер МИНИ» на 5 подключений стоит недорого и позволяет использовать бесплатную СУБД PostgreSQL (сборка от 1С). Это переводит базу в полноценный трехзвенный клиент-серверный режим, где все блокировки и запросы эффективно обрабатываются сервером СУБД.
2. Использование терминального доступа (RDP / RemoteApp):
   Если перенос на веб-сервер не дал желаемого эффекта, можно настроить подключение кассиров к рабочему столу сервера через Remote Desktop Services. В таком случае трафик по сети сводится исключительно к передаче графического интерфейса, а все файловые операции происходят локально в оперативной памяти и на SSD-диске сервера. Торговое оборудование подключается через проброс COM/USB портов в терминальную сессию.
3. Разделение на Фронт-офис («1С:Розница» / «Frontol») и Бэк-офис («УТ 11»):
   Для розничных точек с алкогольной продукцией (ЕГАИС) идеальным решением является установка на каждую кассу специализированной кассовой программы (например, «1С:Розница» в режиме распределенной информационной базы РИБ или специализированного фронта вроде Frontol). Касса работает абсолютно автономно в своей компактной базе, не зависит от сети и главного сервера, а обмен документами с «1С:Управление торговлей» выполняется периодически в фоновом режиме.

5. Системные рекомендации по операционной системе и оборудованию

Для закрепления результата проверим окружение операционной системы:

1. Оперативная память: Для комфортной работы управляемого приложения и библиотек БСП на каждом рабочем месте должно быть установлено не менее 8 ГБ ОЗУ.
2. Исключения антивируса: Встроенный Windows Defender или сторонний антивирус проверяет каждый сетевой пакет и файл базы при малейшей модификации. Добавим расширения *.1CD, *.1CL, а также папки платформы 1С и кэша пользователей в список постоянных исключений антивирусного сканера.
3. Очистка кэша: После обновления релиза конфигурации обязательно очистим временные файлы пользователя в каталогах %LocalAppData%\1C\1cv8\ и %AppData%\1C\1cv8\ на всех клиентских компьютерах.