Комплексная настройка 1С 8.3: от установки платформы до резервных копий

· 10 мин

Содержание

Настройку 1С:Предприятие 8.3 обычно сводят к «установил платформу — и работай». На деле установка — это один шаг из шести: сначала выбирают вариант работы (файловый или клиент-серверный) и разрядность платформы, затем создают базу, раздают права, подключают сервисы ФНС и маркировки, а в конце настраивают резервное копирование . Пропустите любой — и упрётесь либо в тормоза, либо в потерянную базу.

Ниже — порядок действий для чистой установки: от требований к оборудованию до регламентного бэкапа. Речь про платформу 8.3 с интерфейсом «Такси» на Windows. Конкретные пути в прикладном решении даю для 1С:Бухгалтерии 3.0 как самой массовой конфигурации; в ЗУП 3.1 и УТ 11 раздел верхнего уровня называется так же.

Что выбрать до установки: вариант работы и разрядность

Главное решение принимают до скачивания дистрибутива — от него зависит всё остальное.

Вариант работы:

  • 🗂 Файловый — база хранится в одном файле 1Cv8.1CD. Подходит, когда пользователей немного и база небольшая. Не требует сервера и СУБД.
  • 🖥 Клиент-серверный — данные лежат в СУБД (PostgreSQL или Microsoft SQL Server), а запросы обрабатывает сервер 1С:Предприятия. Нужен при росте числа пользователей и объёма данных.

Выбор варианта удобно свести к числу одновременных сеансов:

Файловый или клиент-серверный вариант выбрать?

Разрядность платформы. Для сервера и для рабочих мест с тяжёлыми отчётами ставьте 64-разрядную версию — она снимает ограничение по оперативной памяти на один процесс. 32-разрядный клиент оставляют только там, где он нужен для совместимости со старым оборудованием или внешними компонентами.

Версия платформы. Берите релиз не ниже того, который требует ваша конфигурация, — требование указано в документации к прикладному решению. Ставить платформу новее конфигурации можно, обратное — нет: старая платформа не откроет базу, созданную в более новом релизе.

Файловый вариант не «хуже» клиент-серверного. Для организации на 3–4 рабочих места он проще в обслуживании и дешевле: не нужна лицензия на сервер и СУБД.

Установка платформы и создание информационной базы

Дистрибутив платформы и шаблоны конфигураций скачивают из личного кабинета на портале 1С:ИТС. Порядок одинаков для файлового и клиент-серверного варианта, различается только способ создания базы.

  1. Запустите установщик платформы (setup.exe), выберите компоненты. На рабочем месте достаточно «1С:Предприятие» и интерфейсов; на сервере отметьте «Сервер 1С:Предприятия».
  2. Установите лицензию. Без действующей лицензии (программной или аппаратного ключа HASP) платформа не запустит рабочую базу — это не «демо-режим», а блокировка старта. Исключение — учебная версия, но в ней есть ограничения на объём данных.
  3. Установите шаблон конфигурации из дистрибутива прикладного решения — он появится в списке доступных при создании базы.

Дальше создают саму информационную базу через стартовое окно (кнопка Добавить):

  • Файловая база. Выберите «Создание новой информационной базы» → из шаблона или пустую → тип расположения «На данном компьютере или на компьютере в локальной сети» → укажите каталог. 1С создаст файл 1Cv8.1CD.
  • Клиент-серверная база . Тип расположения «На сервере 1С:Предприятия» → укажите имя сервера, имя базы, тип СУБД, сервер баз данных и пользователя СУБД с правом создания баз. Сервер сам создаст базу в выбранной СУБД.

После создания база открывается в режиме «1С:Предприятие». Если ставили из шаблона, запустится начальная настройка прикладного решения — помощник заполнения сведений об организации, учётной политики и параметров учёта. Эти данные можно вносить и позже в разделе Главное → Настройки.

Монопольный доступ (когда в базе не должно быть других пользователей) нужен не для повседневной работы, а только для отдельных операций: обновления структуры конфигурации, загрузки файла .dt, тестирования и исправления базы. В обычном режиме несколько пользователей работают одновременно.

Пользователи, роли и права доступа

Сразу после создания базы заводят администратора — иначе любой, кто откроет базу, получит полные права. Список пользователей ведут в разделе Администрирование → Настройки пользователей и прав → Пользователи.

Порядок настройки:

  1. Создайте пользователя-администратора, задайте имя для входа и пароль, установите флаг «Администратор системы» (в терминах прав — роль полных прав).
  2. Заведите обычных пользователей. Для каждого включите вход в программу и задайте пароль либо включите аутентификацию средствами операционной системы (вход по доменной учётной записи Windows без отдельного пароля в 1С).
  3. Назначьте права. В типовых конфигурациях права выдают не по отдельным ролям, а через профили групп доступа (Администрирование → Настройки пользователей и прав → Группы доступа). Готовые профили — «Бухгалтер», «Расчётчик», «Кладовщик», «Только просмотр» и другие.

Ограничение данных на уровне записей (RLS). Когда одному кладовщику видны только его склады, а не все, настраивают ограничение доступа на уровне записей. Включается флагом в настройках пользователей и прав, затем в профиле группы доступа указывают разрешённые значения (организации, склады, подразделения).

Полезные настройки безопасности в том же разделе:

  • 🔑 Политика паролей — минимальная длина, обязательность смены, срок действия.
  • 📜 Журнал регистрации (Администрирование → Обслуживание → Журнал регистрации) — кто и когда входил, какие документы менял. Для рабочей базы включите детальный уровень.

Не раздавайте полные права «на всякий случай». Пользователь с полными правами может изменить конфигурацию и удалить данные без подтверждения. Администраторов должно быть минимум.

Подключение к сервисам ФНС, ЭДО и маркировке

Интеграция с государственными системами настраивается после того, как заведены организация и пользователи. Перед подключением выпустите квалифицированную электронную подпись (КЭП) руководителя или уполномоченного лица — без неё отправка отчётности и обмен с ЭДО невозможны.

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

С 2023 года ПФР и ФСС объединены в Социальный фонд России (СФР). В актуальных релизах направления отчётности уже переименованы — отдельно настраивать ничего не нужно, но в старых инструкциях вам будут встречаться «ПФР» и «ФСС».

Электронный документооборот (ЭДО). Обмен счетами-фактурами, накладными и УПД с контрагентами настраивают в разделе Администрирование → Обмен электронными документами. Здесь подключают оператора ЭДО, отправляют приглашения контрагентам и задают правила обмена.

Важные нюансы по подписям в ЭДО:

  • Счёт-фактуру и УПД со статусом счёта-фактуры подписывают только квалифицированной подписью (КЭП).
  • Первичку (накладную, акт) по соглашению сторон допустимо подписывать и неквалифицированной подписью — это решают стороны в соглашении об ЭДО.
  • При подписании по доверенности применяют машиночитаемую доверенность (МЧД) по формату ФНС.

Маркировка (Честный знак, ГИС МТ) и ЕГАИС. Обмен с системой маркировки настраивают в разделе Администрирование → Обмен электронными документами → Обмен с ИС МП (Маркировка) — там подключают товарную группу и привязывают подпись. Для алкоголя обмен с ЕГАИС идёт через универсальный транспортный модуль (УТМ), в настройках указывают его адрес и порт.

Чек-лист первичной настройки базы
Выполнено: 0 / 8

Производительность и регламентные операции

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

Регламентные и фоновые задания. В клиент-серверном варианте расписание заданий настраивают в разделе Администрирование → Обслуживание → Регламентные и фоновые задания. Здесь задают время обновления полнотекстового поиска, пересчёта итогов, загрузки курсов валют. Тяжёлые операции планируйте на ночь.

Обслуживание базы данных. Независимо от варианта работы базе нужна профилактика:

ОперацияФайловый вариантКлиент-серверный
Проверка целостностиchdbfl.exe или «Тестирование и исправление» в Конфигураторе«Тестирование и исправление» в Конфигураторе
Реиндексация и статистика СУБДне требуетсясредствами СУБД (PostgreSQL/MS SQL) по расписанию
Пересчёт итогов«Управление итогами» в прикладном решениито же

«Тестирование и исправление» в Конфигураторе требует монопольного доступа — все пользователи должны выйти из базы. Планируйте его на нерабочее время и предупреждайте сотрудников: во время операции работать в базе нельзя.

Клиент-серверная архитектура — что с чем связано. Понимание схемы помогает искать узкие места:

  • Клиент подключается к агенту сервера (порт 1540), затем к менеджеру кластера (порт 1541) и к рабочим процессам (диапазон портов задаётся в свойствах рабочего сервера).
  • Консоль администрирования кластера работает через агент сервера.
  • Параметры отказоустойчивости, объём памяти процессов и требования назначения функциональности настраиваются в свойствах рабочего сервера, а не клиента.

Для администрирования кластера из командной строки есть утилита rac. Основные команды — rac cluster list (список кластеров), rac session list (сеансы). Полный перечень параметров смотрите в справке rac help — не полагайтесь на память, набор подкоманд зависит от версии.

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

Резервное копирование и восстановление

Настройка без бэкапа — незаконченная настройка. Способ копирования зависит от варианта работы.

Файловая база:

  • 🗄 Выгрузка в .dt — в Конфигураторе Администрирование → Выгрузить информационную базу. Получится один файл со всей базой. Удобно для переноса, но медленно для больших баз.
  • 📁 Копия файла 1Cv8.1CD — быстрее, но только когда в базе никто не работает . Копировать файл при открытых сеансах нельзя: получите битую копию.

Клиент-серверная база:

  • Резервные копии делают средствами СУБД — pg_dump для PostgreSQL, план обслуживания для MS SQL. Это быстрее и не требует остановки работы.

Регламентное копирование в прикладном решении. В типовых конфигурациях есть встроенный механизм: Администрирование → Обслуживание → Резервное копирование и восстановление. Задайте расписание (например, ежедневно ночью), каталог хранения и число хранимых копий.

Правила, которые спасают базу:

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

Восстановление. Файловую базу восстанавливают загрузкой .dt (Администрирование → Загрузить информационную базу) или возвратом файла 1Cv8.1CD. Клиент-серверную — восстановлением из бэкапа СУБД. После загрузки .dt текущая база полностью заменяется — делать это нужно в монопольном режиме.

Частые ошибки при настройке

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

  • Все работают под полными правами. Так теряется контроль: любой может изменить настройки или удалить документы . Заводите пользователей с профилями под их задачи.
  • Файловая база для 15 человек. Файловый вариант не рассчитан на такую нагрузку — начнутся блокировки и тормоза. Если пользователей больше 5–7, переходите на клиент-серверный.
  • Нет регламентного бэкапа. «Сделаю руками раз в неделю» заканчивается потерей данных за месяц. Настройте автоматику сразу.
  • Бэкап рядом с базой. Копии на том же диске не защищают от отказа оборудования. Выносите их на другой носитель.
  • Платформа новее конфигурации не проверена. Перед обновлением платформы на всех рабочих местах проверьте, что новый релиз поддерживается вашей конфигурацией, и сделайте копию.

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

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

Нужна ли отдельная лицензия на сервер 1С:Предприятия?
Да. Клиент-серверный вариант требует серверной лицензии — она отдельна от клиентских лицензий на рабочие места. В файловом варианте серверная лицензия не нужна.
Можно ли перевести файловую базу в клиент-серверную без потери данных?
Можно. Базу выгружают в файл .dt из файлового варианта, создают пустую клиент-серверную базу и загружают в неё этот .dt. Данные и настройки переносятся полностью.
Какую СУБД выбрать — PostgreSQL или MS SQL?
Обе поддерживаются. PostgreSQL бесплатен (есть сборка, адаптированная для 1С) и чаще выбирается для снижения затрат. MS SQL привычнее администраторам Windows-инфраструктуры. По возможностям для типовых задач различие некритично.
Как задать права, если готового профиля нет?
Скопируйте близкий типовой профиль группы доступа и отредактируйте набор ролей в копии. Менять сами поставляемые профили не стоит — изменения затрёт очередное обновление конфигурации.
Почему платформа не запускает базу и просит лицензию?
Не найдена действующая лицензия: не установлен программный ключ, не подключён аппаратный HASP или закончились свободные клиентские лицензии в пуле. Проверьте установку лицензии и число занятых сеансов в консоли администрирования.