Короткий ответ. Сервер 1С обычно находится на стыке нескольких зон. Франчайзи сопровождает конфигурацию и прикладную часть в пределах своего договора, хостер отвечает за площадку или виртуальную инфраструктуру по тарифу, системный администратор или ИТ-подрядчик ведёт сервер, сеть, доступы и резервное копирование в согласованном контуре. Точная граница зависит от договорённостей с каждым исполнителем. До сбоя полезно назначить одну первую точку контакта и отдельно распределить сервер, СУБД, копии и интеграции, чтобы компании не пришлось координировать специалистов во время простоя.
Узнаёте эту схему?
Пока 1С работает, распределение ролей почти незаметно. Франчайзи обновляет конфигурацию, администратор занимается компьютерами, хостер предоставляет площадку. Границы проявляются во время сбоя.
Проверьте, встречаются ли у вас такие ситуации:
- сотрудники сами решают, кому сообщить об ошибке 1С;
- франчайзи просит проверить сервер или сеть;
- администратор видит доступный сервер и передаёт вопрос специалистам 1С;
- часть паролей хранится только у внешнего исполнителя;
- копии настроены, но ответственного за восстановление назвать сложно;
- при серьёзной проблеме приходится заново собирать контакты;
- в рабочем чате уже франчайзи, хостер, администратор и бухгалтер, а вопрос всё ещё один: кто ведёт восстановление.
Последний сценарий показывает проблему: бизнес сам становится диспетчером между техническими специалистами.
Что в компании обычно называют сервером 1С
В офисной речи «сервером 1С» часто называют всю систему целиком. В неё могут входить физический или виртуальный сервер, операционная система, серверная часть платформы 1С, СУБД, база данных, сеть и резервное копирование.
Эти уровни обслуживают разные специалисты. Хостер ведёт площадку, администратор отвечает за операционную систему и ресурсы сервера, специалист 1С сопровождает платформу и конфигурацию. Обслуживание СУБД зависит от договора и компетенций команды.
Поэтому фраза «сервер доступен» описывает только часть картины. Виртуальная машина может отвечать, а служба 1С или СУБД внутри неё в этот момент работает с ошибкой.
Если производительность ухудшается при росте числа пользователей, отдельно проверьте, подходит ли компании текущий режим работы 1С.
Почему один сбой проходит через несколько подрядчиков
Инфраструктура развивается постепенно. Компания внедряет 1С, переносит базу на отдельный сервер, подключает склад, сайт или удалённый доступ. На каждом этапе может появиться новый исполнитель.
Через несколько лет первоначальная договорённость уже плохо описывает систему. Франчайзи глубоко знает конфигурацию, но может не иметь доступа к сети и операционной системе. Хостер видит состояние своей площадки, однако не всегда администрирует сервисы внутри виртуальной машины.
Сотрудник сообщает один симптом: 1С не открывается, документ выдаёт ошибку или обмен остановился. После первичной диагностики задача попадает к профильному специалисту. Время теряется, когда никто не ведёт инцидент до восстановления работы.
Кто отвечает за сервер 1С на разных уровнях
Ниже приведена типовая схема. Реальное распределение нужно сверять с договорами: у франчайзи, хостеров и ИТ-компаний состав услуг отличается.
| Уровень | Кто часто ведёт эту часть | Что уточнить |
|---|---|---|
| Конфигурация и платформа 1С | Франчайзи или другой специалист по 1С | Кто обновляет конфигурацию, исправляет прикладные ошибки и сопровождает обмены |
| Сервер и операционная система | Системный администратор, ИТ-подрядчик или хостер по договору | Кто следит за ресурсами, дисками, обновлениями ОС и журналами |
| СУБД | ИТ-подрядчик, DBA или специалист по 1С | Кто обслуживает СУБД и участвует в восстановлении |
| Сеть и удалённый доступ | Системный администратор или ИТ-подрядчик | Кто проверяет доступ из офиса, склада, филиала или удалённого рабочего места |
| Резервные копии | Исполнитель, за которым задача закреплена регламентом | Кто контролирует копирование и запускает восстановление |
| Виртуальная площадка | Хостер в пределах тарифа | Где заканчивается услуга хостера и начинается администрирование системы клиента |
Слово «часто» здесь принципиально. Один франчайзи работает только с конфигурацией, другой берёт часть серверных задач. Один хостер предоставляет виртуальную машину, у другого в тариф входит администрирование операционной системы.
Название исполнителя само по себе границы не определяет. Их определяет фактический состав работ.
Кому звонить первым, если 1С не работает
Сотруднику достаточно описать симптом: «1С не открывается у бухгалтерии» или «заказы перестали выгружаться на сайт». Техническую природу сбоя определяет специалист, который принимает обращение первым.
| Что видит сотрудник | С чего начинается проверка | Кого могут подключить дальше |
|---|---|---|
| 1С недоступна у всего офиса | Сеть, сервер, службы, СУБД, база | ИТ-инженер, затем специалист 1С по результату диагностики |
| Ошибка только у одного пользователя | Компьютер, сеть, права, локальные настройки | ИТ-поддержка |
| Ошибка возникает в конкретной операции | Конфигурация и данные | Специалист 1С |
| Перестал работать обмен с сайтом | Доступность обеих систем и журналы обмена | ИТ, специалист 1С или разработчик интеграции |
Для бизнеса удобнее одна точка входа. Сотрудник сообщает о проблеме по понятному контакту, а маршрутизацию берут на себя технические специалисты. Первая точка контакта и человек, который исправит причину, могут быть разными.
Кто отвечает за резервные копии 1С
С копиями границы часто размываются сильнее всего. Хостер создаёт снимок виртуальной машины, на сервере работает отдельная программа, а франчайзи знает, что база входит в общий бэкап. В результате несколько исполнителей уверены, что данные защищены.
Для бизнеса полезнее другой вопрос:
Сервер вышел из строя. Кто берёт пригодную копию и возвращает рабочую 1С?
Нужно знать, кто контролирует копирование, где хранятся файлы, у кого есть доступ и кто выполняет восстановление. Отдельно стоит определить, до какого момента получится вернуть данные и сколько займёт запуск рабочей базы.
Мы подробно разбирали, как проверить резервную копию 1С тестовым восстановлением.
Пароли и административные доступы входят в ту же схему
Зависимость появляется, когда инфраструктуру годами ведёт один внешний специалист. У него сохранены пароли и известны особенности оборудования. Пока он доступен, компания почти не замечает риска.
Критичные учётные данные лучше хранить под контролем самой компании. Подрядчики получают нужный уровень доступа для работы, а новый инженер может подключиться без восстановления инфраструктуры по памяти.
Проверьте:
- доступ к серверу и операционной системе;
- административные данные хостинга;
- доступ к сетевому оборудованию;
- доступ к резервным копиям;
- контакты профильных исполнителей.
От этой организационной части напрямую зависит время восстановления. О стоимости такого времени мы писали в статье «Сколько стоит час простоя 1С».
Как навести порядок до следующего сбоя
Рабочая схема должна отвечать на четыре вопроса: кто принимает обращение, кто ведёт каждый участок, где лежат доступы и кого подключают при сложном инциденте.
1. Выпишите критичные системы
Обычно в список входят 1С, серверы, сеть, интернет, почта и резервное копирование. У бизнеса со складом, сайтом, телефонией или удалёнными площадками перечень будет шире.
2. Назначьте основного по каждому участку
Укажите компанию, специалиста или роль, которые принимают проблему по этой системе. Ответ должен быть понятен без отдельного совещания.
3. Зафиксируйте границы
По каждой системе достаточно ответить на три вопроса: кто её ведёт, кого подключают, если причина оказалась не в его зоне, и где лежат доступы. Удобнее всего свести это в таблицу из четырёх колонок – система, ответственный, кого подключаем, где доступы – и держать её на видном месте, чтобы в момент аварии её не искали в переписке двухлетней давности.
Начните с шести строк: сервер 1С, конфигурация 1С, СУБД, резервные копии, сеть и удалённый доступ, интеграции.
Если хотя бы в паре строк ответ приходится обсуждать, вы уже нашли участки для отдельного разбора.
4. Проверьте административные доступы
Компания должна знать, где лежат критичные пароли и как получить их во время инцидента. Особое внимание требуется доступам, которыми пользуется только внешний специалист.
5. Назначьте первую точку контакта
Когда источник сбоя неизвестен, сотруднику нужен один понятный канал. Дальнейшую маршрутизацию берут на себя технические исполнители.
6. Проверьте схему на вероятном сценарии
Возьмите ситуацию:
«Утром бухгалтерия потеряла доступ к 1С».
Кто принимает обращение? Кто проверяет сервер? У кого административный доступ? Когда подключается франчайзи? Кто сообщает сотрудникам о восстановлении?
Если ответы находятся сразу, схема понятна. Поиск телефонов и паролей во время обсуждения показывает, какие участки нужно доработать заранее.
Когда звать подрядчика
Несколько профильных исполнителей могут устойчиво работать вместе, если понятны границы, доступы и первая точка контакта. Внешняя ИТ-поддержка особенно полезна при наличии франчайзи, хостера и разработчиков без единого ответственного за общую техническую картину.
ИТ-подрядчик в такой схеме занимается серверами, сетью, рабочими станциями, резервным копированием, доступами и первичной диагностикой. Когда источник сбоя находится у профильного исполнителя, задача передаётся ему с собранной технической информацией.
В «Доктор Сервер» за компанией закрепляется системный администратор. При необходимости к задаче подключаются другие инженеры команды и профильные подрядчики клиента. Перед началом обслуживания мы разбираем инфраструктуру, доступы и текущую схему взаимодействия.
Стоимость обслуживания рассчитывается после аудита, по запросу.