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

ты сам то смысл того что написал понял?

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

в том то  и вопрос: как усреднить эти цены.

для начала поменять периодичность регистра ЦеныНоменклатуры.

Что за товар, что требует переоценки несколько раз в день? очень интересно, что это? А если товар пришел в ПТ 3 раза, если вы сделаете ПТ, СБ, ВС, это решит проблему?

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

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

предлагаю в поступлении сделать кнопку "Перерасценить по закупочной цене"

(2) Ну написал же- специфика работы такая! Я попросил ткнуть носом в код, я не советов по изменению бизнес-процессов предприятия! Если уж очень интересно, могу конечно разъяснить)))

(7) Упс, действительно))) УПП 1.3

и почему для ТС вполне "естественно", что "программа не даёт ему этого делать" ?

(11) Не дает она несколько раз в день товар по одной цене расценять

(12) а ты программист или хто?

(12) правильно, потому что у регистра сведений "Цены номенклатуры" периодичность стоит "В пределах дня"

(13) Я? Ну скорее хто!

(9) можно не пояснять))) итак понятно что дурной какой то процесс.

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

(14) А где эту периодичность изменить?

(18) в конфигураторе

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

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

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

(19) Гениально))

там его делать как два пальца обоссать.

(21) потому что я один даю толковые советы.

поменяй периодичность на тестовой базе и проверь! :)

не трогай ничего в конфигураторе!! это дельный совет.

(22) Это слишком сложно для меня))) Квалификации не хватит

(26)А где конкретно ее поменять?

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

(25) Да, дело наверное именно в этом)))

(29) ну...тебя предупредили о возможных последствиях! :)
Конфигуратор - Регистры сведений - Правой кнопкой мыши на регистре сведений Цены номенклатуры - Свойства - Периодичность

можно и без изменений конфы решить...
хотя пофиг

(32) Спасибо, сейчас на тестовой попробую

(33) Каким образом?

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

Помнял перидичность, всё заработало.
Если вкратце, то есть сеть магазинов и центральный склад. Заявки поставщикам делаются на каждый магазин отдельно, но приходуются на склад и собственной доставкой развозятся по магазинам. Накладных в день приходит толпа по 80-150 позиций в каждой. Поэтому каждая позиция может приходить от одного раза в неделю, до 5ти раз в день. Ценники перевешиваются по субботам. Соответствие цен плановым наценкам проверяется соответствующей обработкой от Maniac. Для упрощение работы товароведов, по закупке расценяется каждый приход, и удалять из ценообразования товары, приходуемые ранее этим днем- это гемморой.

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

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

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

(17)в голове у вас лажа, сударь..

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

не такой уж и плохой способ

Между прочим в (37) так и не фига и не ясно нафига регить цены закупок)))

Написано только "Для упрощение работы товароведов" а что им это упрощает - нихрена неизвестно...

(9) по моему ты не до конца вник в суть вопроса. Поверь Маньяку у него все-таки опыт :) Будет так как в 2 описал. А теперь иди и перескажи это тому человеку который дал тебе это задание

в (37) обычная ситуация как и в любой торговой фирме. никакой специфики. У всех оптово-розничных фирм такое постоянно. По 45 приходов и т.д. и т.п. поричем тут регистрация цен - остается загадкой)))

Про соответствия ценникам не думали? И закон о защите прав потребителей не читали. Давно в торговле?

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

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

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

(48)ты чего грабли убираешь, положи на место

Могу даже сказать где в типовой штатно используется регистр цен контрагентов (а он мало где там используется). Только в двух местах - в заказе поставщику и приходной накладной при подбое вываливается цена регистрации контрагента (типа для проверки) и в отчете анализ цен (очень бредовый отчет). ВСЕ. больше нигде в типовой это регистр не учавствует.

Если не верите пройдитесь по всем модулям.

Что он там собрался товароведам улучшать - непонятно.

(49) Ты гений!!! Адназначано.

(51) Шо опять? (с)

(51) Продажи по периодам еще хуже

(54) дык еще с выхода самой первой УТ на 8.0 эти отчеты были. и ничего за 5 лет в УТ10 не менялось по этой части абсолютно.

По идее за 5 лет можно было в УТ10 вообще конфетку сделать. А ничего кроме правки багов и прочей шелушени за 5 лет не происходило.

Но тем не менее она отличная конфа по документообороту. Легксоти работы. Хоть много чего не хватает по части автоматизации. УТ11 тоже по автоматизации не блещет.

(56) Представляю изготовленную тобой "конфетку". Объяснять пользователям откуда эти цифри и почему они меняются в течении времени...

Но это нормально. Ибо когда у 1С появится действительно наавороченная конфигурация по торговле - нам не будет работы. будет всякая фигня типа печатных форм по 200 рублей)))

(54) а чего стоит отчет продажи по оплате))) так вообще)))
кстати знаю прога который его делал в 1С)) он уже давным давно куда то в США свалил. а отчет после него никто пальцем не прикоснулся.

(57) Поплавский, улетай к себе в Киев, и ни о каких квартирах в Москве, не помышляй. (с) Не гони.
(59) А кто тебе сказал, что ты больше стоишь? Докажи.

(60) Не на форуме. Лоооган.

Алекс успокойся)

(37) Ну поменял ты периодичность на Секунда, только насчет аукнуться не посмотрел...
Может и аукнуться ... когда то навскидку анализировал.

Некоторые отчеты вроде заточены на периодичность День

(63) Да я и не напрягался.

девочки, не ссорьтесь

(63) как ты его достал.. :)

(60) ну я так понимаю 1С у него хобби було ))

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

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

(64) Большинсво :) и хз в каком будет НачалоПериода :)

(67) )))) его проблемы))

(66) Сначала. Не понял. Запомнил.
(64) Например? СрезПоследних заточен под СрезПоследних и ему периодичность по фиг, его интересует другое.

(64) да ничего не будет. По крайней мере с регистром цен. Возможные проблемы это падение производительности.

я тоже продажные цены когда то пробовал менять. типа переоценки могут быть все таки (к примеру даже для опта) - болтище! сразу же перестает работать все запросы и модули.

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

(74) Оценка склада по продажным ценам? Что перестало работать? Какую финансово-смысловую нагрузку несет этот отчет? За сколько я хочу продать?

(74) не верю что что то перестало работать после изменения периодичности регистра цен

(74) Ты никогда не считал сколько времени занимает обучение пользователей?

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

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

Точно не помню что там но кажись нах по регистру уже другие параметры идут.

(79) я менял периодичность и ни разу проблемы не возникали.

(80) По какому регистру?

(81) ты уверен, что у тебя в определенных ситуациях правильные цены будут подставляться в таком случае?
такое надо тестировать...
т.е. дата цены у нас становится не на начало дня, а на определенную секунду дня(12.08.2011 12:00:00).
Запрос же может доставать данные на начало дня(12.08.2011 00:00:00)... в итоге могут достаться некорректные цены

(83)
такое не проверял, мне неинтересно. Задачи не было

(84)В украинских УПП и УТП проблем не было. Думаю и в российских тоже не будет. хотя х.з. на счет россйских

(85)что такое проблем не было? может тебя носом не ткнули...

(86) ню-ню. а вот то и значило. хватило изменить периодичность

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

ну и к чему нам выдержка из СП?

(48) Ожидал такой вопрос и поэтому превентивно написал- ценники перевешиваем по субботам. С каждым приходом расценяется только закупочная цена, которая покупателей никаким боком не волнует.

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

(44) Объясняю зачем регить цены закупок. Во первых нужна история цен, это для нас критично. Во вторых перед перевешиванием ценников надо знать, какая цена не попадает в наценку, ибо перевешивать 3500 наименований в каждом магазине-это трубец. Периодичность прихода каждого товара на склад неизвестна, может быть раз в месяц, может быть несколько раз в день. Расценять по закупке только те товары, которые приходили не сегодня- это нереально отследить.

(49) По поводу твоей обработки- это вообще отдельная тема для разговора. Мы пытались привязаться к ценам поступления из нее. Хрен Вам! Цену поступления показывает постоянно разную и что характерно, не совпадающую с самим поступлением. Чудно! Отбор по складу точно так же не работает и работать не собирается! Помню закупщики выли и про другие косяки, но видимо мелкие, раз я особого значения не придал.

P.S. Проверялось на УТ 10.3 и УПП 1.3

"Периодичность прихода каждого товара на склад неизвестна" вот это под большим сомнением. не может так бизнес работать, что что то вот так неизвестно. Как правило все известо заранее. и договоренные цены и т.д. и т.п.

почему не может? потому что неуправляем. а неуправляемый бизнес в современных условиях не может приносить прибыль. Цены просто так переоценивать - мало кто может. есть конкуренты, есть отдел закупок, продаж которые ведут анализ (должны). Если вы единственно что не монополисты в своей отрасли которые дикутете что хотите по ценам... и то я сомневаюсь. по 40 приходов в денб спонтанно...вж очень как то подозрительно...
Хотя Ростов куле...тут куле... купеческий город...

(93) ой да ладно рассказывать. я онлайн по 14 часов. любые вопросы решаю. если непонятки то за полчаса разрудиваю. понимаю в чем проблема. или у вас или у меня. и если что решаю. от вас никаких запросов нет. Обработка лучшая (конкурентов то нету даже)

А выть не надо. я вам думать. я за вас думаю. а если какие проблемы - http://subsystems.ru/personal/support/

(49) при чем здесь регистр "цены контрагентов"? ты его путаешь с регистром "цены нгоменклатуры"!

(94) (95) Это просто писец какой-то! Опять лезешь туда, где ничего не понимаешь. Я совершенно не прошу у тебя советов по бизнес-процесам, я тут явно гораздо компетентнее. Я же кодить тебя не учу. Если ты такой умный, то почему тогда такой бедный?(с)  Как может быть известно заранее периодичность прихода, если заявки идут с нескольких магазинов? Я должен заранее знать, что сегодня дядя Вася надумает масло в машине поменять и придет за Кастролом? Цены конечно в общем договорены, но учитывая кол-во ассортимента и рост цен на доллар, постоянно что-то меняется в цене. Чтобы это что-то не упустить и осуществляется переоценка каждого прихода по закупке. Цены конкурентов анализируются естественно,  на основании этого анализа и выставляются плановые наценки. И кстати да, чего ты привязался к ценам контагентов? Они здесь каким боком?

(96) По поводу отбора по складу, я тебе звонил. Ты сказал, что находишься на отдыхе, вечером приедешь домой, проверишь и завтра наберешь сам. Ты не позвонил, я тоже как-то забыл..

(100)в суппорте техзадание сделай и все дела. у меня аська/скайпы 500 контактов. я не могу физически помнить почу чего поннадобилось и т.д. и т.п. Все вопросы по доработкам сейчас через сайт полностью. иначе я тупо завтра уже могу забыть с кем общался вчера.

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

(102) rfr gekmvfy gj;bdftn &

* (102) как пульман поживает ?

(102) Это меняет дело в корне? Теперь всё стало методологически правильно?)))))

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

(106) Ну слава богу! Я всю ночь мучился, теперь засну с улыбкой на лице)))))))))))))

"И ваши волосы будут гладкие и шелковистые" (реклама журнала ТВ-Парк)

(37) (38) нужно не забыть везде где вызов СрезПоследних вставить КонецДня(..).
(42) штатная возможность еще 1с 7.7 вести запись периодики до регистратора. Тупо ее игнорировать когда можно привести десяток примеров когда это нужно.

(109) А когда это может быть нужно?

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

(111) к (110)

(111) Текущие конечно

У меня были клиенты, которые продают товар строго по 30% наценки на цену закупки. И если было несколько приходов одного товара по разным ценам то и продаваться они должны по разным. Так я впервые столкнулся с ситуацией где не один товар в день может быть несколько разных цен.

(114) если внимательно прочитать (37), то вопросов станет меньше