Здравствуйте. Задача такова, для элемента справочника склад, нужно сделать свои цены. В итоге, чтобы в документах, где есть склад, при выборе номенклатуры выходила цена для данного склада. Как это в 7.7 организуется ? Регистр сведений я что-то не нашел или его аналог.

Справочник

(0) Посмотри, как организовано хранение данных по ценам в ТИС. И сделай так же, но "привяжись" к складу.

Не знаю, что у тебя за конфа. Для ТИС я бы делал так: в справочник "Склады" добавил реквизит "Тип цен". Основной механизм ценообразование не трогал.  Доработал нужные документы: добавил алгоритм получения цены по типу цены, указанного у склада.

Можно "замутить" сложный алгоритм: если у контрагента указан тип цены - ставим его. Не указан - по цене склада.

(0) Кури объект Периодический.

Я регистр сведений делал на регистре накопления

Там только надо учитывать ограничения регистров на 7.7 —
Регистр может быть только подчинённый регистратору и дата движений может быть только датой регистратора.

Приизмегениисклада
Сделать процедуру
Адресоваться в аналогичную глобальную
В ней в докуент в реквизит типцен подставлять типцен из карточки склада и запускать типовую процедуру пересчета табчасти документа


Все

Конфа самописная

А вообще похоже на прострел ноги когда она чесалась
Непонятно что автору надо решить
Пока автор написал как он хочет решить
А что именно хз
Возможно пытается гвоздь в рельсу забивать

(8)  сообщество не возражает

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

и где хранить и установить эти цены, и как их оперативно забирать.

(13) Ответ в (3)

(13) справочник "Цены" подчиненный справочнику "Номенклатура". С реквизитами "Склад" и периодицеским реквизитом "Цена"

+14 Хранить как сейчас в справочнике, конечно еслу у тебя цена не реквизи спр номенклатура. А то знаю таких деятелей
Которые и цену и штрихкод хранят как реквизит, а потом добавляют цена1,цена2 и т.д.

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

Далее сделать привязка складов по типу цен верно?

(13) ТИС смотрел?

Есть справочник "ЦеныНоменклатуры" (названия мог наврать, под рукой нету конфы). Подчинен номенклатуре. Здесь есть периодический реквизит Цена.

Для контрагентов сделано так: в карточке договора указан тип цены, который  должен "работать" для контрагента.

Я предлагаю сделать по аналогии. В карточку склада добавить тип цен. И допилить документы, в которых тебе нужно получать цены для склада.

+18 В глобальнике есть функции получения цен.
Там что-то типа "ВернутьЦену" или "ПолучитьЦену".

(3), (7) Хорошо придумано.
(15) Много периодики раздумают и замедляют базу.

(7) немного не понял.

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

Пока вариант (17) пока так пробую

(17) Скопируй весь функционал с ТиСа. Прям один в один.

+23 Можно будет готовые функции из ТиС использовать.

А если наваяешь свою структуру - под нее нужно писать свои функции. Смысл?

(24) функция там всего одна - глВернутьЦену()
(0) можно сделать по аналогии со старинными конфами раруса/астора: оборотный регистр накопления с измерениями по которым нужно хранить цену, функция поиска цены ищет последнее движение регистра с фильтром по этим измерениям

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

Да нет справочника тип цен, там 4 справочника. Самописная конфа. все нужно самому писать. Простой вариант, что я предложил же будет работать?

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

(17) Делай справочник "Цены", который будет подчинен номенклатуре. Реквизиты: Тип цены и цена. В идеале, цена - периодический реквизит. Не хочешь - не делай. (но все равно потом придешь к периодике).

(27) Слушай (29) дело говорит, технология годами проверена , полет нормальный

(29) +1, можно, конечно, вместо ТипаЦен в справочнике Цены реквизит "склад" сделать, но как только появятся 2 склада с одинаковыми ценами станет понятно, что лучше всё же для типов цен отдельный справочник сделать

(31) уже 10 складов, так что придется тип цен делать, и 3 типа цен уже.
(29) а заполнять, переодический справочник как? есть норма инструкция по работе с ним?

(32) УстановитьРеквизитСправочника()

УстановитьРеквизитСправочника(<?>,,,,,,);
Синтаксис:
УстановитьРеквизитСправочника(<ЭлементСправочника>,<НазваниеРеквизита>,<Значение>,<ДатаУстановки>,<ИмяТипа>,<Длина>,<Точность>)
Назначение:
Записать значение периодического реквизита справочника с привязкой к проведению документа.
Параметры:
<ЭлементСправочника> - элемент справочника, в который будет запись;
<НазваниеРеквизита> - название периодического реквизита справочника;
<Значение> - новое значение периодического реквизита;
<ДатаУстановки> - дата установки нового значения периодического реквизита. Дата установки имеет смысл только для не оперативных документов.
<ИмяТипа> - необязательный параметр. Строковое выражение - название  типа данных (или Вид субконто);
<Длина> - необязательный параметр. Число - длина числового или строкового значения;
<Точность> - необязательный параметр. Число знаков после десятичной точки.
Замечание:
Параметры <ИмяТипа>, <Длина> и <Точность> следует указывать при установке значения периодического реквизита справочника, имеющего неопределенный тип.
Замечание:
Метод доступен только в Модуле документа в предопределенной процедуре ОбработкаПроведения.

(34) а если еще по определнному типу цен ?

а реально сделать поиск в справочнике по нескольким реквизитам в 7.7?
тип такого
СпрСотр.НайтиПоРеквизиту("Рек1,Рек2","Знач1,Знач2");
Как это вообще делается?

(36) Запросом

(35) сначало нужно записать или найти элемент справочника а
потом уже
УстановитьРеквизитСправочника
А справочник уже имеет реквизит типцен

(37) можно пример запроса?

(39)     ТекстЗапроса =
        "//{{ЗАПРОС(Сформировать)
        |Номенклатура    = Справочник.Номенклатура.ТекущийЭлемент;      
        |Группировка Номенклатура Без Групп;";
    ТекстЗапроса = ТекстЗапроса + "Условие (Номенклатура.ВидНоменклатуры в Вид);";

(40) извините, я 7.7 запросы не так понимаю, а где мой вариант, отбор по 2 позициям.
Мой справочник Цены, есть реквизиты ТипЦен, и номенклатура.
по ним сделать и срез, и получить цену.

(41) СпрСотр.НайтиПоРеквизиту("Рек1,Рек2","Знач1,Знач2");
|Сотр    = Справочник.Сотрудники.ТекущийЭлемент;      
         |Группировка Сотр Без Групп;";
    ТекстЗапроса = ТекстЗапроса + "Условие (Сотр.Рек1 в ВыбРек1);";
ТекстЗапроса = ТекстЗапроса + "Условие (Сотр.Рек2 в ВыбРек2);";

+42 Выбрек1 = Знач1
    ВыбРек2 = Знач2

(43) а как условие установить в запрос по параметру?

Условие (Сотр.Рек1 в ВыбРек1)
А выбрек1 и будет параметр отбора

(45) как все просто

(46) Раньше с 7/7 не работал?

http://infostart.ru/public/76287/

http://content.screencast.com/users/Che66/folders/Jing/media/1f598858-4456-41e8-894c-bfdca1e14f37/2015-03-20_1526.png

можно еще быстрее - если вбабахать параметризированный запрос (типа так называется?)

(46) Но все же для хранения цен лучшая реалиция в ТиС как в (27)

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

Пока Запрос.Выполнить(ТекстЗапроса)=1 Цикл
а дальше?
КонецЦикла;

Номенклатура1 = Наименование;
    ТипЦен1 = Точка.ТипЦен;
        Запрос = СоздатьОбъект("Запрос");
    ТекстЗапроса =
    "//{{ЗАПРОС(ПолучитьЦену)
    |Элемент = Справочник.Цены.ТекущийЭлемент;
    |Группировка Элемент без упорядочивания без групп;
    |Условие(Элемент.Номенклатура = Номенклатура1);
    |Условие(Элемент.ТипЦен = ТипЦен1);
    |"//}}ЗАПРОС
    ;
    // Если ошибка в запросе, то выход из процедуры
    Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда
        Возврат;
    КонецЕсли;
    Пока Запрос.Группировка(1) = 1 Цикл
        // Заполнение полей Элемент
        Сообщить(Элемент);
    КонецЦикла;

Вот что накидал, не получается элемент увидеть.

ругается ошибки дает.

Пока Запрос.Группировка(1) = 1 Цикл
замени
Пока  Запрос.Группировка() = 1 Цикл

Номенклатура1 = Наименование
наименование - это ссылка на элемент спр номенклатура?

скопировать из ТиС 2 справочника и 2 функции глобального модуля можно было минут за 10, а тема уже почти весь день обсуждается :)

(57) тип ссылки.

Пока Запрос.Группировка() = 1 Цикл
        // Заполнение полей Элемент

        Сообщить(Элемент.Цена);
    КонецЦикла;

На элемент ругается типа нет такого.
Да наименование

А цена у тепя переодический реквизит?

Если да то так не пойдет

(62) не переодический, просто реквизит типа число.

Ну вы блин даете....

Сообщить(Запрос.Элемент);

(64) Проглядел

(64) да я так и сделал, но проблема, в том что он выдает еще пустой элемент в конце, почему так?

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

Номенклатура1 = Наименование;
    ТипЦен1 = Точка.ТипЦен;
        Запрос = СоздатьОбъект("Запрос");
    ТекстЗапроса =
    "//{{ЗАПРОС(ПолучитьЦену)
    |Элемент = Справочник.Цены.ТекущийЭлемент;
    |Группировка Элемент без упорядочивания без групп;
    |Условие(Элемент.Номенклатура = Номенклатура1);
    |Условие(Элемент.ТипЦен = ТипЦен1);
    |"//}}ЗАПРОС
    ;
    // Если ошибка в запросе, то выход из процедуры
    Если Запрос.Выполнить(ТекстЗапроса) = 0 Тогда
    //    Сообщить("пусто");
        Возврат;
    КонецЕсли;
    Пока Запрос.Группировка() = 1 Цикл
        // Заполнение полей Элемент  
        Если Запрос.Элемент = получитьпустоезначение("справочник.Цены") Тогда
        //    Сообщить("Пустой");
            Продолжить;
        КонецЕсли;
     //   Сообщить(Запрос.Элемент.Цена);
         Цена = Запрос.Элемент.Цена;
    КонецЦикла;

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

ПометкаУдаления()
Синтаксис:
ПометкаУдаления()
Назначение:
Прочитать флаг пометки удаления элемента справочника.
Возвращает: 1 - если на элементе справочника стоит пометка удаления; 0 - иначе.
Замечание:
Метод  можно использовать только для объектов, созданных функцией СоздатьОбъект.

Откройте для себя СП, полезная вещь...

В запрос добавить:
|Обрабатывать НеПомеченныеНаУдаление;

"без упорядочивания" - можно убрать.

(71) Смотря что не помеченное на удаление ему нужно если элемент справочника цены то (71) взлетит, а если элемент справочника номенклатура то (70)

Но ИМХО склоняюсь к второму

Дикое спасибо всем за помощь.

Вот чудак человек...  Я тебе дело предлагаю - а ты свое гнешь... Ну, дело хозяйское.

Если бы ты "стянул" структуру ТИСа - можно было "стянуть" другие обработки под эту структуру.

Простой пример: вот попросят тебя прайс сделать по определенному типу цены - будешь свою обработку писать?

Или скажут, что цены на одном складе должны быть привязаны к себестоимости, цены на другом - на 10 процентов больше себестоимости, а цены на третьем - на 6% больше, чем на втором. Опять будешь обработку писать?

Дело хозяйское, дерзай.

(75) спасибо, но такого не будет ))) Я надеюсь с 7.7 в скором времени этой соскочим ))

(76) То есть ты думаешь что герыч пойдет легче марихуанны..? ;-)

если самописка, то быстрее переписать под восьмерку. Раз ТС с 7.7 не дружит.

(76) "Я надеюсь с 7.7 в скором времени этой соскочим ))"  Хотели бы соскочить - давно бы уже соскочили.

(76)Быстрее вноси изменения. Когда база рухнет - переёдёте на восьмёрку.