Пример например делаем запрос выборки подчиненного справочника
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
    |    КонтактныеЛица.Ссылка
    |ИЗ
    |    Справочник.КонтактныеЛица КАК КонтактныеЛица
    |ГДЕ
    |    КонтактныеЛица.Владелец = &Владелец";
Запрос.УстановитьПараметр("Владелец", Контрагент);
Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();
Пока Выборка.Следующий() Цикл
    ОчереднойПодчиненый = Выборка.Ссылка;
КонецЦикла;


Можно ли сделать так чтобы элемент справочника получил новые значения, если да то каким образом?

(6) искать спрашиваю зачем? или по другому - что ищет запрос?

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

(2) нет. Нужно от ссылки ПолучитьОбъект() и уже его реквизиты изменять

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

(11)Я так и понял, просто этот механизм в среднем будет делать в начале скажем так 25 000 а потом увеличиваться и увеличиваться, я просто не знаю сколько это по времени залймет

(12) А для чего здесь регистры?

(13) а зачем в справочнике что то менять?

Хранить в справочнике количесто и цену плохая идея

(16) я бы сказал бред вообще

ну колчиесвто здесь мягко сказано, скорей всего наличие есть или нет

(17) ваше предложение?

научи

(18) почему не регистр Контрагент/Номенклатура+Наличие/Цена

(21) Можно но с регистрами не работал еще пока, только учусь

(22) Так сказать провожу тренинги со всеми вытекающими от сюда последсвим=ями

(22) так лучше учиться правильно а не "первое что пришло в голову"

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

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

(24) согасен

(26) если количество > 0, вот и наличие

а цены хочу сделать чтобы устанавливались каждый день новые, типа регистра сведений

(29) см. (26)+(28)

(28) это хорошо, а если данного товара уже нет сегодня в прайсе????? а вчера он еще был? то есть поставщик убрал его из прайса в связи с его отсутсввием

(31) РС периодический. на вчера он есть. на сегодня его уже нет. ей богу учи мат часть. и смотри типовые.

(32) этим и пытаюсь заниматься

здесь получается двойной анализ нужен

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

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

и зачем он тебе если его нет?

(36) убрать его тоже

или поставить признак что его уже нет

(38) количесвто = 0, значит нет, > 0 значит есть

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

(39) заодно и в заказе можно потом будет показать сколько можно заказывать примерно

Чтобы понять что количество ноли, значит надо от обратного анализировать

мало того в поле количество поставщики пишут не цифровой экивалент а строковый например, больше 10, или достаточно, или мало

а некоторые правда указывают и цифры например там 10 или 15

(43) ну телепаты все в отпусках уже. поэтому мы ХЗ что там вам поставщики пишут

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

(45) ну то понятно

(46) история по этим данным нужна?

(43) Зачем хранить количество товара у поставщика??? Интересно только заказанное количество.
Регистр сведений для цены
Регистр накопления для количества

Под историее наверное понимается когда был товар а когда исчез правильно?

скорей всего да чем нет

(51) ну сначала надо узнать точно - да/нет и заодно - зачем?

(49) а зачем два регистра?

(53) не слушай, второй регистр - отдельная песня

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

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

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

(57) чтобы знать есть товар или его нет

вообще картина какая у меня выресовывается

надо создавать регистр сведений

(55) а других покупателей нет у вашего поставщика? Только вы?

Зачем знать, что в декабре 2001 у поставщика был товар?
Лучше перестань придумывать задачи и посмотри список задач для спеца по платформе.

где измерения будет сама номенклатура, поставщик, модель, а его ресурсом будет цена и его количество (наличие да/нет). типа такого я правильно понимаю?

(62) надо знать

(62) допустим вчера ноут тако модели был, а сегодня уже нет

(64) вариант - цена в регистре не ноль - есть, нулевая нету

(66) верняк

(65) так может его завтра еще подвезут?

http://s.pikabu.ru/images/big_size_comm/2013-05_1/13674414211007.jpg

(65) И что, если он вчера был???

(66) + срез последних по контру и соединение с загружаемым прайсом по контру+ТМЦ, цена естьнулл 0

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

(69) сегодня его нет вот что значит, а вчера он был мы его выставили на продажи, сегодня нет убрали с продажи (торговля по образцам)

(71) вообще самопилка или что то типовое?

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

главное науичтся и сделать правилньо

(73) Спасибо, поржал :D

(71) ваш менеджер может спокойно работать с сайтом поставщика, открывать его и смотреть наличие и цену. На фига эта ваша муть с 1с и регистрами?

(75) Так учись делать нормальные задачи, а не сферические.
Смотри (62)

Торговля по образцам  я же тебе говорю, это в своем роде и есть сферическая задача

(75) Всё-таки объясни пожалуйста, зачем знать, что товар был на какую-ту дату.

(79) ->(78)

Или ты хочешь предложить поставщику услуги по планированию его запасов?)

Так при получении прайса выставляй на продажу товары из этого прайса.

(76) над чем именно?

(84) Парень в глаза регистры не видел, а ты такой вопрос задаешь)

(85) ну в пофигуратор же он залез

(80) вот смотри, сегодня товар у поставщика есть, ты его выставляешь на продажу говоришь что ты его можешь продать, завтра поставщик уберет его с продажи(закончился)в прайсе товара нет!!! Продавец его соответственно тоже уберает, после завтра он опять в прайсе продавец опять его выставляет на продажу вот в чем суть, а то что его не было неделю назад да на ср..ть на это неделя уже прошла, главное что сейчас либо он есть либо его нет

(87) польза от знаний что было неделю назад все равно не ясна

(88) а неделю назад и не надо знатбь

(87) товар покупаете у поставщика или перепродажа "на лету" будет

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

(89) зачем тогда хранить историю

(90) можно сказать на лету

(92) можно и не хранить историю

(93) тогда нафиг не нужно знать что было вчера, надо знать что есть сейчас

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

(95) ДА

(94) все по контру стер, и загрузил новый прайс с ценами

(97) не надо кричать

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

(99) )

(100) поэтому регистр

Загружая прайс мы понимаем либо он есть либо его нет

+(102) + сначала (98)

(102) Получается регистр сведений правильно?

(105) см (12)

а вообще спать пора :)

(107) ну это тоже надо