Поддержка 1С:РКЛ: с какими проблемами заказчики обращаются чаще всего

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

с какими проблемами заказчики чаще всего приходят в поддержку 1С:РКЛ

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

• ✓зависание или заметное замедление базы в часы пиковой нагрузки, особенно при закрытии периода
• ✓блокировка документа «занят другим пользователем», хотя сессия уже закрыта
• ✓обрыв обмена данными с сайтом, маркетплейсом или кассой сразу после планового обновления
• ✓сброс или сужение прав доступа после установки патча

почему возникает зависание базы 1С:РКЛ при закрытии месяца

На базе с 35-40 пользователями зависание почти никогда не приходится на случайное время — оно наступает ровно в 9:10 утра, в момент, когда бухгалтерия одновременно открывает документы закрытия месяца, а склад параллельно проводит утреннюю партию отгрузок. Заказчик в этот момент грешит на «глючную 1С» и требует переустановить конфигурацию, но причина обычно не в ней, а в железе под ней: диск без SSD, нехватка RAM для процессов кластера серверов 1С или SQL-сервер, которому не хватает ядер под одновременные блокировки одних и тех же таблиц. Поэтому диагностика, начатая с конфигурации, чаще всего идёт не в ту сторону.

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

как понять, что дело в железе, а не в конфигурации

Проверить это можно без замены сервера — прогнать тест Гилёва (gilev.ru/tpc), который показывает скорость платформы в условных единицах и сразу видно, упирается ли база в производительность сервера. Если результат ниже нормы для вашего числа пользователей, дальше есть смысл свериться с официальными системными требованиями 1С (v8.1c.ru) и посчитать, хватает ли сервера на факт, а не на бумаге.

Мы обычно переносим такую базу на сервер под 1С с гарантированными ресурсами — от 3300 руб/мес за конфигурацию под нагрузку конкретной компании — и донастраиваем регламентные задания так, чтобы тяжёлые процедуры пересчёта итогов не пересекались по времени с закрытием периода у бухгалтерии.

как исправить обрыв обмена данными после обновления 1С:РКЛ

Обмен с сайтом или маркетплейсом чаще рвётся не из-за самого обновления, а из-за доработок, которые под него не адаптировали. Типовая ситуация: конфигурация обновилась ночью по регламенту, например из-за требований по маркировке товаров, а утром выгрузка остатков на сайт не запустилась — регламентное задание отключилось автоматически, потому что обновление сбросило часть настроек обмена.

Если собственных доработок нет, обмен обычно восстанавливают через обновление 1С с проверкой регламентных заданий сразу после установки патча: включить их вручную, прогнать тестовый обмен на копии базы и только потом переносить настройки на рабочую. Если доработки есть — а обмен с сайтом, кассами, ЕГАИС или маркировкой почти всегда написан индивидуально под компанию — его нужно тестировать отдельно через доработку 1С до того, как обновление уйдёт в продакшен, а не после того, как обмен уже упал.

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

что делать, если ошибка блокировки документа повторяется у одного и того же пользователя

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

Если ошибка возвращается через день-два после каждого ручного «лечения», это признак, что нужен постоянный мониторинг блокировок объектов, а не разовое вмешательство: без него специалист будет каждый раз тушить один и тот же пожар вручную.

как предотвратить сброс прав доступа 1С:РКЛ после обновлений

Права слетают почти всегда по одной причине: роли и профили групп доступа не задокументированы отдельно от конфигурации, и обновление возвращает часть настроек к значениям по умолчанию. Предотвратить это проще, чем чинить: перед каждым обновлением выгружать текущие роли и профили в отдельный файл, обновлять сначала копию базы и сверять доступы до и после, и только потом переносить изменения на рабочую базу. Такая проверка занимает от получаса до часа работы специалиста по тарифу сопровождения (3800 руб/час), но исключает утро, когда полсотни сотрудников не могут зайти в свои разделы.

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

как выбрать формат поддержки 1С:РКЛ

Формат поддержки определяет, насколько быстро закрывается каждая из перечисленных проблем. Разовый вызов подходит, если сбой единичный и некритичный. Абонентское сопровождение оправдано, если ошибки повторяются или база растёт. Комплексный вариант — сопровождение плюс аренда сервера под 1С — снимает вопрос «железо или конфигурация» целиком, потому что за производительность отвечает один подрядчик, а не два разных.

Те же сценарии — зависания при закрытии, обрыв обмена, слетевшие права — повторяются и на 1С:Управление торговлей, если сервер и регламент обновлений настроены наспех. Логика диагностики от конфигурации почти не зависит.

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

❓ Частые вопросы

Сколько стоит устранить зависание базы 1С:РКЛ?

Зависит от причины: если дело в регламентных заданиях, правка занимает 1-2 часа сопровождения по 3800 руб/час. Если причина в железе, добавляется перенос на сервер под 1С от 3300 руб/мес. Точную цифру называем после диагностики через тест Гилёва и разбор технологического журнала.

Что делать, если после обновления 1С:РКЛ пропал обмен с сайтом?

Сначала проверить, включено ли регламентное задание обмена — оно часто отключается автоматически при установке патча. Если задание активно, а обмен всё равно не идёт, дело в доработках, не адаптированных под новую версию, и их нужно тестировать отдельно на копии базы перед переносом на рабочую.

Почему одному и тому же сотруднику постоянно блокирует один документ?

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

Как понять, что база тормозит из-за сервера, а не из-за настроек 1С:РКЛ?

Прогнать тест Гилёва — он показывает реальную производительность платформы в условных единицах, и сразу видно, упирается ли база в железо. Дальше результат сверяют с официальными системными требованиями 1С для конкретного числа пользователей и объёма базы.

Можно ли перенести базу 1С:РКЛ на другой сервер без остановки работы?

Да, перенос обычно делают ночью или в выходные: разворачивают копию на новом сервере под 1С, синхронизируют данные, переключают пользователей на новый адрес и оставляют старый сервер в резерве на несколько дней на случай отката.