Имя информационной базы 1С: что писать в списке баз, в кластере и на SQL-сервере

Базу 1С называют на трёх уровнях, и правила у них разные. Имя в списке запуска можно писать как угодно, по-русски и с пробелами. А всё техническое — каталог файловой базы, имя базы в кластере серверов 1С, имя базы данных в PostgreSQL или MS SQL, адрес веб-публикации — лучше писать латиницей в нижнем регистре, без пробелов: buh_romashka, zup_romashka_test.

Проблемы с именем всплывают не сразу. Сначала всё работает, а через год скрипт резервного копирования спотыкается о пробел в пути, бухгалтер проводит документы в тестовой копии вместо рабочей, а обмен с УТ ругается на одинаковые префиксы номеров. Все три ситуации снимаются одной схемой именования, принятой заранее.

Три имени одной базы: где какое и что в нём допустимо

У одной информационной базы обычно не одно имя, а три-четыре. Их путают, и отсюда типичный вопрос «почему переименовал, а ничего не поменялось».

Имя в списке хранится только на компьютере пользователя. Оно лежит в файле ibases.v8i в профиле Windows: %APPDATA%\1C\1CEStart\ibases.v8i. Переименование в списке не трогает ни базу, ни сервер — меняется только подпись у конкретного пользователя.

Остальные имена — технические. Их видят строка подключения, ярлыки, скрипты, регламентные задания СУБД. Поменять их потом можно, но это всегда отдельная работа с риском что-то сломать.

Допустимые символы: короткая памятка

• ✅ Латинские буквы a–z, цифры 0–9, подчёркивание _ — безопасно везде.
• ⚠️ Дефис - — файловая система и кластер его принимают, но в SQL-скриптах имя с дефисом придётся брать в кавычки. Лучше заменить на _.
• ⚠️ Кириллица — работает в списке баз и в путях, но в именах СУБД и веб-публикаций создаёт проблемы с кодировками, экранированием в URL и в bat-файлах.
• ❌ Пробелы — в технических именах не используйте. Каждый скрипт придётся писать с кавычками, и кто-то обязательно их забудет.
• ❌ Символы \ / : * ? " < > | — запрещены в именах каталогов Windows, в имени базы их тоже не ставят.

По длине ориентир простой: до 30 символов. PostgreSQL обрезает идентификаторы длиннее 63 байт, а длинное имя неудобно набирать в строке подключения и читать в консоли кластера.

Схема имени: организация, конфигурация, назначение

Хорошее техническое имя читается слева направо и отвечает на три вопроса: чья база, что за программа, рабочая или нет. Удобная формула:

<конфигурация>_<организация>[_<назначение>]

Сокращения для конфигураций лучше зафиксировать один раз и не менять:

Назначение добавляют, только если база не рабочая:

• 🧪 _test — тестовая копия для проверки обновлений и доработок;
• 🛠 _dev — база разработчика, где правят конфигурацию или расширения;
• 📦 _arch2023 — архив закрытого периода, после свёртки или переноса остатков;
• 🎓 _demo — демобаза для обучения.

Рабочая база остаётся без суффикса. Так её проще всего найти, и именно её имя попадает в ярлыки сотрудников.

Когда организаций много

Если в одной базе ведётся учёт нескольких юрлиц, в имя ставят название группы или холдинга, а не одной фирмы: buh_gruppa_sever. Если на каждое юрлицо своя база — короткий код организации: buh_rmsh, buh_lts, buh_vst.

Код организации стоит записать в общую таблицу: код, полное название, ИНН, кто отвечает за базу. Через три года никто не вспомнит, что lts — это «Лютик», а не «Лотос».

Человеческое имя в списке запуска

Для пользователей имя пишут по-русски, но по той же логике:

Ромашка — Бухгалтерия
Ромашка — Зарплата
Ромашка — Бухгалтерия (ТЕСТ, не работать!)

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

Файловая база и клиент-серверная: что меняется в именовании

Файловый вариант

У файловой базы имя — это путь к каталогу, в котором лежит файл 1Cv8.1CD. Строка подключения выглядит так:

File="D:\1C_Bases\buh_romashka";

Практичные правила для файловых баз:

1. Заведите один корневой каталог для всех баз: D:\1C_Bases\. Не на рабочем столе и не в «Моих документах» — профиль пользователя часто чистят или переносят.
2. Каждой базе — свой подкаталог с техническим именем. Не кладите две базы в один каталог: у файловой базы в каталоге только один файл 1Cv8.1CD.
3. Резервные копии держите рядом, но отдельно: D:\1C_Backup\buh_romashka\. Тогда одна строка в скрипте копирования обслуживает все базы по одному шаблону.
4. Для сетевого доступа публикуйте каталог по UNC-пути: \\fileserver\1C_Bases\buh_romashka. Имя общей папки тоже без пробелов и кириллицы.

Клиент-серверный вариант

Здесь имён два, и задаются они в одном окне при создании базы на сервере 1С:

• Имя информационной базы в кластере — то, что пользователь указывает в строке подключения после имени сервера.
• Имя базы данных на сервере СУБД — то, что видит администратор PostgreSQL или MS SQL.

Строка подключения:

Srvr="srv1c";Ref="buh_romashka";

Делайте оба имени одинаковыми. Это самое полезное правило для клиент-серверных баз. Если в кластере база называется buh_romashka, а в СУБД — base_new_2, администратор СУБД при восстановлении из бэкапа может легко перепутать базы. При одинаковых именах ошибиться гораздо сложнее.

Посмотреть, какие базы зарегистрированы в кластере, можно в консоли администрирования серверов 1С или утилитой rac:

rac cluster list
rac infobase summary list --cluster=<uuid кластера>

Первая команда покажет идентификатор кластера, вторая — список баз с их именами. Если сервер администрирования (ras) запущен не на этом компьютере, адрес передают последним параметром; точный синтаксис смотрите в rac help.

Имя веб-публикации

При публикации на веб-сервере имя каталога публикации становится частью адреса: https://1c.romashka.ru/buh_romashka/. Кириллица в адресе превратится в длинную закодированную строку, а пробел — в %20. Пишите латиницей, коротко, и лучше совпадением с именем в кластере, чтобы адрес однозначно указывал на базу.

Папки в списке баз и порядок для большой команды

Когда баз больше пяти, плоский список превращается в свалку. В окне запуска 1С базы можно раскладывать по папкам — в файле ibases.v8i это параметр Folder у каждой базы:

[Ромашка — Бухгалтерия]
Connect=Srvr="srv1c";Ref="buh_romashka";
Folder=/Ромашка
[Ромашка — Бухгалтерия (ТЕСТ)]
Connect=Srvr="srv1c";Ref="buh_romashka_test";
Folder=/Тестовые

Удобные схемы группировки:

• 🏢 по организациям — для бухгалтерского аутсорса и холдингов: папка на клиента, внутри все его базы;
• 🗂 по назначению — «Рабочие», «Тестовые», «Архив»: подходит, когда организация одна, а копий много;
• 👥 по отделам — «Бухгалтерия», «Склад», «Кадры»: когда у каждого отдела своя программа.

Общий список для всех пользователей

Чтобы не править список на каждом компьютере, его раздают централизованно. Механизм простой: в файле 1CEStart.cfg указывают ссылку на общий файл списка баз (параметр CommonInfoBases). Файл можно положить в общую сетевую папку, и все клиенты подхватят одинаковые имена и папки.

Плюс такого подхода — имена одинаковы у всех. Когда сотрудник говорит «не открывается Ромашка — Зарплата», администратор точно знает, о какой базе речь.

Префикс информационной базы: имя внутри данных

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

В типовых конфигурациях на БСП префикс задают в настройках синхронизации: в БП 3.0 это раздел Администрирование → Синхронизация данных, поле префикса этой информационной базы. Правила:

1. Префикс — 1–2 символа, у каждой базы в обмене свой: БП, УТ, ЗП.
2. Задайте его до первого обмена. Смена префикса после того, как документы уже ушли в другую базу, не перенумерует старые документы.
3. Не путайте с префиксом организации в её карточке — он отвечает за различие номеров разных юрлиц внутри одной базы.

Ошибки в именах, которые обходятся дорого

Эти промахи встречаются у администраторов чаще всего, и каждый потом стоит часов работы.

Тестовая копия с именем рабочей. Базу восстановили из выгрузки .dt и оставили в списке подпись «Бухгалтерия». Через неделю кто-то проводит в ней реальные документы. Лечится двумя мерами: суффикс _test в техническом имени и явная пометка в имени для пользователя.

Не изменён заголовок программы. Даже при правильном имени в списке пользователь не видит его после запуска. В БП 3.0 и других конфигурациях на БСП в Администрирование → Общие настройки есть поле заголовка программы — впишите туда «ТЕСТОВАЯ БАЗА». Надпись появится в заголовке окна и не даст перепутать базы.

Ответ «Это та же база» после копирования. При первом запуске копии программа на БСП спрашивает, перемещена база или это копия. Для тестовой копии нужно выбрать вариант «Это копия». Иначе копия может продолжить регламентные задания рабочей базы — загрузку курсов, обмены, отправку почты.

Дата в имени рабочей базы. buh_2024 выглядит аккуратно, пока в базе не начинают работать в 2025-м. Год ставят только в архивные базы.

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

Одно слово для разных баз. base, new, test, copy1 — через полгода никто не скажет, что в них. Каждая база должна читаться по имени без подсказок.

Как имя базы влияет на скрипты и ярлыки

Техническое имя попадает в командную строку запуска, поэтому его выбирают с расчётом на автоматизацию. Примеры запуска для файловой и серверной базы:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F "D:\1C_Bases\buh_romashka"
"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /S "srv1c\buh_romashka"

Есть и третий способ — запуск по имени из списка баз параметром /IBName:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /IBName "Ромашка — Бухгалтерия"

Он удобен, но хрупок: стоит переименовать базу в списке, и ярлык перестанет находить её. Для ярлыков, которые раздаются сотрудникам, надёжнее /F или /S с техническим именем.

Пакетная выгрузка по шаблону

Когда имена построены по одной схеме, обслуживание сводится к циклу. Пример bat-файла, который делает выгрузку .dt для нескольких файловых баз:

@echo off
set V8="C:\Program Files\1cv8\8.3.24.1548\bin\1cv8.exe"
set ROOT=D:\1C_Bases
set BACKUP=D:\1C_Backup

for %%B in (buh_romashka zup_romashka ut_romashka) do (
  if not exist "%BACKUP%\%%B" mkdir "%BACKUP%\%%B"
  %V8% DESIGNER /F "%ROOT%\%%B" /N "Администратор" /P "пароль" /DumpIB "%BACKUP%\%%B\%%B_%date:~6,4%%date:~3,2%%date:~0,2%.dt"
)

Номер версии в пути к 1cv8.exe замените на установленный у вас. Здесь имя базы одновременно служит именем каталога, именем папки бэкапа и началом имени файла. С пробелами и кириллицей в именах такой цикл пришлось бы обвешивать кавычками и переписывать под кодировку консоли.

Формат даты %date:~6,4%… рассчитан на русскую локаль Windows (ДД.ММ.ГГГГ). На сервере с другой локалью проверьте, что выводит echo %date%, и поправьте смещения.

Имя в строках подключения из кода

Внешние обработки, COM-соединения и обмены через веб-сервисы тоже используют техническое имя. Пример строки для COM-подключения к серверной базе:

Srvr="srv1c";Ref="buh_romashka";Usr="Обмен";Pwd="***";

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

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