Нужно сделать конфигурацию для библиотеки. Могут поступать книги в библиотеку, списываться, а также выдаваться читателям и обратно. Для хранения информации местоположении книги планирую сделать регистр накопления, где измерениями будут местоположение (библиотека, читатель(и потом уже ФИО читателя)), ресурсами неподсредственно книги, а приход расход аналогично движеням товаров по складам в другой конфигурации(вместо складов - библиотека и читатель). Прошу совета, достаточно ли хороший путь я выбрал, просто опыта у меня не много
---
в вашем случае это можно сделать как с помощью регистра накопления, так и с помощью регистра сведений
смотрите, что вам ближе или более знакомо в работе\кодинге проводок\отчетности - то и используйте
---
Измерениями должны библиотека, читатель, книга, а ресурсом количество.
---
У вас экземпляры книги идентифицированы? Например, если у вас есть 5 книг "Букварь", то в системе это одна карточка номенклатуры?

Я бы сделал два регистра.
"КнигиВБиблиотеке", где измерения - Книга и МестоХранения (помещение, шкаф, полка и т.д.)
"КнигиВыданные", где измерения - Книга и Читатель.
---
книги должны быть уникальны и иметь свой код прописанный в формуляре книги, т.е. идентификация однозначная - 5 букварей - 5 карточек книг в базе

если по простому, то предложенный автором вариант имеет место быть
если чуть заморочиться, то и вариант (3) тоже имеет место быть
---
Тогда нет смысла городить регистр накопления, где количество всегда будет либо 1, либо 0.
Имеет смысл городить регистр сведений "ТекущееМестоположение", где Измерение - Книга, а ресурс - составной (МестоХранения, Читатель).
---
Состояние книги бы отслеживал не регистром накопления, а периодическим регистром сведений.
Измерения: Книга, серия книги
Ресурсы: Владелец (библиотека),Читатель.

И остатки регистром накопления:
Измерения: Книга
Ресурсы: количество

По регистру накопления, можно узнать все остатки.
А по регистру сведений посмотреть текущий статус книги или посмотреть историю по каждой книге.

Это на вскидку, я бы еще подумал возможно есть еще нюансы.
---
Нюанс в том, что каждый отдельный экземпляр книги - это отдельная ссылка в 1С. Поэтому смысла в регистре накопления нет никакого... Хотя лично я бы использовал идентификатор книги как серийный номер. Тогда имеет смысл что-то накапливать в регистре...
---
Кто сказал что уникальная?
Это не корректно, проще сделать на каждую уникальную книгу элемент справочника. На каждой книге должен быть нанесен свой уникальный номер (серия).
А заводить 10 карточек одной книги не комильфо, трудно будет посчитать общий остаток книг в библиотеке.
---
Кто сказал что уникальная? Кто-то выше написал...
На каждой книге должен быть нанесен свой уникальный номер (серия). Это я уже предложил выше...
---
Вот, кто то. Автор разрабатывает с нуля. Да каждая книга должна быть уникальной, но это прекрасно можно сделать по двум измерениям, сама книга и серия. По серии можно будет отличить одинаковые книги друг от друга. И не придется плодить кучу элементов справочника одной типа книг.
---
я сказал про уникальность
каюсь, чуть не додумал в силу зашоренности мышления ввиду однотипной функциональности по работе
действительно можно же завести одну карточку на книгу, а уникальность кода вести или в сериях или в характеристиках

по части регистров, тут бы автору определиться, ему нужны итоги или нет
хотя сейчас и для регистра сведений можно итоги завезти, но это все равно не итоги как таковые, а срез последних\первых по факту
---
нужны итоги, чтобы можно было показать количество книг в библиотеке, на руках. Например выбрать книгу, и увидеть - в библиотеке 7; у Иванова И.И. 1; у Петрова П.П. 2;
---
в вашем случае это можно сделать как с помощью регистра накопления, так и с помощью регистра сведений
смотрите, что вам ближе или более знакомо в работе\кодинге проводок\отчетности - то и используйте