Стоит задача настроить использование штрих-кодов, но вот такая ситуация, как быть? База единая, используется УРБД.
Извините за глупый вопрос, только сейчас столкнулся с этим :)

А при чем тут штрихкоды?

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

два разных типа цен: "Магазин1" и "Магазин2". В настройках пользователя магазина 1 указываешь основной тип цен реализации "Магазин1". Во втором соответственно "Магазин2".

Имеешь.

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

3) Цена может меняться каждый день

3) и еще ... а магазин № 150 тоже заносить?

другая проблема. ИХМО "Как обновлять цены в справочнике?"

150 магазинах у тебя разные цены, то да.

7) Если номенклатуры больше 20 тысяч, плюс в каждой будет 150 цен - прикинь какая база получится?

8) теоретически возможно, что во всех разные

Просто сам заказчик предложил забивать все разными элементами и использовать свою штрих-кодировку. Но ИМХО, коряво это ...

+ 7) да еще если эти цены будут периодическими :)

А если ввести поправочный (например в виде справочника) коэффициент для товара и точки. Т.е. если конкретный товар реализовывается на конкретной точке - умножать цену на коэффициент...

в шопах цена реализации расчитывается одной формулой для всего справочника номенклатуры. То шопах можно использовать расчитываемыей тип цен. И передовать туда только базовую цену. Но это врядли. Уверен на 100%.

В шоп можно передовать только тот тип цен, который нужен этому шопу.

пост 12 относился к посту 9

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

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

Что Вы думаете о варианте в посте 4 ?

17) Спасибо :) это уже понял, просто запутался в начале

(16) Ну тогда отпротивного: Мненеджер ввел цену для точки а машина вычислила коэффициент и дальше как в (13)...

20) а хранить коэффициенты так же как предлагалось хранить цены в 3? Ведь у каждого товара будет свой коэффициент.

Как такой вариант? Искать последний документ поставки товаров в магазин и из него вытаскивать цену... коряво все равно :( "неаккуратненько"

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

А если для магазина создать справочник определения цен. И не парится. У тебя 25 магазинов. На каждый есть справочник. Допцустим. Тип цены отпускной и задаешь необходимое процентное отношению от закупочной. Понятно? А у вас Штрих-код свой или производителя?

24) Пока вообще нет никаких, только вводиться будет. По поводу цен посмотри пост №16

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

(24) Не, не выйдет ИМХО. Тода менеджеры умрут или уволятся ;-)). У него для каждой позиции в каждой точке, теоретически, своя цена, а позиций и точек очень много...
Это если я правильно все понял...

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

(27) Про тип цен. Это просто справочник не на товары а для клиента на весь ассортимент товара. И это включатеся в алгоритм при выписке.

У тебя есть человек который устанавливает цены!
Значит пусть он и формирует цены сразу в базе по типам цен.
Если для магазинов разные цены то используй разные типы цен.
В чем проблема?

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