Регистр сведений "доверенности" хранит следующую информацию:
Номер доверенности
Дата выдачи
Дата окончания срока действия
Контрагент
Должность-ФИО кому выдана

Вопрос: что из этих полей должно быть измерениями, а что ресурсами?

Номер доверенности и если периодичность нумерации повторяется, то еще и дата выдачи

Сочение каких полей(либо 1 поле) дает полностью уникальный ключ записи то и будет измерением

+(2) Сочетание*

Дата выдачи  -  системное поле периодического
Номер доверенности

периодичность регистра - периодичность номеров доверенности

(4) а есть смысл делать периодическим?

(5) есть, если есть возможность не вводить Измерение ДатаВыдачи, а использовать "Период"

Ммм, неудачно выразился.
Доверенности хранятся те, которые контрагенты нам приносят и по которым они забирают товар.
Т.е. он явно непериодический.
Если подумать, то полностью уникальный ключ записи будет, если использовать все поля, т.е. мне кажется, что они все должны быть измерениями..

(7) У меня такое ощущение, что если это так, то это вообще не должен быть регистр сведений.

Или это вообще справочник должен быть? Что-то я совсем запутался...

(7) Чистой воды справочник, не?

документ надо

Имхо справочник проще всего. Очевидного смысла городить регистр сведений нет.

хма есть ли смысл на данном этапе делать ресурсы для такого регистра сведений

(11) Ну да, как альтернатива - документ. Это же понятие близко к договору, а его часто и справочником и документом делают.

(12) Тут не просто смысла нет. На регистр же еще и не сошлешься нигде.

(14) А смысл в документе? Какого рода движения он будет делать?

Вот документ или справочник - вопрос интересный. Но я за справочник.

(14) То есть чётких однозначных правил нету и каждый делает в силу своего понимания?

(11) ??? Если я правильно понимаю, то документ - это нечто, что можно проводить и он делает какие-то движения. У меня доверенность проводить точно нет смысла и движений она не делает никаких...

(16) Согласна. Но иногда такие документы как доверенность потом являются регистраторами в регистрах сведений, так что тут уже надо, ИМХО, по предметке смотреть.

(18) Есть определенные правила, исходя из использования.
Если объект делать регистром:
1) на него не сошлешься
2) он будет автоматом контролировать уникальность измерений

Если справочником - то на него можно сослаться

А если документом - то потом его можно сделать регистратором...

(16)(18) документ можно и не проводить, зато по смыслу к доверенности подходит и номер с датой уже есть

(21) Не подходит тот номер. Нумерация доверенностей у РАЗНЫХ контрагентов может пересекаться.

Документы предназначены для отражения хозяйственных операций. При этом они не обязательно должны проводиться.
Оперция такая: получение такого-то числа от такого-то контрагента доверенности за номером таким-то от такого-то числа на такие-то материальные ценности.

(4) "периодичность регистра - периодичность номеров доверенности" и тут вы промазали ))

я за документ

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

голосовалка нужна

Я за Регистр Бухгалтерии.

(26)место хранения может быть у бланков строгой отчетности, а это уже выписанная довереность, которую нет смысла хранить в разрезе мест хранения. Да и если места хранения, то можно сбацать регистр места хранения доверенностей и отчеты проще строить будет

(29)в общем таки документ

(26) Кстати! Два экземпляра одной и той же доверенности - это две доверенности или одна?
Ну, т.е. юрлицо выдало долгосрочную доверенность. По ней у вас две операции совершили, в разное время, и даже дали две бумажки, две копии. Сколько у вас объектов будет?

(31) Объект один будет, конечно же..

(32) Вот. ИМХО, все же справочник "ДоверенностиКонтрагентов". Потому что документ, опять таки ИМХО, отражает факт получения доверенности, и их было бы два.
Но документ или справочник - уже не так важно, тут холивар уже. Главное, что не регистр.

Хм.. а вот ещё один аспект.
Доверенность после окончания её срока действия можно автоматически удалять (её больше нельзя подставлять в документы реализации). Если я всё правильно понимаю, то справочник и документ программно удалить нельзя, можно только пометить на удаление. С этой точки зрения это таки должен быть регистр..

(34) зачем во-первых удалять, а во-вторых, кто сказал, что нельзя?

(35) удаление ссылочных типов в больших базах, особенное если есть распределенка - дорогое удовольствие.

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

(34) Зачем удалять? Чтобы меньше места занимало? А в документе что будет храниться? Текстовое представление? Если да - тогда да, регистр. Тогда это что-то типа АдресныйКлассификатор типовой бухгалтерии, чисто для подстановки текстового значения.

(36) Ну можно, но это уже не ссылка на объект, а просто поиск по составному ключу записи регистра.

у нас это документ, без движений пока. печатная форма есть у него

Но если делать как в (34), то есть другой аспект: изменение значения регистра (например, номера доверенности, ошибочно указанного), потребует изменения номера доверенности в документах.

(36) Если доверенность заводят, то не прихоти ради а небось с целью использования.
Если верить (7) то хранить ссылку на запись придется ценой 3 ссылочных и 2 простых (дата) полей, что лишает вообще смысла такую запись, ибо ссылка на нее полностью перекрывает ее содержимое

Назовем это просто - "запись регистрации доверенности от контрегнта", кратко ЗРДК

Состав данных ЗРДК:

Номер доверенности
Дата выдачи
Дата окончания срока действия
Контрагент
Должность-ФИО

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

Пока автор не опредилиться с использованием этих данных - все эти байки ничего не стоят. Если это просто сбор фактов регистрации для отчета, то РС - без соплей и сомнений.
Если это базис некой подлситемы данных, то можно вести диалог по более конкретной перспективе.

мдя, на кого вы учились?)

(42) то, что сейчас не нужны ссылки на эти доверенности, не означает, что они не будут нужны завтра

(42) Автор в (7) сказал, что это как-то будет привязываться к документам отгрузки. Лично я предположила, что и храниться информация о доверенности будет в документе отгрузки.

(43) +1, согласна

(39) + да, и как раз в доках отгрузки можно выбрать док Доверенность. связка получается

загрузка из 2-й и 3-й базы проходит вобще? хоть чего-нить? так же файлы выгрузок можно посомтреть

(47) тьфу) мажу сегодня чото

(44) занчит это должен быть документ "ДоверенностьКонтрагента", как вершина документов-оснований документов отгрузки, предшествующая стандартной вершине "СчетВходящий"

т.е. от корня, выступающего в качестве основания, например "ДокументДоверенность N 1" контрагента "ООО Рагатина и щкури" будут ветвиться счета входящие и далее по стандандартным цепочкам.

такие дела, хватит гадать на кофейной гуще и эмоциях

Внесу свои 5 копеек. Видно что ТС да и многие отметившиеся как то эмпирически (не)понимают разницу между регистром сведений и справочником/документом. Давайте разберемся что же это такое.

Справочники - хранят объекты аналитического учета. Элемент справочника = элемент аналитики.
Документы - механизм для регистрации совершившейся операции (действия) в ИБ. Да он так же может быть объектом аналитики, но в первую очередь это регистрация некого действия.
Регистры (любые) - механизм для накопления информации об показателях учета: 1 регистр = 1 показатель. Ресурсы - это показатель (возможно в разных единицах оценки показателя), измерения - разрезы показателя.

Что у ТС является показателем я так и не понял...
Надо ли регистрировать факт получения доверенности? Надо ли регистрировать факт выдачи _входящей_ доверенности? ИМХО нет.

(50)
Если конкретно задача, то:

Есть совершенно стандартная УПП. Менеджеры жалуются, что им не нравится стандартный документ реализации - в него номера и фио из доверенностей надо забивать ручками и это долго, тем более что надо бумажный оригинал доверенности найти в папке чтобы посмотреть номер. Они меня попросили сделать так, чтобы оно заполнялось автоматически. Так как конфигурацию я менять очень не люблю, то документ реализации я решил оставить стандартным, а дописать регистр сведений(? справочник, документ) где бы оно всё хранилось, а менеджерам через обработку табличной части подсунуть форму выбора этого самого регистра (? справочника, документа) с отбором по контрагенту, указанному в реализации. Также от менеджеров прозвучало пожелание, чтобы доверенности с истекшим сроком годности удалялись самостоятельно. Вот вроде так.

В принципе я вижу, что объект можно сделать и регистром и справочником и документом. Но так как я только учусь, то я решил спросить как будет идеологически правильно.

(51) давно бы уже набыдлокодил что-то вместо того, чтобы задавать тут вопросы )

(52) Если не разбираться в интересующих вопросах то так и буду быдлокодить до пенсии, а хочется роста.

(51) При такой постановке "Также от менеджеров прозвучало пожелание, чтобы доверенности с истекшим сроком годности удалялись самостоятельно" можно конечно и регистров сведений. Конечно если у вас задним числом не клепают документов

(53) никто тут не вложит в твою голову понимания, если сам не рассмотришь задачу всесторонне, то за тебя это никто не сделает. Поэтому быдлокодить лучше в плане экспа, а там и левел-ап не за горами )

ИМХО
Это чистой воды документ.
1. Потому как в жизни это тоже документ - бумажка. А справочник это лишь запись регистратора чего-либо или кого-либо (ТМЦ, Сотрудников, Активов,...,)
2. Потому как его можно вводить на основании другого документа, входящего счета (который тоже фактически не делает никаких движений).

Вобщем, с учетом (51) я бы делал регистром сведений. Ибо все равно данные по доверенности хранятся в полном объеме в документе.

Можно пойти еще более простым путем - вообще не создавать регистр, а просто поднимать сохраненные данные предыдущих реализаций - однако тут есть минус - при большом количестве документов может возникнуть проблема с временем выполнения запроса.

(56) РС однозначно, эт для контриков - документ, а для них справочная инфа - для облегчения заполнения Реализации, кот. нуно удалять за ненадобностью..

(51) >> Также от менеджеров прозвучало пожелание, чтобы доверенности с истекшим сроком годности удалялись самостоятельно.
ИМХО, они удовлетворятся простым скрытием по дате окончания. Удалять вряд ли на самом деле нужно.
С учетом (51) я тоже глубоко задумалась. Может быть действительно регистр, раз только для автоподстановки. Его действительно, при необходимости можно и почистить.

всегда надо делать скидку на формулировки пользователей даже если это боссы или важные персоны и правильно их интерпретировать прямо с ними или про себя, так вот тезиз главного менеджера

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

озаначает, что доверенности по дате окончания или сумме отгрузке или спецификации поставки должны переходить в статус "Закрыта" и не могут быть выбраны и/или видны при выборе в качестве основания в документах текущей отгрузки.

Измерения:
Контрагент
Номер
Дата выдачи (на случай периодичности)

У одного контрика НЕможет быть 2 одинаковых доверенностей..

(59) только если будет нужна отчетная(читай аналитическая информация по входящим доверенностям), то читай (50)

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

Мененеджер может говорить что угодно, на своем языке - все его слова интерпретируем на профессионалный, но понятный боссам язык. Пишем постановку задачи и утвержадем с менеджером и боссами и стеснения тут ни к тему.

(55) Сделал на регистре сведений, +100 к экспе :)