Этот код выполняется в модуле объекта ПТиУ (поступление товаров и услуг) при проведении документа ПТиУ

Если ЭтотОбъект.Грн Тогда  
            
        НовыйДокумент = Документы.УстановкаЦенНоменклатуры.СоздатьДокумент();
        НовыйДокумент.Дата = РабочаяДата;
        НоваяСтрокаТипЦен = НовыйДокумент.ТипыЦен.Добавить();
        НоваяСтрокаТипЦен.ТипЦен = Справочники.ТипыЦенНоменклатуры.НайтиПоКоду("000000015");
        
        Для Каждого эл Из Товары Цикл
            Для Каждого ТекСтрока Из НовыйДокумент.ТипыЦен Цикл     
                НоваяСтрокаТовары = НовыйДокумент.Товары.Добавить();
                НоваяСтрокаТовары.ТипЦен = Справочники.ТипыЦенНоменклатуры.НайтиПоКоду("000000015");     
                НоваяСтрокаТовары.Валюта = Справочники.Валюты.НайтиПоКоду("980");
                НоваяСтрокаТовары.ЕдиницаИзмерения = Справочники.ЕдиницыИзмерения.НайтиПоНаименованию("шт");
                НоваяСтрокаТовары.Номенклатура = эл.Номенклатура;
                НоваяСтрокаТовары.Цена = эл.Цена;
            КонецЦикла;
            
            НовыйДокумент.Записать(РежимЗаписиДокумента.Проведение);
        КонецЦикла;


я бы хотел условие сделать, что бы если код уже выполнялся документом ПТиУ и были внесены данные по коду тогда не нужно выполнять этот код, а если не было еще выполнение то однозначно проводить.

Думал на Если НЕ Проведен тогда
или если НЕ ЭтотОбъект.Проведен тогда
но шо то ни так ни так код не выполняется )))

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

(0) Да что вам, жалко чтоли, что при каждом проведении создастся новый документ установки цен?
Не жадничайте! Сейчас дисковой пространство копейки стоит.

а почему бы не делать движение по ценам прямо документом ПТиУ?

кстати, если это типовая, то код неправильный %))

(4) Для нетиповой это правильный код?...

(5) для нетиповой он может работать как ожидается, хоть и весьма не оптимально (мало ли какая там структура метаданных).

а так он генерит документы с кривыми данными. специально для автора уточню, что единицы измерения там - это подчиненный справочник (сужу по УТ до.3 и бухне, например).

(1) внимательно просмотрите мое желание, там нет о тормозах ни слова

(3) и чем движение лучше этого способа?

(6) и...?

(7)(8)(9) учиться, учиться и учиться.

ну а для продолжения наступания на грабли - сделай реквизит ДокументОснование в установке цен и по нему проверяй наличие документа. ну и перезаполняй его при изменении данных и т.п.

это в качестве неправильного ответа

(10) + 100500

(10) не учи плохому

имей совесть
Движение по регистрам
Несколько движений по одному измерению

(14) Именно её он и имеет. В том самом смысле

(14)  так это другой вопрос или сто вопросов в одну тему?

(16) перестань писать в алгоритме такое:
НайтиПоКоду("000000015")

(17)  а как?

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

(19) Я впитал знание 1с с молоком матери.

(18) а зачем? пусть пользователи сами вносят нужные типы цен

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

(21)  я хочу упростить для себя жизнь, принимая товар я хочу, что бы автоматом цены с документа поступления попадали в карточку номенклатуры, о каких пользователях идет речь? Вы небось немного не так поняли меня ))

(22) поверьте я точно знаю зачем мне это нужно ) главное правильно ли

я замучался десяток раз на каждой номенклатуре ("принимая" ее) вбивает сначала в карточку номенклатуры Закупочную цену (на то есть причина почему мы и там держим закупочную цену) и продажную цену для 5 магазинов, а это значит сначала мне нужно зайти в Каждую номенклатуру и для Каждого магазина установить свою цену, вы думаете я от этого радуюсь?)) поэтому придумал, что бы все автоматом попадало в карточку номенклатуры при проведении в каждую розничную цену каждого магазина и каждую закупочную цену, что бы нажал провести и не нужно было играться с каждой номенклатурой

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

(25) это все делается не в коде, вернее в коде но совсем не так...

(27) а как? Я вот так придумал, как вы придумали или знаете? Подскажите, может по вашему пути пойду, я сначала уже Движением писал, а потом понял, что не подойдет ибо есть нюансы с которыми не смог разобраться, решил через создание документа, как вы предложите?

(25) отлично, пару вопросов:
1. цену продажи вы ставите с одной и той же наценкой от закупочной?
2. вчера вам пришла партия из 100 шт. по 100 рублей (ну пусть гривен), сегодня партия из 5 шт. по 50 рублей. Вы будете пересчитывать цену продажи в меньшую сторону? Она может оказаться ниже себестоимости

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

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

(30) + в данном случае, про логику, я говорю только о том куске кода который вы привели, а не логике программирования вообще. :)

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

(31) а зачем вам цену закупки тогда фиксировать?

(34) > да нет никаких наценок

Продают за так.

(34) потому как в данной конфе это единственный способ вывести
Закупочная, Розниачная, РознДляМагазина№1, РознДляМагазина№2 и т.д. цены в один документ
Есть такой документ Печать прайс листов и он очень хорош, только там нужно выбрать цены, а цены выбираются там со справочника ТипыЦенНоменклатуры так что вот такие вот нюансы

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

(36) ну вводите на основании документ, там особо работы немного ручной то

(0) [Справочники.ЕдиницыИзмерения.НайтиПоНаименованию("шт");]
бгг)

(34) так же есть неплохой документ Стоимостная оценка номенклатуры но она так же хочет иметь доступ к выше справочнику

(33) Пользовательский уровень - уровень конечного пользователя системы, в данном случае автоматизированной системы, по всей видимости учета товаров.
(37) А еще может по позиции регистратора :)) хоть каждую секунду...

(38) да я ели до этого способа додумался )

(39) ваш вариант?

(42) вводите не кодом, а инетерактивно

(43) вы бы мат. часть подучили сначала... Говорю без обид.

(45) + на худой конец посмотрите как в типовых сделано.

(45) паралельно этим занимаюсь но как бы мат.частяю одно, а приходиться делать другое  )

(43) Прочитать книгу "1с 8.1 Простые приемы программирования", или типа того

(46) типова эо капец какой то, всякие [+] меня запутали окончательно, там тяжело для меня пока, что то по проще нужно

(43) + я за способ заполнения на основании

(48) та книг у меня хватает, 4шт еще впереди

(49) кто такие [+]?

(49) а кому сейчас легко? Хочешь на елку влезть и ничего не оцарапать? :)

(52) ну типа Документ[Цена + УстановкаЦена] ну как пример я не помню как там

(50) +1

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

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

(56) с это и надо начинать.
Пятница началась раньше времени... (сорри за оффтоп.)

(57) выполнить поиск документа установки цен по документу основанию и если найдется перезаполнить его.

(57) код не проводится, а выполняется. Проводят документы.

(60) ну я надеялся, что это никто не заметит )) а можно пример кода )

(61) лень, если честно... Это все разжевано пережевано, самы основы, самое простое...

(62) и на этом спасибо, где то раздобуду кусочек )

мда... практикуется ли в этой базе групповое перепроведение документов поступления...
Только ЭтотОбъект.Грн = ЛОЖЬ может спасти базу от таких программистов.

(64) нет, не практикуем такое, вообще закрытие месяца, групповое перепроведение это ни ниш конек, мы таким не пользуемся

(64) хотя очень спасибо за такие "предупреждения" коль что буду знать куда смотреть

(66) также советую посмотреть, как работает механизм ввода на основании.

А что имеется ввиду по "создавать документ на основании"? Я по Радченко книге глядел, что таким способом можно кнопку Подбор реализовать так это вы имеете ввиду? Или типа вся табличная часть должна "перелезть" в другой документ автоматически?

в двух словах расскажите пожалуйста какое действие происходит когда создается документ на основании? Может и это не подходит в связи с нюансами

http://www.support-1c.ru/news/vvod-cen-v-1supr-torgovlej-11-red

Это с точки зрения пользователя. Как это запрограммировать - читайте книжки.

спасибо, кстати видео нашел, попробую

ну, короче на основании тоже не пойдет ибо уже документ установка цен и так на основании документа ПТиУ

(72) в (0) этого нет

1. Все тоже самое вынеси в форму документа "ПослеЗаписи" есть событие, в процедуре приЗаписи запоминаешь режимЗаписи документа.
2. Сначала делаешь поиск уже существующей установки цен и только если не находишь, тогда создаешь.
3. Создание документа выполняешь только при оперативном проведении, тогда будет прошлые документы не будут обновлять.
4. На форме рисуешь кнопочку "ручной запуск" .

НайтиПоКоду вынеси или же в константы или в настройки пользователя или в учетную политику.