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

Чего?

(0+) связать, нужено поле код из адресного классификатора

Ну связывай

можно

(3) выходит что попало
могу связать только по индексу других подходящих полей для связи не вижу

(4) кроме индекса по каким полям?

(5) АК.представление = КИ.значение

+6 вернее выразить(АК.представление как строка(255)) = выразить(КИ.значение как строка(255))

а регистр учитывается?

(6) в регистре адресный классификатор нет поля представление

(9) ну так собери его представление, как функция делает

(9+) там информация кроме индекса в адрессном классификаторе и поля1 в контактной информации более никак не совместимая, я ошибаюсь?

(0) Мб условие на тип в контактной информации наложи

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

ВЫБРАТЬ
   КонтактнаяИнформация.Объект,
   КонтактнаяИнформация.Тип,
   КонтактнаяИнформация.Вид,
   КонтактнаяИнформация.Представление,
   КонтактнаяИнформация.Поле1,
   АдресныйКлассификатор.Наименование,
   АдресныйКлассификатор.Индекс,
   АдресныйКлассификатор.АльтернативныеНазвания,
   АдресныйКлассификатор.Сокращение,
   АдресныйКлассификатор.ТипАдресногоЭлемента
ИЗ
   РегистрСведений.АдресныйКлассификатор КАК АдресныйКлассификатор
       ПОЛНОЕ СОЕДИНЕНИЕ РегистрСведений.КонтактнаяИнформация КАК КонтактнаяИнформация
       ПО КонтактнаяИнформация.Поле1 = АдресныйКлассификатор.Индекс
ГДЕ
   КонтактнаяИнформация.Поле1 = "633244"
   И КонтактнаяИнформация.Тип = ЗНАЧЕНИЕ(Перечисление.ТипыКонтактнойИнформации.Адрес)
   И КонтактнаяИнформация.Вид = ЗНАЧЕНИЕ(Справочник.ВидыКонтактнойИнформации.ФактАдресКонтрагента)

(6) Не пойму от куда у вас представление в адресном классификаторе? Его от туда собирать то не из чего... И что за заначение в контактной информации...

Чего ты хочешь?

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

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

Какая куча повторяющейся информации у тебя вылазиет?

Сделай запрос:

ВЫБРАТЬ * ИЗ РегистрСведений.АдресныйКлассификатор ГДЕ АдресныйКлассификатор.Индекс = "633244"

и посмотри сколько и чего у тебя выдаст

(16) ну как в типовой формируется адрес, он же из адресного классификатора берется. Просто пройдись отладчиком там и посмотри, откуда она что берет.

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

(19) Адрес берется из контактной информации КонтактнаяИнформация.Представление. Формируется из перечня полей, Поле1, Поле2, Поле3...

(19) мне нужно извлеч код, из адрестного классификатора, такие значения 5 400 800 006 300 020 003 000 000

(20) А какая из этих нескольких десятков записей тебе нужна?

(22) как его явязать с контактной информацией не пойму, есть только индекс для связи

(23) фиг егог знает, может та где номер дома попадается, так он попадается в нескольких местах, или по названию улицы, говорю какая то информация не совсем подходящая для связи с КонтактнойИнформацией

(23) вот что значит этот код из АдресногоКлассификатора

// Маска  СС РРР ГГГ ППП УУУУ ДДДД КККК АА

//

//        СС   - код региона

//        РРР  - код района

//        ГГГ  - код города

//        ППП  - код населенного пункта

//        УУУУ - код улицы

//        ДДДД - код дома

//        КККК - код квартиры

//        АА   - код актуальности

(0) какая глобальная задача? Если приведение адресов по кладру, то я этим сейчас занимаюсь.

Единым запрос все равно не получиться по представлению все сделать. В начале надо убрать все сокрщения (пр Ижевск г.-> Ижевск), разложить Представление на подстроки (есть функция РазложитьСтрокуВМассив или как-то так), затем раскидать по полям (самое ресурсоемкое).

А так в Кладре есть реквизит ТипАдресногоЭлемента, он отличается смещением на 1 от поля. Делай по нему

(24) Ну ты описал задачу примерно так: Мне нужно по индексу найти классификатор, их там много, но мне нужен один, хотя фиг знает какой

(26) То есть одним запросом никак не получится??? Я вот и вижу что это так... Думаю как быть.....Ну тогда я вывожу все построчно из запроса все равно, при выводе тогда заполнять это поле....

Остается понять как написать функцию...


Реквизит ТипАдресногоЭлемента есть там целое число, чем он может помочь, и как?

нащел вот эту функцию ПолучитьИндекс() там как раз идет разбор

(26) я работаю в конфигурации УТ, а вы?
вот эта функция если я не ошибаюсь возвращает этот код из РС.АдресныйКлассификатор

// Функция определяет индекс по переданным региону, району, городу, населенному пункту,
// улице, дому и корпусу
//
// Параметры:
//  НазваниеРегиона - название региона( с сокращением)
//  НазваниеРайона - название района( с сокращением)
//  НазваниеГорода - название города( с сокращением)
//  НазваниеНаселенногоПункта - название населенного пункта( с сокращением)
//  Улица - название улицы ( с сокращением)
//  НомерДома - номер дома, для которго необходимо получить индекс
//  НомерКорпуса - номер корпуса
//
// Возвращаемое значение:
//  Строка - шестизначный почтовый индекс
//
Функция ПолучитьИндекс(Знач НазваниеРегиона, Знач НазваниеРайона, Знач НазваниеГорода, Знач НазваниеНаселенногоПункта, Знач НазваниеУлицы, Знач НомерДома, Знач НомерКорпуса) Экспорт

(30+) а не она индекс получает

может подскажете тогда есть ли в УТ функция готовая которая форвращает код из адресного классификатора по переданным в неё данным?

(32) такой точно нет. Потому что в УТ она на фиг не нужна.

(0) А ты уверен, что после обновления КЛАДР в 1С, все коды вида СС РРР ГГГ ППП УУУУ ДДДД КККК АА не поедут? Там наверняка индексация после загрузки идет

(30) То же УТ 10.2.

Могу скинуть обработку. Но возможно ее надо будет допиливать т.к делал под Удмуртию и УТ 10.2 .

По этому номеру можно определить по Полю1 или Полю2 и т.л надо делать связи.

Посмотрел по темам - задачи идут общие. Я тоже вожусь с КЛАДРом, чтобы можно было нормально определять географические координаты. Если интересно более подробно, то  аська в профиле.

(35) у меня 10.3
(34) а они к местности не привязаны?

(34) поедут не поедут а привязать их нужно

(37+) вернее выбрать

(37) Ну допустим привязал. Сейчас к конрагенту приявязана улица Абазова с кодом УУУУ 0001. Добавилась в регионе улица Абабаевская, после обновления кладра ее внутренний код УУУУ либо добавится в конец либо станет 0001. Если будет вариант 2, то к контрагенту будет привязана не та улица.

задача такая по имеющемуся адресу (путь он введен по КЛАДРу с разбивкой по полям) получить значение измерения Код в РС АдресныйКлассификатор?

(39) этот вопрос проще задать разработчикам КЛАДРа - будет меняться код у уже имеющихся или нет. А не гадать на кофейной гуще

(40) Ну в принципе да, по адресу контрагента получить значение КОД РС.АдресныйКлассификатор к нему относящееся

(41) ну просто взять две версии, за 2005-й год например, и за 2013-й. И сравнить. Разработчиков имхо гораздо дольше придется отлавливать.

(42) хм, интересная идея, но я лучше по отдельным реквзитам у координаты раскидаю города и улицы.

А так есть  (в УТ 10.2) функция в форме выбора РС Кладра. Она по коду получает выше стоящих родителей. Надо ее либо очень тупо в цикле использовать (запросом находим улицы с нужным названием, по функции получаем города и районы, оставляем нужный)

// Функция формирует строку с полным названием адресного элемента,
// которое состоит из наименования и сокращения самого адресного
// элемента и его "родителей"
//
// Параметры:
//  КодЭлемента - Код адресного элемента.
//
// Возвращаемое значение:
//  Название адресного элемента и его родителей через запятую
//
Функция ПолучитьПолноеНазвание(Знач КодЭлемента) Экспорт

(42) еще не забудь адрес привести к правильному виду. Чтобы реально было 8 или 9 запятых.

(44)(45) Хотелось бы надежный функционал продумать, пока у меня нет соображений, мотивации к действию...

(46) будет слишком много нюансов, чтобы на лету получить по контрагенту полный адрес из кладра.

Да и чем регистр Контактная информация не устраивает? Главное, чтобы был путево заведен.
Я так и не понял, за чем это надо связывать КИ и КЛАДР? Получиться, что они будут дублировать друг друга

(47) Я хотел извлечь одним запросом, а кроме как к контактной информации не нащел к чему ещё привязать адресный классификатор.

(48+) получается сейчас нужно писать функцию, и получать код адресного классификатора по представлению адреса контрагента из контактной информации

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

(49) Так и не понял так будет использоваться код из КЛАДРа.

Если не надо переделывать старых контрагентов, то можно допилит конфу - при вводе КИ сохранять Код Кладра выбранной улицы

и в люом случае будет проблема с домами. В базовом кладре их нет

(50) вот такие к примеру значения: 5 400 800 006 300 020 003 000 000

как получать это имея адрес контрагента в представлении контактной информации я так и не понял

(50) код из регистра сведений адресный классификатор

Теперь вы понимаете в каком городе самая лучшая трава?

(55) так это всего лишь пример значения

(53) ну, читай (19)

(53) Ты хочешь автоматически привязать к КЛАДРу адреса, введенные вручную, я правильно понял?
Это не возможно, не трать зря время/чужие деньги. Лучше сразу делай полуавтоматический режим. Ручной работы будет процентов 15-25%.

(58) согласен. Как указывать остановочные комплексы, АЗС?

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

Из всего выше рассмотренного есть определенные, конкретные, креативные шаги к решению задачи?

(19)(57) Адрес берется из представления контактной информации регистра сведений КонтактнаяИнформация, туда он собирается из скрытых полей этого же регистра, куда помещается частями обработкой. Из адрестного классификатора ничего не берется как я понимаю, где пройтись отладчиком?
В (19) не совсем то написано?

Если я верно понимаю, ты хочешь вычислить некую хешфункцию от адреса с помощью классификатора. Вопрос: а нафейхуа?

(62) Я уже несколько раз написал что мне нужно, почему не ясно это? К адресу контрагента что в представлении контактной информации должен относится код адрестного классификатора из соответствующего регистра сведений. Его мне и надо получить. Нужно это для вывода в отчет, поле там такое есть!!!

(63) Как его получить, не представляю, перибираю имеющиеся функции в модуле контактная информация, но ничего подходящего не могу найти.

Ну весьма подробная документация по КЛАДРу есть на gnivc.ru
Дерзай.

(65) да какая там подробная информация?
как в ут то извлечь этот код по адресу, ниужели никто не занимался этим?

(66) Давай займусь, за определнное вознаграждение

Уникальность записей регистра сведений определяется измерениями.
У ЗАПИСЕЙ НЕТ КОДОВ.
Это азбука. В РС "Адресный классификатор" таких измерений 7. А вот в РС "Контактная информация" таких измерений 3. Ты пытаешься взять то чего нет и бьешься как рыба об лёд.
ИМХО, у твоей задачки в данной постановке решения нет. Либо ты просто неправильно понял задачку.

(68) в колонке GUID не код Адресного классификатора ?

http://i072.radikal.ru/1307/fa/1417fe52f154.jpg

(69) Мое предложение еще в силе )

(70) да не нужно мне ваше предложение!!!

(69)Нет.
ЗЫ.Ты не мне загадки задавай, а посмотри как хранится информация в регистрах сведений и как связан Адресный классификатор с Контрагентом. ИМХО, никак.

(72) да
(69) в первой строке рп Колывань, индекс 633161 ?

(73)Какие Ваши доказательства? ))

(72) никак не связан, от куда тогда брать это значение что в колонке GUID ?

(74) в кладр заглянул )))

(75)Ответ "Ниоткуда" тебя не устраивает. см (68) еще раз, еще раз, еще раз. Если ты создашь реквизит у Контрагента, или реквизит у накладной,в котором будешь записывать КОД, тогда да. А так... "Ниоткуда".

(76) Будем считать твои комментарии как моральная поддержка ТС.

(77,78) в случае автора это действительно код из кладра, и получить его можно запросом связав регистры классификатора и КИ (но только в случае если все адреса пробиты по кладру), но так как задача тупая и автор невежда, то помогать я ему небуду))))

(79) так я связывал ничего не получается
я не знаю чей там индекс, это информация для примера была приведена

(80) ип иванова там индекс, который 100 кг колбасы армавирской заказал к себе в колывань))

(80)Каким полем (реквизитом) связывал? Нет взаимосвязи между РС "Адресный классификатор"  и справочником "Контрагенты".

(82) я связывал с регистром сведений контактная информация по индексу

(83+) как ещё увязать что бы получить одну запись незнаю

(84)Никак. Только добавить реквизит КодАдресногоКлассификатора и запустить обработку, которая при правильном заполнении адреса, заполнит это поля. Остальное ручками.

получить нужно вот это в итоге, по каждому контрагенту или его адресу:

http://i023.radikal.ru/1307/54/82a05e3527f1.jpg

может я что то не догоняю и можно все же получить его???

хочу тут разобрать функцию ИспользоватьИндекс()

в неё вроде передаются наименования регионов, городов, улиц и тд, а она возвращает кода...

(87+) ПолучитьИндекс() то есть

(69) У тебя на на картинке GUID на единицу меньше номера документа. Это явно GUID документа в самописной базе. Зачет ты всем мозг адресным классиыикатором выносишь? У тебя в колонке один контрагент с одним адресом стоит и GUID везде разный.

(89) да это может опечатка просто, не может а так и есть, не может у одного контрагента разный код адресного элемента быть

(90) ты понимаешь, что в каждом обновлении КЛАДР его внутриние GUID не сохраняются. Что по твоему GUID в итоге будут получать абсолютно левые адреса те, у кого стоит не та версия КЛАДР. Нужен адрес - пиши адрес.

ОФФ: "Товарищ не понимаИт.."

(91) мне по барабону что там будет, мне нужно это сделакть, про грандиозное планирование разработки никто не говорил

ну или нужно рассмотреть его тогда

ну а все же вывбрать то это можно? один код адрестного элемента по контрагенту?

(93) ну, сделай отдельный регистр сведений, два поля "Адрес", "Код". Зачем тебе Кладр, там же миллионы записей, а тебе нужно из них 100. Ну может 200.

(93) ну пиши везде одно значение 5 400 800 006 300 020 003 000 000, в чем проблема? Не связан никак адрес контрагента с адресным классификаторм. Ты адресный классификатор в базе вообще очистить можешь, при этом адрес контрагента у тебя останется с разделителями в правильном формате кладр

(95) в смысле гда заполнены РЕГИОН, РАЙОН, ГОРОД,и тд. ?

так может по этим значениям получать набор цифр? функциями какими либо преобразования?

задача взята на подобие УПП эта

(94) так как код то получить7
(95) каждому контрагенту по адресу различному должно быть уникальное значение
(89) KLADR типовой

(97) сколько можно ? (26) уже ответил