1С:УНФ и обмен с маркетплейсами: почему тормозит не 1С, а выгрузка

Когда остатки уезжают на маркетплейсы прямо из 1С, обмен и работа людей делят одни и те же сеансы. Выгрузка занимает их на минуты, и в это время кладовщик ждёт. Мощность сервера тут почти не решает: добавив ядер, вы ускорите выгрузку, но не перестанете упираться в чужой API, который отвечает когда захочет.

Рабочее устройство: 1С на своём сервере, обмен — на отдельном небольшом узле, между ними очередь, которая переживает недоступность маркетплейса. Ниже условная задача с числами и цены с условиями оплаты, сверенные с сайтами провайдеров 6 сентября 2026 года.

Числа условные и типовые — примерьте их на себя.

• 1С:УНФ, 12 одновременно работающих сотрудников: склад, продажи, производство.
• Два маркетплейса, остатки уезжают каждые 15 минут, заказы забираются оттуда же.
• Номенклатура в несколько тысяч позиций, меняется весь день.
• Пики утром при приёмке и вечером при отгрузке — тогда же и жалобы на «всё тормозит».
• Своего программиста 1С нет, есть подрядчик на поддержке.

Чего в списке нет: объёма данных. Выгрузка остатков — это килобайты, а не гигабайты. Задача не про мощность, а про то, что обмен ходит в чужой сервис и ждёт его ответа.

Обмен занимает сеансы 1С. Регламентное задание выполняется внутри той же базы и берёт сеанс. Пока оно ждёт ответа маркетплейса, сеанс занят, и на пиках это чувствуют все.

Чужой API отвечает не тогда, когда вам удобно. Он может ответить за секунду, а может за минуту или отдать ошибку. Ускорять свою сторону бессмысленно: узкое место снаружи.

Ошибка обмена останавливает обмен. Если выгрузка упала на середине, следующая начнётся с того же места и упадёт снова. Без очереди и повторов это чинится руками, а руки заняты.

Отсюда правило: считать не ядра, а количество одновременных ожиданий. Два маркетплейса, четыре выгрузки в час, повторы при ошибках — это десятки ожиданий в сутки, и каждое не должно задевать работу людей.

• Сервер 1С — рабочие места и сама база. Здесь важны частота процессора и память, а не диск.
• Узел обмена — маленький сервер, который ходит в маркетплейсы. Он ждёт чужие ответы, и это единственное, чем он занят.
• Очередь — то, что переживает недоступность маркетплейса: задание встаёт в неё и повторяется, а не теряется.
• Мониторинг — обмен ломается тихо. Без него вы узнаете о вставшей выгрузке от менеджера маркетплейса.

Четвёртая роль обычно вспоминается последней, а стоит первой: незамеченный сбой обмена дороже любого простоя сервера, потому что у вас продолжают продавать то, чего на складе уже нет.

Цены сверены с сайтами провайдеров 6 сентября 2026 года, у каждой указано условие оплаты.

Сервер 1С. Линейка Windows у AdminVPS — единственная у наших провайдеров, где назначение подписано числом пользователей прямо на странице тарифа. WIN3 (4 × 3,6 ГГц, 8 ГБ, 80 ГБ NVMe) стоит 2 649 ₽/мес при оплате за месяц и 2 384 ₽/мес при оплате за год; провайдер относит его к «удалённому офису до 5 человек». WIN4 (8 × 3,6 ГГц, 12 ГБ, 120 ГБ) — 3 899 ₽/мес при оплате за месяц. Лицензия Windows Server входит в цену тарифа, лицензии 1С покупаются отдельно.

Узел обмена. Ему нужен не процессор, а стабильная сеть и адрес. Подойдёт младший тариф: Cloud MSK 40 у Timeweb Cloud — 2 ГБ памяти, 40 ГБ NVMe, 900 ₽/мес при оплате за 12 месяцев со скидкой 10 %; у AdminVPS сопоставимый Micro (4 ГБ, 60 ГБ) — 799 ₽/мес при оплате за месяц. Разносить обмен и 1С по разным серверам стоит меньше тысячи рублей в месяц — это самая дешёвая часть решения и самая полезная.

Очередь. У Timeweb Cloud есть управляемый RabbitMQ 4.0: фиксированный тариф начинается с 790 ₽/мес за 1 × 3,3 ГГц, 2 ГБ памяти и 20 ГБ хранилища, и цена не зависит от срока предоплаты. Очередь снимает самый неприятный класс сбоев: маркетплейс недоступен — задание ждёт своей минуты, а не теряется.

Копии. Автоматические копии дисков у Timeweb Cloud тарифицируются по объёму: 6 ₽/мес за 1 ГБ. База УНФ с историей продаж — это то, что восстанавливают, а не переделывают.

Сложите: WIN3 за 2 649 ₽/мес при оплате за месяц, узел обмена за 900 ₽/мес и очередь за 790 ₽/мес — около 4 300 ₽/мес за конструкцию, в которой выгрузка больше не занимает рабочие сеансы.

Список короткий и только про эту задачу.

• Фиксирован ли исходящий адрес — маркетплейсы иногда просят внести адрес в список разрешённых.
• Какие лимиты на исходящие соединения и нет ли ограничения на число запросов в минуту.
• Есть ли приватная сеть между вашими серверами: обмену не нужно выходить в интернет, чтобы дойти до 1С.
• Что с очередью при перезапуске — переживают ли сообщения обновление и перезагрузку узла.
• Как считается трафик между серверами одной площадки.

Первый вопрос кажется мелочью ровно до того дня, когда маркетплейс попросит закрепить адрес, а у вас он меняется при каждом пересоздании сервера.

• Не запускать обмен из той же базы, где работают люди. Это первопричина, и никакая мощность её не лечит.
• Не выгружать всё подряд каждые 15 минут. Отправляйте изменения, а не полный справочник: чужой API вы этим не ускорите, но своих ожиданий станет меньше.
• Не молчать при ошибке. Обмен обязан сообщать о сбое человеку, иначе вы узнаете о нём из отзывов покупателей.
• Не держать копии на том же сервере, где база. Порядок разобран в статье про резервное копирование.
• Не переносить 1С и обмен одним днём. Сначала выносится обмен, потом всё остальное; порядок переноса самой базы — в отдельной статье.

Тормозит не 1С и не диск. Тормозит ожидание чужого сервиса, которое заняло сеанс вашей базы. Вынесите обмен на отдельный узел, поставьте между ним и 1С очередь — и пики перестанут совпадать с жалобами.

По деньгам это около четырёх тысяч рублей в месяц на всю конструкцию: сервер 1С, маленький узел обмена и управляемая очередь. Мониторинг добавьте сразу — сбой обмена тише, чем падение сервера, и дороже. Какой сервер нужен под сам мониторинг, разобрано в статье про Zabbix.