Как развернуть 1С в компании: от выбора конфигурации до рабочей базы
Содержание
Компания купила 1С, скачала дистрибутив — и упёрлась в вопросы, которых не ждала: ставить на один компьютер или на сервер, где хранить базу, как потом обновляться и не слететь с лицензии. Поставка 1С — это не «установил и работаешь», а связка из выбора конфигурации, режима развёртывания, лицензий и регламента обновлений. Ошибка на старте стоит дороже, чем кажется: перенести базу с файлового варианта на сервер под нагрузкой уже сложнее.
Ниже — порядок действий для развёртывания 1С с нуля : что выбрать, как установить, как настроить обновления и обмены, как защитить данные. Пути даны для платформы 8.3 с интерфейсом «Такси».
Шаг 1. Выбор конфигурации под задачи компании
Сначала решают, что именно будет работать в 1С, и только потом ставят платформу. Платформа 1С:Предприятие — это «движок», а конфигурация — прикладное решение под конкретные задачи.
Типовые конфигурации под массовые сценарии:
- 📘 1С:Бухгалтерия предприятия (БП 3.0) — учёт, отчётность, налоги. Базовый выбор для бухгалтерии.
- 👥 1С:Зарплата и управление персоналом (ЗУП 3.1) — расчёт зарплаты, кадры, отчётность по сотрудникам.
- 🛒 1С:Управление торговлей (УТ 11) — продажи, закупки, склад, ценообразование.
- 🏪 1С:Розница — магазины, касса, подключение торгового оборудования.
- 🏭 1С:ERP и 1С:Комплексная автоматизация — производство и крупный учёт в одной базе.
- 🧩 1С:Управление нашей фирмой (УНФ) — для небольшой компании «всё в одном».
Частая развилка — одна база или несколько. Бухгалтерию и зарплату обычно держат в разных базах (БП + ЗУП) и настраивают между ними обмен. Это надёжнее, чем искать «комплексное» решение, где зарплатный модуль избыточен.
Если нужны и учёт, и торговля с большим складом, честнее брать БП для бухгалтерии и УТ для оперативного учёта, а между ними настроить обмен. Пытаться вести склад «в одной Бухгалтерии» получается только на минимальных объёмах.
Базовые версии (например, «Бухгалтерия базовая») дешевле, но не поддерживают клиент-серверный режим и одновременную работу нескольких пользователей в полном объёме. Для компании от нескольких рабочих мест берут версию ПРОФ.
Шаг 2. Как развернуть 1С: файловый, клиент-серверный или облако
Режим развёртывания определяет, где лежит база и как к ней подключаются. От него зависят скорость, бюджет и сложность сопровождения.
| Вариант | Для кого | Что нужно |
|---|---|---|
| Файловый | до 5–10 пользователей, небольшая база | один компьютер или сетевая папка |
| Клиент-серверный | от 10 пользователей, большая база, нагрузка | сервер 1С:Предприятия + СУБД (PostgreSQL или MS SQL) |
| Облако | нет своего сервера, удалённые сотрудники | подписка 1С:Фреш или аренда у партнёра |
Файловый вариант. База — это файл 1Cv8.1CD в общей папке. Просто и дёшево, но при росте числа пользователей начинаются блокировки и падает скорость. Подходит для старта и для одного-двух рабочих мест.
Клиент-серверный вариант. Ставится сервер 1С:Предприятия, база хранится в СУБД. Это заметно быстрее на объёме, даёт нормальные блокировки и фоновые задания. Требует отдельного сервера (физического или виртуального) и сопровождения.
Облако. Сервис 1С:Фреш или аренда 1С у партнёра. Платформу и обновления обслуживает провайдер, вы работаете через браузер или тонкий клиент. Удобно для удалёнки, но вы зависите от канала и от провайдера.
Гибрид — когда часть баз в облаке, а часть на своём сервере — имеет смысл, если есть и удалённые пользователи, и требования хранить какие-то данные локально.
Шаг 3. Установка платформы и создание рабочей базы
Порядок одинаков для файлового и клиент-серверного варианта, различается только тип создаваемой базы.
- Установите платформу: запустите установщик из дистрибутива (
setup.exe), выберите компоненты. Для сервера дополнительно ставится компонент «Сервер 1С:Предприятия». - Для клиент-сервера установите и настройте СУБД (PostgreSQL сборки для 1С или MS SQL Server) и запустите службу сервера 1С.
- Запустите 1С — откроется список информационных баз. Нажмите «Добавить».
- Выберите «Создание новой информационной базы», затем конфигурацию: из шаблона (если дистрибутив конфигурации установлен) или пустую.
- Укажите тип базы:
- для файлового варианта — каталог на диске или в сетевой папке;
- для клиент-серверного — имя сервера 1С и имя базы на сервере СУБД.
- Запустите базу в режиме 1С:Предприятие и пройдите начальную настройку (организация, учётная политика, ответственные).
Сетевую папку для файловой базы размещайте на надёжном диске с резервным копированием. Хранить рабочую базу на флешке или в папке «Загрузки» нельзя — потеряете данные при первом же сбое.
Если конфигурацию нужно обновлять и получать поддержку от фирмы 1С, базу создают на поддержке — с сохранённой связью с типовой конфигурацией поставщика. Это и есть смысл слова «поставка»: типовая конфигурация поставляется с правилами обновления, и снимать её с поддержки без необходимости не стоит.
Шаг 4. Настройка обновлений без простоев
Обновления закрывают ошибки, добавляют формы отчётности и новые возможности. Для их получения нужна действующая подписка ИТС.
Два способа обновляться:
- Автоматически из программы. В типовых конфигурациях на управляемом интерфейсе есть раздел
Администрирование → Интернет-поддержка и сервисы. Там подключается интернет-поддержка (логин и пароль от портала 1С), после чего программа сама проверяет и предлагает обновления. - Вручную через Конфигуратор. Скачиваете файл обновления и применяете его:
Конфигурация → Поддержка → Обновить конфигурацию. Способ для нетиповых баз и для контроля над процессом.
Порядок безопасного обновления:
- Сделайте резервную копию (см. шаг 7).
- Выведите пользователей из базы — обновление структуры требует монопольного доступа.
- Примените обновление конфигурации .
- Запустите базу, выполните обработку «Обновление информационной базы» и проверьте ключевые документы и отчёты.
Не ставьте «свежую» версию платформы или конфигурации в первый же день релиза на рабочую базу. Обновляйте сначала копию, прогоняйте закрытие месяца и сдачу отчётности на ней, и только потом — боевую базу.
Для доработанных (снятых с поддержки) конфигураций обновление сложнее: нужно сравнивать и объединять изменения. Если в базе есть доработки, обновление поручают специалисту, а доработки по возможности выносят в расширения конфигурации (появились в платформе 8.3.6) — тогда типовая часть обновляется штатно, а расширение подключается отдельно.
Шаг 5. Легальная работа: лицензии и их учёт
Поставка 1С — это ещё и лицензии. Без лицензии платформа не запустит базу (кроме учебной версии).
Что лицензируется:
- 🔑 Клиентские лицензии — по числу одновременно работающих пользователей (на 1, 5, 10, 20… рабочих мест).
- 🖥 Серверная лицензия — отдельно, если используется сервер 1С:Предприятия (клиент-серверный режим).
- 📄 Поставка конфигурации — право использовать прикладное решение (БП, ЗУП и т. д.).
Лицензии бывают программные (активируются пин-кодом, привязываются к компьютеру) и аппаратные (USB-ключи HASP). Программные удобнее для облака и виртуальных серверов; аппаратные проще перенести между машинами физически.
Отдельно — подписка ИТС (информационно-технологическое сопровождение). Без неё формально нельзя получать обновления типовых конфигураций. Для работающей компании это обязательная статья расходов.
«Крякнутые» сборки и «вечные» ключи из интернета — это нарушение закона и прямой риск: при проверке грозит ответственность, а базу на пиратской платформе невозможно легально поддерживать и обновлять. Легальные пути сэкономить — базовые версии для простых задач, облачная аренда с помесячной оплатой, лицензии на точное число мест.
Ведите простой реестр: что куплено, на сколько мест, когда заканчивается ИТС. Это снимает панику «почему перестали пускать новых пользователей» — обычно упёрлись в число клиентских лицензий.
Шаг 6. Обмен данными и интеграции с другими системами
Редко когда 1С работает в одиночку. Типовые связки — бухгалтерия с зарплатой, торговля с бухгалтерией, 1С с сайтом или банком.
Основные механизмы обмена:
- Типовые обмены между конфигурациями. Для пар вроде БП ↔ ЗУП или БП ↔ УТ есть готовые настройки синхронизации. Включаются в разделе синхронизации данных, работают через общий формат EnterpriseData.
- Обмен с банком (DirectBank / клиент-банк). Платёжки и выписки ходят напрямую или через файлы выгрузки, без ручного ввода.
- Веб-сервисы, HTTP-сервисы и REST (OData). Через них внешние системы читают и пишут данные 1С. Автоматический REST-интерфейс (стандартный OData) публикуется на веб-сервере и отдаёт справочники и документы.
- Загрузка из файлов. Разовый или регулярный обмен через Excel/CSV, когда полноценная интеграция избыточна.
При настройке обмена сопоставляют поля: что в источнике соответствует реквизиту в 1С.
Перед запуском обмена на рабочей базе прогоните его на копии. Неверное сопоставление полей плодит дубли контрагентов и номенклатуры, которые потом вычищать вручную.
Для публикации веб- и HTTP-сервисов нужен веб-сервер (Apache или IIS) и публикация базы через Конфигуратор или утилиту публикации. Это отдельная задача для администратора.
Шаг 7. Резервное копирование: чтобы база не пропала
Резервная копия — то, о чём вспоминают поздно. Настройте её до того, как в базе появятся важные данные.
Как делать копии:
- Файловая база. Проще всего — выгрузка в файл
.dt: Конфигуратор →Администрирование → Выгрузить информационную базу. Выгрузка требует монопольного доступа (пользователи должны выйти). Дополнительно можно копировать сам файл1Cv8.1CD, но только при остановленной работе. - Клиент-серверная база
. Копии делают средствами СУБД: для PostgreSQL —
pg_dump, для MS SQL — штатный бэкап SQL Server по расписанию. Это работает без остановки пользователей и подходит для больших баз. - Облако. Резервирование обычно на стороне провайдера, но уточните регламент и возможность выгрузить свою копию.
Правило трёх копий работает и здесь: одна копия на рабочем сервере, вторая на другом диске/компьютере, третья — вне офиса (в облаке или на внешнем носителе).
Копия, из которой ни разу не восстанавливались, — не копия, а надежда. Раз в месяц разворачивайте бэкап на тестовой базе и убеждайтесь, что он рабочий.
Шаг 8. Ввод сотрудников в работу и типичные ошибки внедрения
Техническая поставка — половина дела. Если сотрудники не умеют работать в программе, учёт поедет независимо от того, как настроен сервер.
Что помогает на старте:
- Назначьте ответственного за базу — человека, который заводит пользователей, раздаёт права и решает мелкие вопросы, не дёргая по каждому внешнего специалиста.
- Разграничьте права по ролям: бухгалтер, кладовщик, менеджер. Полный доступ «всем на всякий случай» — прямой путь к удалённым и исправленным задним числом документам.
- Дайте людям короткие инструкции под их участок, а не весь учебник по 1С.
- Первые недели держите контакт с теми, кто внедрял, — ошибки проще поймать сразу.
Типичные ошибки при поставке, которые дорого обходятся:
- ❌ Выбрали файловый вариант «на вырост», а через полгода база тормозит на десяти пользователях. Переносить под нагрузкой тяжело.
- ❌ Не настроили резервное копирование — сбой диска обнулил полгода учёта.
- ❌ Купили лицензий впритык, и новый сотрудник не может войти в разгар отчётности.
- ❌ Сняли конфигурацию с поддержки ради мелкой доработки — теперь каждое обновление превращается в проект.
- ❌ Раздали всем полные права, и концов исправленных документов не найти.
Чем отличается поставка 1С от просто установки программы?
Можно ли начать с файлового варианта и потом перейти на сервер?
.dt и загружается в клиент-серверную без потери данных. Но переносить лучше заранее, в спокойный период, а не когда база уже тормозит под нагрузкой.