Как получить цену номенклатуры из последнего документа #7567

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

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

Сделай выборку документов и ОбратныйПорядок(<Режим>)

или по регистру - находишь последний документ двигающий товар

или по регистру - находишь последний документ двигающий товар

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

я - чайник... можно поподробнее?..

так ты спозиционирован(а) на последний док реализация. Успехов. дальше Сам(а)

ПоследнийДокРеализации<>ПоследнийДокРеализацииСНужнойНоменклатурой

Документов в базе года за три... Ох и скорость будет...

ПоследнийДокРеализацииСНужнойНоменклатурой<>ПоследнийПроведенныйДокРеализацииСделавшийДвижениеПоЭтойНоменклатуре

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

ошибся я. тогда переберай все доки, в обратном порядке.

А если через запрос? Условие - нужный товар. Перечень  возможных документов. Группировка День, упорядочить в обратном порядке (правда, не знаю - можно ли упорядочивание в обратном порядке делать?)

А зачем группировка День?

Обход группировки можно в обратном порядке делать...

Помоему через регистр гораздо проще

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

Клево, блин! Мало того, что у меня этот топик неправильно отражается (не влезает в экран), так еще и ответ мой сожрал!

О! Появился! Обновить нажимал - поэтому ногами не пинайте... А за пределы экрана все равно вылазит...

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

Чем решать задачу переборами и запросами, не проще ли хранить "цену из последнего документа реализация" в том же справочнике Номенклатура?

Регистр.ВыбратьДвижения; Далее ищеш (как удобно) последнее движение в полученной выборке и Док=Регистр.ТекущийДокумент;(Получаеш документ, выполневший движение) а дальше все просто...

Регист.ПолучитьДвижение; Док=Регистр.ТекущийДокумент;(Получаеш документ, выполневший движение) а дальше все просто...

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

А страница этого топика не у всех шире экрана? Это только мне так "повезло"?

у меня тоже глюк

(25,26) Это я виноват... Смотрите

продолжаю разговор...( сделано вот так: где может быть ошибка?

В номенклатуре, видимо... Как позиционируешь?

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

номенклатура правильно выбирается...

ето в функции, туда номенклатура правильно передается

А ты попробуй... :-)

1. А зачем переменная Док? 2. "Рег.ПолучитьДвижение<>0" проверка на больше-меньше работает дольше, чем сравнение с 1 Рег.ПолучитьДвижение=1 3. Если Рег.ТекущийДокумент.Номенклатура=Номенклатура Тогда                                     ЦенаН=Рег.ТекущийДокумент.Цена;                               КонецЕсли. А если в документе 1000 позиций, ты их так и будешь проверять все? Поставь "Прервать".

спасибо 1.Док.ВыбратьСтроки; раньше так было - но в Док ничего не передавал.. 2.ок 3.прервать у меня уже было тут можно вообще без цикла мне только один документ нужен... это уже остатки испробованных маразмов...(

"Остатки испробованных маразмов" - минус 1,5-2 секунды на исполнении... Эх, молодежь, не работали вы на медленных машинах... Код оптимизировать не хотите. Разбаловали вас мощные машины..

Вы , дядя:0), не понимаете, чтобы что-то оптимизировать, надо чтобы это что-то работало, а я тут по кол-ву задаваемых маразматичных вопросов первое место займу... но огромное спасибо я запомню.. и подсказывайте мне в дальнейшем, пожалуйста..

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

Так! Конфигурация - торговля?

Тогда проверь, а есть ли вообще движения по данному товару? Может его вообще не быть... А коды у тебя уникальные?

нее у меня комплексная

См.

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

Не уверен, что ВыбратьДвижения без начальной даты хорошая идея.

А нет ли записи периодической приходной цены в момент проведения - можешь проверить? Это самый легкий путь кстати... Если чайник - посмотри есть ли в движениях приходных накладных движения реквизитов справочников

опа! с начальной датой идет...

теперь Рег.ТекущийДокумент.Номенклатура не определяется...

Выбери строки у текущего документа

дык Рег.ТекущийДокумент.ВыбратьСтроки;

А откуда взял что не определяется Номенклатура? Может так: СпрН.ЦенаН=Рег.ТекущийДокумент.Цена должно быть?

в отладчике не показывает мне не в справочник ее надо записать, а в документ вывести не проверяет Если Рег.ТекущийДокумент.Номенклатура=Спр.ТекущийЭлемент Тогда

А ежели через НайтиСсылки? Если обработка идет документом, то в принципе, можно накидать всю номенклатуру, получить ссылки а потом анализировать.

Давай весь код в студию

Это ты кому?

это для а то так долго гадать будем

Сделано! надо документ спозицинировать!(ну или как это называется) просто по Рег.ТекущийДокумент - ни фига строки не получает... ишшо вопрос можно ли найти строку документа по какой было движение, а то циклом долго документы большие?..

Интересно, до 100 постов дойдет?..

жалко?

Самый простой вариант (делать АККУРАТНО!) Работает моментально и без перебора. 1. Выгоняем всех из базы и лочим ее (каталог переименовываем - зачем - узнаешь дальше) 2. Снимаем у приходной накладной галочку Автогматическое удаление движений 3. Создаем периодический реквизит ЦЕНАПрихода у справочника ТМЦ 4. Дописываем в модуль проведения приходников строчки типа того:   ... то что у тебя дальше не важно КонецПроцедуры; 5. Процедура ПроставитьЦены такая будет: 7. Запускаем эту обработку только 1раз!!!! 8. Заходим в конфигуратор - ставим галочку Автоматическое удаление движений; 9. Удаляем одну строчку с приходной накладной - Возврат; (чтобы проведение шло и дальше) 10. Пускаем пользователей в базу. 11. Все.. Дальше просто ====================== По Поводу а посмотри в модуле приходной - есть ли ПривязыватьСтроку ====================== Плюс ко всему - а регистр оборотный или остатков? если остатков - посмотри есть ли движения по оборотным регистрам - делается намного быстрее если не подойдет описанный мною вариант

1. Долго, но надежно: 2. Быстро, но ненадежно (при проведении ОБЯЗАТЕЛЬНО должна быть привязка к номеру строки!!!)                 Документ.ПолучитьСтрокуПоНомеру(Рег.НомерСтроки); Ну и т.д.

Нет-нет... Продолжайте...

шайтан...

гран мерси

Вот кажись наиболее быстрый вариант...

Зачем так сложно и что получишь в итоге? 1. Не меняются ни проводки ни движения, добавляются только движения для справочников. 2. В новых приходах тоже это будет уже проводится 3. У любого ТМЦ на любую дату получишь цену прихода 4. и если надо получишь и документ который эту цену установил хотя цель по моему как раз приходнуй цену получить последнюю

только это вариант если в модуле стоит ПривязыватьСтроку при движениях плюс быстрее все таки делать не по регистру остатков а по регистру оборотов..

Глянь повнимательнее в . Там есть слово "реализация". При чем здесь приход?

,,, :-)))

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

ШАЙТАН!!..

Ага был у меня такой клиент .... Зазодил он значится в товар, что-то там менял, говорил "Изменить все пердические элементы", а потом думал, откуда у него 1 марта появилась цена, когда он ничего не покупал...

ИзменяетсяТолько документами галочка есть для этого воощето

Я так понимаю у человека такая проблема: Народ хочет продать товар по последней закупке ...

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

Или купить по последней продаже... :-)))

За что ты его так???

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

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

Давай не будем гадать, а спросим Umka-Kate... зачем ей это, а уж из

Зачем через документ? Меняй через обработку. Да еще отслеживай изменения, чтобы потом клиента носом ткнуть в ту самую лужу, в которую он тебя пытается посадить

Вторая здравая мысль в этой ветке...

(+84)Это по поводу

Давай не будем гадать, а спросим Umka-Kate... зачем ей это, а уж из поставленной задачи будем решать, что лучше ... Сорри, за повтор - на ноуте слишком близко расположены клавиши :-))

НАРОД!!!! А ВЫ ВСЕ ВНИМАТЕЛЬНО ЧИТАЛИ КОД????? А КТО БУДЕТ ПРОВЕРЯТЬ ЭТО ТОЧНО БЫЛ ПРИХОД ТОВАРА? А МОЖЕТ ЭТО РАСХОД??? ВО ПРИКОЛ ПОЛУЧИЛСЯ!!!

а я о чем тебе твердю в :-))

Расскажи зачем тебе это надо?? Если одноразово - один вариант если постоянно то делай другой вариант

Потерял нить разговора... Посыпал голову пеплом...

А куда зачинщик разговора пропал?

я уже тоже начал запутыватся... :-) Умка-кейт объясни зачем тебе это?

отвечаю, у меня куча заявок на изменение базы нынче делаю эту: Алгоритм исправления московских цен: 1. Отбираем закупочные и Московские продажные цены, равные 0, 1, 0,95 2. Если есть продажная цена Вологда, не равная 0, 1, 0,95, 1,05 - берем ее и ставим, как Московскую продажную. 3. Если продажная цена Вологда равна 0, 1, 0,95, 1,05 - берем цену из последнего документа Реализация ( по любому из складов, но в первую очередь Вологодского) 4. Если нет Реализации по данным позициям - выводим отдельный список с наименованием, остатком и складом 5. Закупочная цена берется из последнего документа Поступление ТМЦ по любому из складов, но в первую очередь по Московскому 6. Позиции, на которые не найдены закупочные цены, выводятся отдельным списком с наименованием, остатком и складом. это алгоритм я по нему пишу документ!(это тоже в заявке) а зачем и почему меня особо не волнует...

Как часто это будет делаться?

Это какой-то бред.. Ты уж тогда опиши весь бизнес-процесс, а так ни ... не понятно.

Хи... так тебе отбор по последнему документу по складу и по товару нужен... мой вариант отпал сразу - по складу привязать надо больше манипуляций сделать :-)) а вообще чето мне не понятно зачем это....   Типа распродажа остатков?

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

Канатчикова дача... Я так и знал...