Администрирование · 12 мин
Как вести базу 1С: порядок работы и правила сопровождения
Как правильно вести базу 1С: создание и настройка, ввод документов, резервное копирование, обновления, типичные ошибки и проверка целостности данных.
Ведение базы 1С — это не только ежедневный ввод документов, но и регулярное сопровождение: резервное копирование, обновление конфигурации, контроль доступа пользователей и проверка целостности данных. Пренебрежение любым из этих направлений рано или поздно приводит к потере информации, ошибкам в отчётности или остановке работы всей компании.
Порядок работы зависит от формата базы. Файловая база хранится в одном файле с расширением .1CD и подходит для небольшого коллектива — обычно до нескольких одновременно работающих пользователей. Клиент-серверный вариант на платформе СУБД (MS SQL Server, PostgreSQL) рассчитан на десятки и сотни пользователей, но требует отдельного администрирования. Выбор формата определяется ещё на этапе создания базы и влияет на все дальнейшие процедуры сопровождения.
Ниже разобраны ключевые задачи: создание и первичная настройка базы, организация пользователей, ежедневная работа с документами, резервное копирование, обновления и диагностика проблем. Материал ориентирован на пользователей типовых конфигураций — «1С:Бухгалтерия», «1С:Управление торговлей», «1С:Зарплата и управление персоналом» — но общие принципы применимы к любой базе на платформе 1С:Предприятие.
Создание базы и первичная настройка
Новая база создаётся через окно запуска 1С: кнопка «Добавить» → «Создание новой информационной базы». Далее есть два пути: создать базу из шаблона типовой конфигурации (рекомендуется) или пустую базу без конфигурации. Шаблоны устанавливаются вместе с дистрибутивом конфигурации и содержат готовую структуру данных, печатные формы и отчёты.
После создания выполните первоначальное заполнение: реквизиты организации, учётная политика, параметры учёта. В типовых конфигурациях для этого предусмотрен помощник начальной настройки, который запускается при первом входе. Не пропускайте его — от корректности учётной политики зависят проводки документов и состав отчётности.
Сразу определите место хранения базы. Для файловой базы это должен быть надёжный диск с регулярным резервным копированием, а не рабочий стол пользователя. Если с базой работают несколько человек по сети, каталог публикуется с общим доступом, но лучше рассмотреть веб-сервер или клиент-серверный вариант — сетевой доступ к файлу .1CD является наиболее уязвимым режимом с точки зрения повреждения данных.
Пользователи и права доступа
Каждый сотрудник должен работать под собственной учётной записью — это базовое требование и для безопасности, и для аудита: по журналу регистрации всегда видно, кто создал или изменил документ. Пользователи заводятся в разделе «Администрирование» → «Пользователи и права» (в типовых конфигурациях) или через конфигуратор.
Права назначайте по принципу минимально необходимых: кассиру не нужен доступ к регламентированной отчётности, менеджеру по продажам — к настройкам учётной политики. Полные права оставьте одному-двум ответственным сотрудникам. Учётную запись администратора защитите надёжным паролем и не используйте её для повседневной работы.
При увольнении сотрудника не удаляйте пользователя сразу — лучше отключить доступ (снять флаг входа или сбросить пароль). Удаление пользователя не удаляет связанные с ним документы, но усложняет разбор истории изменений в журнале регистрации.
Ежедневная работа: документы и справочники
Основной принцип корректного учёта в 1С — отражать хозяйственные операции документами, а не ручными правками в регистрах и отчётах. Документ формирует проводки и движения по регистрам автоматически; ручная корректировка итоговых данных разрывает связь первички с отчётностью и рано или поздно всплывёт при сверке.
Соблюдайте хронологию ввода. Документы в 1С проводятся последовательно, и ввод «задним числом» может изменить итоги уже закрытого периода: себестоимость, остатки, расчёты с контрагентами. Если нужно внести документ прошлой датой, после этого перепроведите последующие документы — в типовых конфигурациях для этого есть обработка «Проведение документов» или механизм восстановления последовательностей.
Справочники (контрагенты, номенклатура, договоры) заполняйте аккуратно и без дублей. Дубли контрагентов приводят к разрозненной задолженности по одному партнёру, дубли номенклатуры — к неверным остаткам. Перед созданием нового элемента воспользуйтесь поиском, а существующие дубли объединяйте штатной обработкой «Поиск и удаление дублей» (в конфигурациях на БСП она находится в разделе администрирования).
Периодически закрывайте месяц штатной обработкой «Закрытие месяца» — она выполняет регламентные операции (амортизация, расчёт себестоимости, закрытие счетов) в правильной последовательности и показывает ошибки, которые нужно устранить до сдачи отчётности.
Обновление конфигурации и платформы
Обновления конфигурации содержат изменения законодательства, новые формы отчётности и исправления ошибок, поэтому игнорировать их надолго нельзя — особенно перед сдачей отчётности. Обновление выполняется через конфигуратор («Конфигурация» → «Поддержка» → «Обновить конфигурацию») или автоматически из пользовательского режима в типовых конфигурациях с интернет-поддержкой.
Правила безопасного обновления: сделайте выгрузку .dt, завершите работу всех пользователей, обновите, проверьте ключевые операции (проведение документов, формирование основных отчётов). Если конфигурация доработана под заказ, типовое обновление может затереть доработки — в этом случае обновление должен выполнять специалист с объединением конфигураций вручную.
Платформу (технологическую часть 1С) обновляйте отдельно и не чаще, чем это требуется: новые релизы конфигураций иногда требуют минимальной версии платформы, что указано в сопроводительной информации к обновлению. Перед обновлением платформы на сервере проверьте совместимость с используемой версией СУБД.
Как выбрать действие
Тестирование и исправление базы
Если база ведёт себя странно — падает с ошибкой при открытии документов, показывает «Ошибка формата потока», не даёт войти — используйте штатную утилиту «Тестирование и исправление» в конфигураторе («Администрирование» → «Тестирование и исправление»). Она проверяет физическую и логическую целостность данных.
Обязательные условия: монопольный доступ (все пользователи вышли) и свежая резервная копия. Начинайте с проверок без исправления — так вы увидите список проблем без риска. Режимы «Очистка ссылок» и «Удаление объекта» при обнаружении битых ссылок применяйте осознанно: они физически удаляют данные, которые теоретически могли бы быть восстановлены другим способом.
Для файловых баз полезна также утилита chdbfl.exe из каталога платформы — она проверяет физическую целостность файла .1CD на уровне ниже конфигуратора и иногда справляется с повреждениями, которые «Тестирование и исправление» не обрабатывает.
Как проверить результат
База открывается без ошибок, списки документов загружаются
Ошибка формата потока, аварийное завершение, пустые списки
Документ проводится, формирует движения
Ошибки при проведении, отсутствие проводок
Отчёты формируются, итоги сходятся с ожидаемыми
Отчёт не строится, суммы явно искажены
События пишутся, нет массовых ошибок
Поток ошибок после каждого действия пользователя
Перенос базы и архивация старых данных
Перенос файловой базы на другой компьютер выполняется простым копированием папки с файлом .1CD при закрытой базе, после чего путь к базе прописывается в списке баз на новом месте. Альтернатива — выгрузка .dt и загрузка в пустую базу на новом месте: этот способ заодно сжимает базу и устраняет часть внутренних нестыковок.
Со временем база разрастается и начинает работать медленнее. Для файловых баз заметное замедление часто начинается при размере файла в несколько гигабайт. Меры: свёртка итогов (в бухгалтерских конфигурациях — обработка свёртки базы на начало года), удаление помеченных объектов, очистка устаревших данных. Перед свёрткой обязательно сделайте копию и сохраните старую базу в архив — данные прошлых лет могут понадобиться для проверок.
Удобно завести простой регламент в письменном виде: кто делает копии и когда, кто обновляет конфигурацию, кому звонить при сбое. В небольших компаниях базу чаще всего «теряют» не из-за техники, а из-за того, что никто не отвечал за копирование.
Частые вопросы о ведении базы 1С
Как часто нужно делать резервные копии базы 1С?
Минимум — ежедневно в конце рабочего дня, а при интенсивном вводе данных — чаще. Отдельная копия обязательна перед каждым обновлением конфигурации, свёрткой базы и массовой загрузкой данных. Храните несколько последних копий и хотя бы одну — на отдельном носителе или в другом месте.
Чем выгрузка .dt отличается от копирования файла базы?
Копирование файла .1CD — это побайтовый снимок, быстрый, но требующий, чтобы никто не работал с базой. Выгрузка .dt через конфигуратор — логическая выгрузка всех данных, которая заодно проверяет читаемость базы и подходит для переноса между платформами и СУБД. Для восстановления .dt загружается в пустую базу, файл .1CD просто подключается как база.
Можно ли работать в базе во время обновления конфигурации?
Нет. На время обновления конфигурации базы данных все пользователи должны выйти — процедура требует монопольного доступа. Работа пользователей во время реструктуризации данных может привести к повреждению базы. Заранее предупреждайте сотрудников о времени обновления.
Что делать, если база не открывается и выдаёт ошибку?
Сначала зафиксируйте текст ошибки и не запускайте базу повторно многократно. Скопируйте файл базы (или сделайте копию средствами СУБД) в безопасное место. Затем пробуйте «Тестирование и исправление» в конфигураторе и утилиту chdbfl.exe для файловых баз. Если безуспешно — восстановите последнюю рабочую резервную копию и оцените объём потерянных данных.
Как ограничить доступ сотрудника только к его участку работы?
В типовых конфигурациях используйте профили групп доступа: создайте профиль с нужными ролями (например, только «Менеджер по продажам») и включите пользователя в соответствующую группу. Не назначайте полные права «на всякий случай» — это самая частая причина случайных изменений настроек и удаления данных.
Когда файловую базу пора переводить на клиент-серверный вариант?
Признаки: одновременно работают больше нескольких пользователей и растут конфликты блокировок, файл базы достиг нескольких гигабайт и операции заметно замедлились, появились требования к отказоустойчивости и регламентным копиям средствами СУБД. Переход выполняется через выгрузку .dt и загрузку в базу, созданную на сервере 1С и СУБД.
Что важно запомнить
Надёжное ведение базы 1С строится на четырёх опорах: ежедневные проверенные резервные копии, раздельные учётные записи с минимально необходимыми правами, обновления только после выгрузки .dt и аккуратный ввод документов без ручных правок итогов. Любую рискованную операцию начинайте с копии — это единственная страховка, которая работает всегда.