уникальный код для каждого адреса доставки контрагентов #615172

Добрый день. Подскажите, пожалуйста, что можно использовать вместо уникального кода для каждого адреса доставки контрагента? Есть база(1с  8.2) в которой нельзя менять конф. В базе у каждого контрагента есть контакты вида адрес доставки. Адресов доставки у одного контрагента  может быть много (адрес дост1, адрес дост2 и т.д.) У этих адресов нет кода, а мне нужно сделать отчет с уникальными кодами для каждого адреса доставки. Может есть все таки какой то айди у таких элементов?

пс: я не программист

Явного идентификатора адресов в базе нет, но если адреса введены с помощью КЛАДР - то, думаю, можно придумать формат кода. См. регистр сведений Адресный Классификатор: регион, город, улица и т. д. - всё там имеет свой код.

уникальность по адресу?

Кодирование адресов.

+ чтобы можно было бы по номеру адреса найти адрес.

для  pumbaEO нужен уникальный постоянный код (макс 25, тип строка или число), чтоб в отчет выводить и отчет в другую базу загружать

Версия конфигурации?

25 знаков вполне хватит, чтобы закодировать адрес кодами из КЛАДР. Ещё раз, если КЛАДР используется.

а как это с помощью КЛАДР? только не смейтесь

Это не конфигурация. Есть например Бухгалтерия 1.6, 2.0,3.0, Торговля 10.3, 11, УПП 1.1, 1.2,1.3

1с предприятие. (управление торговым предприятием для украины, ред 1,2) как-то так

З.Ы. Вообще не понятно откуда адреса берутся. Самое простое это завести дополнительных контрагентов и указывать их как грузополучателей в этом случае их номер и брать как идентификатор. Если контакты. Так это спец справочник "Контактные лица" у которых указан адрес, в этом случае брать код контактного лица. Где это есть просто список адресов?

Извиняй по такой конфе не подскажу.

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

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

когда - то видел в другой базе программер использовал код типа 4ca0446a-8ad1-11e0-ab76-00304865fbb8 не знаете что за айди? может для адресов доставки его можно использовать?

Адреса могут совпадать и меняться - их использовать нельзя. - так и не понятно, что тебе надо... у адреса "Киев, магазин Черемушка"  сколько должно быть идентификаторов?

(Уникальный идентификатор) Без изменения конфигурации его не увидишь. Можно еще внешний отчет написать. И там его посмотреть... Но если ты не программист... Если не нужен индекс, то можно код в почтовый индекс запихнуть. Но непонятно что тебе нужно, а главное как ты собираешься их (эти коды) использовать?

для pumbaEO два разный кода для вашего примера,

Используй идентификатор элемента справочника контакты.

Што?!?!?!?!??????????

Как я понимаю адрес привязан к справочнику Контактные лица.

для    vudo  мне нужно только знать можно ли его использовать, уникальный код для каждой торговой точки (адреса дост) нужет для вывода в "отчет по справочникам торговых точек" + "отчет по реализацие товаров" (в каждом документе реализ. указан адрес дост). Эти отчеты имеют специальную форму и заливаются потом в другую базу.  Чтоб исключить дубликаты торговых точек в другой базе в отчетах нужен постоянный уникальный код для каждой торговой точки. Обработка данных, скорей всего, будет реализована внешним отчетом. но я сейчас не знаю, что можно использовать как уникальный код (составляю тех задание)

для    xenos   это реквизиты контрагента

Без доработки конфигурации никак. Ты не сможешь гарантировать неизменность адреса в документе и в регистре КонтактнаяИнформация, в документе АдресДоставки это строка, изменишь потом адрес или представление и все уникальности нет. Вариант через головную организацию сильно геморойный.

Функция УникальныйИдентификатор привязана к некоему объекту справочнику, документу. Но у справочника и так есть реквизит Код (да нумерация может быть не сквозная но обычно можно взять как идентефикатор). Если в справочнике несколько реквизитов или данные загнаны в регистр сведений, то получить его не получится.

В качестве идентификатора используй код контрагента или тот же УникальныйИдентификатор плюс название или номер используемого реквизита.

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

как закрыть тему???

неправильное решение.

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

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

Скажи их ник на мисте, будем поливать их лучами поноса.

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

Я очень сильно сомневаюсь, что в типовой конфе есть несколько адресов доставки в качестве реквизитов. Или есть справочник контактные лица или в регистре сведений.

В документе Реализация товаров и услуг, адрес доставки это строковое поле, никакой связи с адресом из регистра Контактная информация нет(заполняется один раз). В случаи изменения адреса в карточке клиента (что бы понятней было), для вашего отчета будет уже две разные торговые точки, продали одной, а у клиента адрес доставки другой. Если совсем без доработок конфигурации (хотя УТ, последнее изменения были только в плане налоговой накладной) то торговой точкой должен выступать элемент справочника "Контрагенты" с указанием головного Контрагента на правильное название и т.д.

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

[но я должен исходить из того что есть, переделывать нельзя.] - не привели никаких аргументов, почему нельзя... Вернетесь к этому вопросу, когда поставщик вас попросит еще и класс торговой точки определять, сезонность и каналы сбыта. А когда код для EDI понадобиться. Тогда административными мерами запрещайте менять адреса контрагентов, один раз занесли, была хоть одна отгрузка - все низзя.

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

Может все же можно использовать другого контрагента как Грузополучателя?

У меня УПП, но в УТП должно быть также... Для хранения используется регистр сведений "Контактная информация". Ввиду этого УникальныйИдентификатор не взлетает. В справочники виды контактной информации можно добавить "Адрес доставки 1","Адрес доставки 2"..."Адрес доставки N" И выгружать регистр по контрагенту с кодом "<КодКонтрагента>-<ИндексАдреса>". Точка. :)

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

так и думаю сделать

ТАк постойте, есть же справочник адресс доставки, и все они имеют уникальный код !

В какой конфе?

ут 1,2*** редакции

->

где я?

Представление