Для привязки документов нужен какой-то уникальный идентификатор.
Номер и дата не подходят т.к меняются. Весь UID использовать не получается - сторонная прога не поддерживает такаю длину.

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

ну смотря какая длина

MD5 UID

(0)
сколько байт размер поля идентификатора ?

Так а длина какая? Может просто "-" убрать?

я делал отдельную табличку со стандартным нумератором postgre и отдельным полем под гуид. инсертится гуид, получается число

GIUD - это число в 16-ричной системе счисления.
Преобразуй в 32-ричную систему - вдвое сократится длина, сохранив уникальность.

(5) можно более подробно?
(6) Пользователи повесятся диктовать уникальный идентификатор

Можно, конечно, сделать свой реквзит-нумератор. Но охото более стартными средствами

(2)

> MD5 UID

Из 128 бит получить 128 бит? ))

(6)
16-ричной - представление

GIUD - 16 байт. представляйте в любой системе счисления  
останутся те же 16 байт

wiki:%D2%E0%E1%EB%E8%F6%E0_%F0%E0%E7%E4%E5%EB%EE%E2_GUID

Но вот в 1С автоматически просто увеличиваются на 1 ку.
v8: ГУИД 1С8

Уникальным будет если самостоятельно прописывашь через
УстановитьСсылкуНового(Новый УникальныйИдентификатор())

Вот отсюда выберите любой алгоритм хеширования: http://en.wikipedia.org/wiki/List_of_checksum_algorithms

(5) "я делал отдельную табличку со стандартным нумератором postgre и отдельным полем под гуид. инсертится гуид, получается число"

а вот это вообще неправильно, уникальность негарантирована.

вы генерируете псевдоуникальный номер для истинно уникального, ржака конечно.

размер поля какой в сторонней проге? интеджер небось какой нить

(13) строка 15

сделать регитстр. Число - ссылка

(14)
если 15 байт - то копируйте первые 15 байт из 16.

(14) По любому не уложишься, так как 60 бит идет на время а 40 идет на карту, так как GUID может создаваться на разных машинах.Проще сделать регистр для соответствия ссылок какому нибудь ИД тип Автоинкремента. При передаче  делать левое соединение и если Для такой ссылки добавлять в этот регистр значение max(ID)+1

Кстати незнаю как сейчас но раньше были проблемы с УИД v8: Вхождение в список УникальногоИдентификатора ошибка

(0) не менять номер не предлагать?

(19) нет

(20) почему?

(12) уникальность в системе остается (там GUID), да и в пределах этой таблицы тоже остается. Если внешняя система не может ничего съесть нечисловое, хэши не выход. Тут 100% уникальность в пределах таблицы.

это шож за программа такая? что только 15 символов в строке?

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

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

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

УИД= Новый УникальныйИдентификатор

все уже решено до нас

(28) внимательно читаем (14)

(14) Если без потерь, то как уже предлагали - преобразовывай гуид к 32-ричке. В таком формате уиды в 7-ке хранились. Алгоритмы можешь найти готовые в семерочных ветках.

А, чёрт. 32-рички мало. Придется чуток плотнее.

Чета я затупил. Если строка не юникод, то не получится туда гуид впихнуть в 15 символов :)
Только резать.

(7) Нумератор - самое что ни на есть стандартное средство.

Можно в любую систему счисления перевести, не только 32. Лишь бы символов хватало. Но ТС упомянул, что пользователи должны читать результат и диктовать друг-другу. Несовместимые требования у него. )