Проектирование системы учета в библиотеке — это классическая задача, которая требует баланса между удобством работы пользователя и производительностью базы данных. Основная сложность заключается в том, что одна и та же книга может существовать как абстрактная единица (название, автор) и как конкретный физический объект с уникальным инвентарным номером. Разберем подробно, как правильно спроектировать структуру справочников и регистров для решения этой задачи.
Рассмотрим ситуацию, когда в библиотеку поступает 15 книг «Золушка». С одной стороны, нам важно знать, сколько всего таких книг в наличии. С другой — мы должны зафиксировать, что экземпляр №123 выдан конкретному читателю. Проанализируем два основных подхода к организации справочников.
Подход 1: Реквизит или характеристика в основном справочнике. Если мы будем создавать для каждой книги отдельный элемент в справочнике Номенклатура (или Книги), то при наличии 100 000 физических книг справочник разрастется до огромных размеров. Использование характеристик позволяет избежать дублирования основных данных (автор, аннотация), но усложняет запросы и отчеты, так как характеристики — это дополнительные таблицы.
Подход 2: Подчиненный справочник (Оптимальный). Профессиональным решением считается разделение данных на два уровня:
СерийныйНомер или ИнвентарныйНомер, состояние экземпляра (новый, ветхий) и его штрихкод.Такой подход позволяет хранить общую информацию о книге в одном месте, не дублируя ее для каждого экземпляра. Рассмотрим, как это может выглядеть в коде при обращении к конкретному экземпляру:
// Пример получения данных об издании через экземпляр
ТекЭкземпляр = Справочники.ЭкземплярыКниг.НайтиПоРеквизиту("ИнвентарныйНомер", "123");
Если ЗначениеЗаполнено(ТекЭкземпляр) Тогда
Сообщить("Выдана книга: " + ТекЭкземпляр.Владелец.Наименование);
Сообщить("Автор: " + ТекЭкземпляр.Владелец.Автор);
КонецЕсли;
Выясним, как отслеживать, где сейчас находится книга. Одной структуры справочников недостаточно, так как справочники хранят условно-постоянную информацию, а нам нужны данные о движении.
Для эффективного учета рекомендуется использовать связку из двух регистров:
Этот регистр отвечает за количественный учет. В измерениях указываются Книга (ссылка на справочник «Издания») и, при необходимости, МестоХранения (Склад или Филиал). Это позволяет быстро получить ответ на вопрос: «Сколько всего экземпляров книги Золушка сейчас в библиотеке?» без перебора всех серийных номеров.
Для пономерного учета (кто именно взял книгу №123) идеально подходит Регистр сведений. Разберем его структуру:
ЭкземплярКниги (ссылка на уникальную единицу).ТекущийВладелец (Тип: Составной — Справочник.Читатели, Справочник.Склады или Справочник.Сотрудники).Используя метод СрезПоследних, мы всегда сможем мгновенно узнать, у кого сейчас находится конкретный экземпляр. Рассмотрим пример запроса для получения текущего владельца:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| РазмещениеЭкземпляровСрезПоследних.ТекущийВладелец КАК Владелец,
| РазмещениеЭкземпляровСрезПоследних.ЭкземплярКниги
|ИЗ
| РегистрСведений.РазмещениеЭкземпляров.СрезПоследних(&Период, ЭкземплярКниги = &НужныйЭкземпляр) КАК РазмещениеЭкземпляровСрезПоследних";
Запрос.УстановитьПараметр("Период", ТекущаяДата());
Запрос.УстановитьПараметр("НужныйЭкземпляр", ВыбранныйЭкземплярСсылка);
РезультатЗапроса = Запрос.Выполнить();
Проанализируем ситуацию: если книга возвращена в библиотеку, кто должен стать ее владельцем в регистре? Существует три варианта решения:
Null или ПустаяСсылка.Читатели или МестаХранения создается элемент «Основной фонд» или «Библиотека». Это наиболее прозрачный путь для построения красивых отчетов.Читатели и Справочник Стеллажи). Это позволяет детализировать учет до конкретной полки в хранилище.Посмотрим на ситуацию с точки зрения современных типовых конфигураций (на базе БСП). Вместо создания подчиненного справочника вручную, можно использовать механизм Серии номенклатуры.
В настройках политики учета серий для вида номенклатуры «Книги» выберем вариант «Учет экземпляров». В этом случае 1С сама будет требовать указания уникального номера при каждом поступлении или выдаче книги. Это избавляет от необходимости дублировать логику контроля уникальности, так как платформа берет это на себя.
Преимущества использования серий:
Для создания надежной системы учета в библиотеке мы рекомендуем следующую архитектуру:
Проанализировав эти подходы, вы сможете построить гибкую систему, которая выдержит нагрузку даже крупной городской библиотеки с десятками тысяч уникальных единиц хранения.