Как указать несколько адресов доставки , если ругается что Запись с такими ключе #759702

УТ 10,3 Как можно указать несколько адресов доставки в карточке контрагента если при создании новой - с предпоеределенным значением - Адрес доставки - ругается что Запись с такими ключевыми полями существует. создавать множество элементов справочника ВидыКонтактнойинформации - с наименованием типа "Адрес доставки" "Адрес доставки1" "Адрес доставки2" - не айс ..

Ну получается без допила никак.

ну вот как допилить с наименьшим сопротивлением ? вижу вариант - сделать новое измерение типа - ДатаВремяСозданияЗаписи - создать новую подписку на событие - которое будет передзаписью - устанавливать все что надо. не ?

контактные лица контрагента есть в 10.3?

да -есть

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

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

над отд справочником думал не удобно .. т.к. адреса есть в кладре .. и надо переделывать обработку по редактированию адресов РС

опять таки - там есть фио, телефоны, должность .. те там нет полей для адреса.

пля, ну, тоже мне проблема! Сделай - тжпрограммист :) Тебе в любом случае делать - либо новый справочник и к нему присобачивать контактную информацию, либо просто присобачить контактную информацию к контактным лицам.

не красиво будет и то - что все адресные механизмы завязаны на РС Контактнаяинформация.в т.ч. и адреса доставок. получиться - что есть 1 адрес доставки в одном месте базы (в РС) и несколько адресов доставок в др месте (например, в спр)

какая религия мешает тебе хранить в РС.КонтактнаяИнформация адреса для справочника КонтактныеЛица?

11 никакая. с такого ракурса не думал.

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

ну, дык, ты это... подумай...

вот так не стоит делать. Я когда-то давно так сделал. Было плохо.

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

проверил. там можно хранить только 1 адрес доставки т.е. чтобы параметр видАдреса - был постоянным.

А что не взлетело?

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

в какой реквизит /ресурс/измерение РС Контактная инфо пихать этот доп разделитель. подробнее в чем траблы вылезли ?

создай много контактных лиц, что ли...

>>>>создавать множество элементов справочника ВидыКонтактнойинформации - с наименованием типа "Адрес доставки" "Адрес доставки1" "Адрес доставки2" - не айс Почему не айс? Сколько таких адресов будет? 2? 3? 30?

каждый адрес доставки - это отдельное контактное лицо

до 12 ответили.

это было лет 8 назад, я не помню уже. Но помню, что зарекся.

с тем же успехом можно и в конт информации - спр виды контак инфо = дублировать вид = контактная инфомация.

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

а когда появится 13й, придется звать программиста и выпускать обновление, да? Гениально же, правда? + одна проблема была в том, что дубли стали экспоненциально расти и неконтролируемо. Но были и еще. это глупое решение потому, что ВидКИ - это совсем другая сущность.

Тогда здесь лучший подход.