Комплексная настройка 1С 8.3: от установки платформы до резервных копий
Содержание
Настройку 1С:Предприятие 8.3 обычно сводят к «установил платформу — и работай». На деле установка — это один шаг из шести: сначала выбирают вариант работы (файловый или клиент-серверный) и разрядность платформы, затем создают базу, раздают права, подключают сервисы ФНС и маркировки, а в конце настраивают резервное копирование . Пропустите любой — и упрётесь либо в тормоза, либо в потерянную базу.
Ниже — порядок действий для чистой установки: от требований к оборудованию до регламентного бэкапа. Речь про платформу 8.3 с интерфейсом «Такси» на Windows. Конкретные пути в прикладном решении даю для 1С:Бухгалтерии 3.0 как самой массовой конфигурации; в ЗУП 3.1 и УТ 11 раздел верхнего уровня называется так же.
Что выбрать до установки: вариант работы и разрядность
Главное решение принимают до скачивания дистрибутива — от него зависит всё остальное.
Вариант работы:
- 🗂 Файловый — база хранится в одном файле
1Cv8.1CD. Подходит, когда пользователей немного и база небольшая. Не требует сервера и СУБД. - 🖥 Клиент-серверный — данные лежат в СУБД (PostgreSQL или Microsoft SQL Server), а запросы обрабатывает сервер 1С:Предприятия. Нужен при росте числа пользователей и объёма данных.
Выбор варианта удобно свести к числу одновременных сеансов:
1Cv8.1CD в общей сетевой папке или на локальном диске. Отдельный сервер не нужен.Разрядность платформы. Для сервера и для рабочих мест с тяжёлыми отчётами ставьте 64-разрядную версию — она снимает ограничение по оперативной памяти на один процесс. 32-разрядный клиент оставляют только там, где он нужен для совместимости со старым оборудованием или внешними компонентами.
Версия платформы. Берите релиз не ниже того, который требует ваша конфигурация, — требование указано в документации к прикладному решению. Ставить платформу новее конфигурации можно, обратное — нет: старая платформа не откроет базу, созданную в более новом релизе.
Файловый вариант не «хуже» клиент-серверного. Для организации на 3–4 рабочих места он проще в обслуживании и дешевле: не нужна лицензия на сервер и СУБД.
Установка платформы и создание информационной базы
Дистрибутив платформы и шаблоны конфигураций скачивают из личного кабинета на портале 1С:ИТС. Порядок одинаков для файлового и клиент-серверного варианта, различается только способ создания базы.
- Запустите установщик платформы (
setup.exe), выберите компоненты. На рабочем месте достаточно «1С:Предприятие» и интерфейсов; на сервере отметьте «Сервер 1С:Предприятия». - Установите лицензию. Без действующей лицензии (программной или аппаратного ключа HASP) платформа не запустит рабочую базу — это не «демо-режим», а блокировка старта. Исключение — учебная версия, но в ней есть ограничения на объём данных.
- Установите шаблон конфигурации из дистрибутива прикладного решения — он появится в списке доступных при создании базы.
Дальше создают саму информационную базу через стартовое окно (кнопка Добавить):
- Файловая база. Выберите «Создание новой информационной базы» → из шаблона или пустую → тип расположения «На данном компьютере или на компьютере в локальной сети» → укажите каталог. 1С создаст файл
1Cv8.1CD. - Клиент-серверная база . Тип расположения «На сервере 1С:Предприятия» → укажите имя сервера, имя базы, тип СУБД, сервер баз данных и пользователя СУБД с правом создания баз. Сервер сам создаст базу в выбранной СУБД.
После создания база открывается в режиме «1С:Предприятие». Если ставили из шаблона, запустится начальная настройка прикладного решения — помощник заполнения сведений об организации, учётной политики и параметров учёта. Эти данные можно вносить и позже в разделе Главное → Настройки.
Монопольный доступ (когда в базе не должно быть других пользователей) нужен не для повседневной работы, а только для отдельных операций: обновления структуры конфигурации, загрузки файла .dt, тестирования и исправления базы. В обычном режиме несколько пользователей работают одновременно.
Пользователи, роли и права доступа
Сразу после создания базы заводят администратора — иначе любой, кто откроет базу, получит полные права. Список пользователей ведут в разделе Администрирование → Настройки пользователей и прав → Пользователи.
Порядок настройки:
- Создайте пользователя-администратора, задайте имя для входа и пароль, установите флаг «Администратор системы» (в терминах прав — роль полных прав).
- Заведите обычных пользователей. Для каждого включите вход в программу и задайте пароль либо включите аутентификацию средствами операционной системы (вход по доменной учётной записи Windows без отдельного пароля в 1С).
- Назначьте права. В типовых конфигурациях права выдают не по отдельным ролям, а через профили групп доступа (
Администрирование → Настройки пользователей и прав → Группы доступа). Готовые профили — «Бухгалтер», «Расчётчик», «Кладовщик», «Только просмотр» и другие.
Ограничение данных на уровне записей (RLS). Когда одному кладовщику видны только его склады, а не все, настраивают ограничение доступа на уровне записей. Включается флагом в настройках пользователей и прав, затем в профиле группы доступа указывают разрешённые значения (организации, склады, подразделения).
Полезные настройки безопасности в том же разделе:
- 🔑 Политика паролей — минимальная длина, обязательность смены, срок действия.
- 📜 Журнал регистрации (
Администрирование → Обслуживание → Журнал регистрации) — кто и когда входил, какие документы менял. Для рабочей базы включите детальный уровень.
Не раздавайте полные права «на всякий случай». Пользователь с полными правами может изменить конфигурацию и удалить данные без подтверждения. Администраторов должно быть минимум.
Подключение к сервисам ФНС, ЭДО и маркировке
Интеграция с государственными системами настраивается после того, как заведены организация и пользователи. Перед подключением выпустите квалифицированную электронную подпись (КЭП) руководителя или уполномоченного лица — без неё отправка отчётности и обмен с ЭДО невозможны.
Отчётность в ФНС и СФР. Сервис 1С-Отчётность подключают в разделе Отчеты → 1С-Отчетность → Настройки. Мастер проверит доступ к интернет-поддержке, предложит создать заявление на подключение и привязать подпись. После одобрения отчёты уходят прямо из базы.
С 2023 года ПФР и ФСС объединены в Социальный фонд России (СФР). В актуальных релизах направления отчётности уже переименованы — отдельно настраивать ничего не нужно, но в старых инструкциях вам будут встречаться «ПФР» и «ФСС».
Электронный документооборот (ЭДО). Обмен счетами-фактурами, накладными и УПД с контрагентами настраивают в разделе Администрирование → Обмен электронными документами. Здесь подключают оператора ЭДО, отправляют приглашения контрагентам и задают правила обмена.
Важные нюансы по подписям в ЭДО:
- Счёт-фактуру и УПД со статусом счёта-фактуры подписывают только квалифицированной подписью (КЭП).
- Первичку (накладную, акт) по соглашению сторон допустимо подписывать и неквалифицированной подписью — это решают стороны в соглашении об ЭДО.
- При подписании по доверенности применяют машиночитаемую доверенность (МЧД) по формату ФНС.
Маркировка (Честный знак, ГИС МТ) и ЕГАИС. Обмен с системой маркировки настраивают в разделе Администрирование → Обмен электронными документами → Обмен с ИС МП (Маркировка) — там подключают товарную группу и привязывают подпись. Для алкоголя обмен с ЕГАИС идёт через универсальный транспортный модуль (УТМ), в настройках указывают его адрес и порт.
Производительность и регламентные операции
Чтобы база не замедлялась со временем, настраивают регламентные задания и периодическое обслуживание.
Регламентные и фоновые задания. В клиент-серверном варианте расписание заданий настраивают в разделе Администрирование → Обслуживание → Регламентные и фоновые задания. Здесь задают время обновления полнотекстового поиска, пересчёта итогов, загрузки курсов валют. Тяжёлые операции планируйте на ночь.
Обслуживание базы данных. Независимо от варианта работы базе нужна профилактика:
| Операция | Файловый вариант | Клиент-серверный |
|---|---|---|
| Проверка целостности | chdbfl.exe или «Тестирование и исправление» в Конфигураторе | «Тестирование и исправление» в Конфигураторе |
| Реиндексация и статистика СУБД | не требуется | средствами СУБД (PostgreSQL/MS SQL) по расписанию |
| Пересчёт итогов | «Управление итогами» в прикладном решении | то же |
«Тестирование и исправление» в Конфигураторе требует монопольного доступа — все пользователи должны выйти из базы. Планируйте его на нерабочее время и предупреждайте сотрудников: во время операции работать в базе нельзя.
Клиент-серверная архитектура — что с чем связано. Понимание схемы помогает искать узкие места:
- Клиент подключается к агенту сервера (порт
1540), затем к менеджеру кластера (порт1541) и к рабочим процессам (диапазон портов задаётся в свойствах рабочего сервера). - Консоль администрирования кластера работает через агент сервера.
- Параметры отказоустойчивости, объём памяти процессов и требования назначения функциональности настраиваются в свойствах рабочего сервера, а не клиента.
Для администрирования кластера из командной строки есть утилита rac. Основные команды — rac cluster list (список кластеров), rac session list (сеансы). Полный перечень параметров смотрите в справке rac help — не полагайтесь на память, набор подкоманд зависит от версии.
Если тормозит конкретный отчёт или проведение документа — не ускоряйте «всё сразу». Включите замер производительности в журнале регистрации и найдите, какой запрос съедает время. Чаще причина — не железо, а отсутствие нужного отбора в отчёте.
Резервное копирование и восстановление
Настройка без бэкапа — незаконченная настройка. Способ копирования зависит от варианта работы.
Файловая база:
- 🗄 Выгрузка в
.dt— в КонфигуратореАдминистрирование → Выгрузить информационную базу. Получится один файл со всей базой. Удобно для переноса, но медленно для больших баз. - 📁 Копия файла
1Cv8.1CD— быстрее, но только когда в базе никто не работает . Копировать файл при открытых сеансах нельзя: получите битую копию.
Клиент-серверная база:
- Резервные копии делают средствами СУБД —
pg_dumpдля PostgreSQL, план обслуживания для MS SQL. Это быстрее и не требует остановки работы.
Регламентное копирование в прикладном решении. В типовых конфигурациях есть встроенный механизм: Администрирование → Обслуживание → Резервное копирование и восстановление. Задайте расписание (например, ежедневно ночью), каталог хранения и число хранимых копий.
Правила, которые спасают базу:
- Храните копии не на том же диске, где боевая база. Отказ диска убьёт и базу, и бэкап рядом с ней.
- Держите несколько последних копий, а не одну: ошибку в данных можно заметить через неделю.
- Хотя бы раз проверьте восстановление из копии на тестовой базе. Бэкап, который никто не разворачивал, — это надежда, а не резервная копия.
Восстановление. Файловую базу
восстанавливают загрузкой .dt (Администрирование → Загрузить информационную базу) или возвратом файла 1Cv8.1CD. Клиент-серверную — восстановлением из бэкапа СУБД. После загрузки .dt текущая база полностью заменяется — делать это нужно в монопольном режиме.
Частые ошибки при настройке
Ошибки на этапе настройки обходятся дороже всего — они всплывают, когда база уже наполнена данными.
- Все работают под полными правами. Так теряется контроль: любой может изменить настройки или удалить документы . Заводите пользователей с профилями под их задачи.
- Файловая база для 15 человек. Файловый вариант не рассчитан на такую нагрузку — начнутся блокировки и тормоза. Если пользователей больше 5–7, переходите на клиент-серверный.
- Нет регламентного бэкапа. «Сделаю руками раз в неделю» заканчивается потерей данных за месяц. Настройте автоматику сразу.
- Бэкап рядом с базой. Копии на том же диске не защищают от отказа оборудования. Выносите их на другой носитель.
- Платформа новее конфигурации не проверена. Перед обновлением платформы на всех рабочих местах проверьте, что новый релиз поддерживается вашей конфигурацией, и сделайте копию.
Прежде чем останавливать службу сервера 1С, перезагружать сервер или завершать рабочий процесс — убедитесь, что пользователи вышли или предупреждены. Эти действия обрывают все активные сеансы, незаписанные данные теряются. Делайте их в нерабочее время.
Частые вопросы
Нужна ли отдельная лицензия на сервер 1С:Предприятия?
Можно ли перевести файловую базу в клиент-серверную без потери данных?
.dt из файлового варианта, создают пустую клиент-серверную базу и загружают в неё этот .dt. Данные и настройки переносятся полностью.