Как ссылаться на конкретную версию документа?

В ТДМС нет атрибута типа "ссылка на версию". Обрисуйте задачу поконкретнее, возможно найдутся варианты решения без ссылок на версию.

:) То, о чем вы говорите, у нас называется "версионностью состава". Не вдаваясь в технические подробности, задачка решаемая. Скорее даже сказать решенная. Остается только решить с визуализацией. Предложите инструменты показа различных версий объекта с составами, и это на самом деле простимулирует нас дополнить систему этим функционалом

Вы имеете в виду как визуально это должно быть? В дереве отображается текущая версия с текущим составом, а если открыли свойства "версии" то на её закладке "Состав" соответственно "старый" состав, т.е. с этой закладки открываются именно те версии которые были в момент фиксирования версии. Или я чего-то не понял?
В любом случае данная задача это действительно не "версионность состава", т.к. накладная по-хорошему имеет только одну версию. Речь я так понимаю о том, чтобы иметь некий уникальный и неизменный идентификатор версии объекта еще когда эта версия является текущей.

В данной ситуации это никак невозможно, т.к. GUID или Handle текущей версии объекта всегда впредь будет принадлежать самой последней текущей версии, а та версия что была текущей в момент формирования накладной (тогда она тоже имела этот идентификатор) получает новый GUID намного позже, когда накладная уже закрыта и забыта.

...или атрибут состава у накладной (как мы делаем). Проблема в завязке на некое "Название версии" объекта, которое строго говоря не является уникальным и неизменным. Скрытый атрибут - хорошо, в него можно писать даже некий генерируемый "руками" GUID, но как гарантированно отловить создание версии чтобы его присвоить?

В общем всем станет легче если будет введен идентификатор версии независимый от идентификатора самого объекта.

Здесь все более-менее понятно, постараюсь предложить рабочее решение, не выскакивая из штанов и не меняя номера версии TDMS.

Здесь давайте подробнее. Т.е. вы хотите выбирать документы по дате, на которую состояние базы данных (набор документов с файлами и другой атрибутики) актуально?

Я вас правильно понял? Если правильно, то расскажите о задаче в целом. (Пояснение в виде "хотелось бы" здесь не годится. Это довольно тяжеловесная примочка. Должна быть "производственная необходимость".  ;))

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

Скажу вам честно, версии TDMS не задумывались как самостоятельные объекты. История изменений - да, но они не самостоятельны. Хотя у версии объекта есть необходимые вам даты и статус, я бы не стал делать на это ставку.

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

Сможем ли мы сейчас построить такой запрос? Без дополнительных усилий не сможем. Дело в том, что в редакторе запросов нет возможности отдельно указывать какой идентификатор нам нужен - версии или объекта. Перейдя к поиску по версиям, мы в автоматически начинаем группировать хэндлы версий, а нужна группировка по объектам для того чтобы выполнить запрос типа HAVING (MAX). Так что без шаманства тут никак. Я попросил коллегу выполнить этот трюк (сам я боюсь). Как только ему удастся это сделать, отпишет.