Есть ли в 8-ке штатная возможность получить GUID строки документа (чтобы выдать его в обмен наружу) или что-то иное, что позволит однозначно идентифицировать строку документа?

Нет такого по умолчанию

http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=562056&threadtype=0
v8: Есть ли у  строки в ТЧ документа уникальныйИдентификатор?
https://forum.infostart.ru/forum9/topic163726/

К УИД документа добавляй имя ТЧ и НомерСтроки

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

Почитал, получается что штатно-быстро идентифицировать строку нет. Ну и ладно.
закрыто.

(2) Вот по приведенному термину "спозиционироваться" могу сказать что задачу пытаемся решить через одно место.

Ключ строки передавай наружу (набор полей вместе уникальных для строки).

Если можно менять конфу то добавляем свое поле и пишем туда уид.

(4) а то ж! это все понятно

(3) Как нету? Составной ключ строки это все колонки строки. Вы же, строя запрос от заказа к реализации не по индексу строки обращаетесь?)

Номер строки конечно же не катит в качестве УИДа. Строки в документе любой может менять местами.

В типовых на БСП в некоторых документах есть неизменяемые идентификаторы строк, в т.ч. в виде 32/36-символьной строки.
Платформенного нет - соломку надо заранее стелить.

(6) ну например для внешней системы абсолютно пофиг цена/сумма/прочеевоздушное. а для учетной 1С они входят в "составной ключ строки"...

(6) (9) А еще могут быть "дубли" строк, отличающиеся только номером строки. Но номер строки может легко меняться перетаскиванием. Как и значение любого другого реквизита ТЧ. Так что в качестве ключа строки ТЧ обычно выбирают что-то максимально неизменное во времени, как впрочем и для любого другого ключа )

Я делал своё поле с гуйдом... Именно для связи с внешними *паби.

*пами

(0) добавить новый реквизит ТЧ Идентификатор с типом УникальныйИдентификатор. всё.

(12) Это какой-то завуалированный мат?

гуид через base85 прекрасно в 20 символов переводится.

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

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

Хм я однако придумал вполне себе универсальное решение с достаточной надежностью.

Есть же такая штука как https://ru.wikipedia.org/wiki/Хеширование

Короче считаем ХешСтроки и ХешТЧ (по всем строкам чтобы понять не менялись ли они случаем) и передаем.
При возврате если ХешТЧ совпадает то ищем строку с нужным ХешСтроки.
В качестве хеш функции что угодно подходящее шустрое и с достаточными различиями.
Вот есть готовое http://catalog.mista.ru/public/100845/

В типовых это сделано через отдельный реквизит ТЧ

(0) лепи таб часть на регистрах сведений))