Gln номер что это и где его взять в 1с

Обновлено: 22.01.2025

Для обмена EDI через внешнюю обработку необходимо выполнить подготовительные действия:

Занести в 1С необходимые данные (GLN организаций и контрагентов, GTIN номенклатуры)
Настроить выгрузку этих данных

Содержание

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

В меню выбираем пункт "Изменить состав дополнительных сведений"

В открывшемся окне "Дополнительные сведения" курсор должен быть установлен на объекте "Организация". Нажимаем кнопку Добавить/Общее.

В окне "Выбор общего дополнительного сведения" нажимаем кнопку "Создать".
В открывшемся окне "Общее дополнительное сведение" заполняем поля
- Наименование - GLN
- Тип значения - Строка
- Нажимаем "Записать и закрыть"
- В окне выбора дополнительных сведений появится новая строчка - GLN. Устанавливаем на нее курсор и нажимаем "Выбрать".
- Переходим в списке к объекту "Контрагент". Так же нажимаем Добавить/Общее и выбираем уже созданное свойство "GLN" (если общие свойства не включены, создаем для Контрагентов новое).
После этого при открытии дополнительных сведений из карточки организации или контрагента в списке сведений уже будет присутствовать GLN. Остается только заполнить его значение:

Дополнительное сведение GTIN добавляется и заполняется в точности так же, как GLN, только для справочника "Номенклатура"

В зависимости от регистра сведений, в котором хранятся дополнительные сведения, файлы настроек будут выглядеть немного по-разному. Ниже будут приведены примеры настроек для обоих регистров сведений: "ДополнительныеСведения" и "ЗначенияСвойствОбъектов".

Если GLN - общее свойство для Организаций и Контрагентов

Пример пользовательского файла настроек:

Если для Организаций и Контрагентов заведены разные свойства GLN

В этом случае, мы ищем нужные свойства в Плане видов характеристик не только по заголовку, но и по реквизиту "НаборСвойств". Для поиска используем именно "Заголовок", а не "Наименование", так как при создании свойств 1С автоматически к наименованию дописывает название объекта, к которому относится это свойство, например, "GLN (Организации)", но в интерфейсе это дополненное наименование не отображается.

Для Организации в этом случае ищем запись в регистре по найденному свойству ПланВидовХарактеристикGLNОрг:

Для остальных участников по свойству ПланВидовХарактеристикGLNКонтр:

Пример настроек для регистра сведений "ЗначенияСвойствОбъектов".

Выгрузка GTIN настраивается аналогично выгрузке GLN, только данные добавляются не в шапку, а в табличную часть (в узел ТаблДок_GTIN в файле настроек).

Почему нельзя упорядочить по ссылке, если в ней содержится дата создания?
Как уже было описано, guid изначально был придуман для РАСПРЕДЕЛЕННЫХ систем, в которых ПРОБЛЕМА УНИКАЛЬНОСТИ идентификаторов решена полным ОТКАЗОМ ОТ АВТОИНКРЕМЕНТА в пользу СЛУЧАЙНЫХ чисел и специальных техник. GUIDы случайны и неповторяемы по определению и в этом его достоинство и недостаток. Например, в предопределенных элементах и произвольных идентификаторах используется Random GUIDs (Version 4). В "типизированных" же Time-Based GUIDs (Version 1).

Можно ли вытащить время из гуида?
Можно. Но не нужно.
bdb62d89-cede-11e4-b12b-d4ae52b5e909
Алгоритм:
дата содержится в первых символах, bdb62d89-cede-11e4 которые нужно переставить задом наперед: 11e4-cede-bdb62d89
первый символ отбрасываем, убираем "лишние" знаки "-"(тире)
интервал в десятых долях микросекунд (HEX) получается равным: интервал16= 1E4CEDEBDB62D89
переводим его в десяничный интервал интервал10 = HexToDec(интервал16);
в результате получаем: интервал10 = 136 461 344 788 852 105
находим интервал в секундах: интервалСек = интервал10 / 10 000 000;
Делаем сдвиг даты от [3]

Почему части времени идут "задом-наперед"?
"Так сложилось" ;)
Например потому что guid'ы появились задолго до того, как до них добрались руки ietf и баз данных.
Или потому что платформа написана на C, а не на Java, а как мы знаем из асемблера архитектура x86 имеет little-endian byte order.
Или, как говорит википедия, использовалось 2 варианта: для передачи по сети "on-wire" "network" (big-endian) byte order, а для хранения "native" (little-endian) byte order.
В любом случая я не знаю как там было и можно только догадываться.
[2] [3]

Если отчет из одной конфигурации копипастой тащу в другую - ID сохранится его?(в моей его не было) (c) 2michael

Ответ: При копировании объекта из одной конфы в другую _копипастом_ внутренний гуид меняется!
НО: при сравнении объединении этого не видно!, так как происходит сопоставление по имени.
НО: это не касается и предопределённых данных! Если добавлять их вручную, а потом конфу разработки сравнить-объединить с боевой - возникнут дубли в справочнике!
В edt же есть режим сравнения только по guid.

При замене отчета в дереве конфигурации командой "Заменить на внешнюю обработку, отчет. " меняется ли внутренний идентификатор объекта (отчета)? (с) Pandoch upd:02.07.20

Ответ: Нет, гуид при замене из файла остаётся прежним

Другая вариация вопроса: Есть две разные конфы. Но в них есть одинаковый объект метаданных например документ "Покупка". Как можно получить внутренний идентификатор этого объекта в обеих базах, используемый в сравнении и объединении, чтобы удостовериться, что этот объект, не зависимо от имени, замениться, а не дублируется ? Как я понял ЗначениеВСтрокуВнутр() дает не тот ID который нужен мне.

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

ЗначениеВСтрокуВнутр() выдает идентификатор прикладного типа, а не внутреннего объекта метаданных. Помимо внутреннего идентификатора у каждого объекта метаданных есть идентификаторы типов. Например ОтчетМенеджер.<Имя отчета> и ОтчетОбъект.<ИмяОтчета>:

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

Например - загрузка в отчет ABCАнализПокупателей внешнего отчета ДебиторскаяЗадолжность.epf вызовет лишь добавление суффикса (такой отчет уже есть в конфигурации), а все идентификаторы остаются прежними.

Скрин до загрузки - после загрузки:

Идентификаторы не изменились.

Почему используется "перевернутый" формат UUID внутри 1с?
<Объект не найден> (26:80f408002771598b11e7a3f0a3a64c3b)
Не знаю. Знаю только что первая цифра соответствует имени таблицы в sql: Reference26 -> ВидыНоменклатуры

[1]

Есть же спецификация?
Есть.

Расшифровываю:
Timestamp - это 60-битное число, содержащее количество 100-наносекундных интервалов с 15 октября 1582 г.
Часть low обнуляется каждые 2^32 / 10^7 / 60

7 минут, часть mid через 1 год, часть hi сами представляете.

Version - старшие 4 бита в седьмом октете, содержат тип гуида.
0x0001 1 time-based version
0x0010 2 DCE Security version (POSIX UIDs)
0x0011 3 name-based version (MD5 hashing)
0x0100 4 randomly generated version
0x0101 5 name-based version (SHA-1 hashing)

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

Node - содержит физический MAC-адрес сервера. Дада, проверьте ipconfig /all ;)

Примеры? Есть их у меня.
Мы же "программисты", накодим функции:

Проверим ссылку обычного документа:

Проверим ссылку, сформированную вручную:

Проверим работу счетчика "уникальности":

Можно даже так:

Какой мак-адрес у меня, вы уже знаете ;)

ps: под "упорядочить по ссылке" везде имеется ввиду сортировка в порядке создания ссылок и вообще в каком-либо порядке, отличном от сравнения в побитовом бинарном формате хранения бд.

Ну вот и все.

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

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

Кто должен формировать SSCC

Идентификатор применения (00) показывает, что поле данных содержит номер SSCC.

Цифра расширения используется для увеличения емкости серийного ссылочного номера в SSCC. Она присваивается компанией, создающей номер SSCC. Цифра расширения может быть от 0 до 9. Например, используем расширение «1» для паллет, а все остальные - для коробок.

Префикс компании GS1 - глобальный уникальный номер, присваиваемый члену GS1. Его выдаёт GS1, у вас он уже есть. Это первые 9 цифр из вашего GLN.

Серийный ссылочный номер - «серийная» часть номера, присваиваемая компанией-владельцем префикса КАЖДОЙ логистической единице для создания глобального уникального номера SSCC. Серийный номер контейнера. Должен быть уникальным в пределах одной цифры расширения.

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

Подробнее можно прочитать тут:

Пример генерации SSCC можно посмотреть в публикации по ссылке.

Специальные предложения

ну, и какова ценность использования SSCC? что он дает? какая полезность? (1) Агрегацию согласно Постановления Правительства РФ от 5 июля 2019 г. № 860 (2) ну и есть у меня SSCC - дальше что? какуюя полезную инфу я из него вытянуть могу, которая позволит разобрать агрегат на составляющие - никакой. если нет сопровождающего пак-листа. Поэтому что есть SSCC что нет его - одна хрень. (3) мне не известно какую инфохрень вы можете вытянуть, мне известно про маркировку (4) мне неизвестно чтобы из SSCC можно было вытянуть что-то про маркировку внутренностей этого груза без привлечения дополнительных сущностей. (5) доп сущности в маркировке и в постановлении Правительства РФ от 5 июля 2019 г. № 860 (4) Можно его как нибудь узнать если нету коробки под рукой? (7) Не совсем понятен ваш вопрос, но можно попробовать угадать ;) Если речь про маркировку, посмотрите по дате агрегации или отгрузке.
<result action_id="200"
accept_time="2020-10-02T06:11:02.264+03:00">
<operation>416</operation>
<operation_id>aa78e227-xxf2-496a-baf0-afb91127ff50</operation_id>
<operation_result>Rejected</operation_result>
<operation_comment>Операция отклонена</operation_comment>
<errors>

Искал информацию по данному вопросу. Нашел что данная ошибка случается если потребительская упаковка упакована в короб.

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

Но провизор не может найти транспортную упаковку.

Поэтому задал такой вопрос
"Можно его как нибудь узнать код SSCC если его под рукой? "

Читайте также: