[ОТВЕТИТЬ]
10.08.2007 16:52
Shiba
 
По концепции, нам необходимо, чтобы не было цен оканчивающихся на два нуля.
Тоесть если по приходу наценивается как :
100 должно быть 90 рублей.
200 рублей - 190 рублей
300 рублей - 290 рублей
...
50000 рублей - 49990
110000 рублей - 109990 рублей

Как я понял, супермаг не позволяет сделать правило, чтобы каждые 100 рублей от порога в 100 он отнимал 10 рублей.
Как можно решить эту проблему не прописывая десятки тысяч правил округления?
10.08.2007 16:57
OlegON
 
Копать на тему триггеров в базе. Вешаете на smprices и счастливы.
10.08.2007 17:26
YuraZ
 
Цитата:
OlegON Копать на тему триггеров в базе. Вешаете на smprices и счастливы.
Надо еще что бы в приходной накладной и акте переоценки появилась та же цена.
10.08.2007 17:27
Mtirt
 
В правилах округления пропиши смещение -10 рублей.
Должно помочь...
10.08.2007 17:29
YuraZ
 
Цитата:
Mtirt В правилах округления пропиши смещение -10 рублей.
Должно помочь...
Тогда он будет отнимать от любой цифры. А нужно только от цены с 2-мя нулями в конце. Тогда придется создавать много-много правил.
10.08.2007 17:44
Mtirt
 
Цитата:
YuraZ Тогда он будет отнимать от любой цифры. А нужно только от цены с 2-мя нулями в конце. Тогда придется создавать много-много правил.
А что страшного в том, что будут все цены уменьшаться? Если эти 10 рублей так критичны, то можно наценку на карточку увеличить, так чтобы смещение роли не играло...
10.08.2007 17:49
Shiba
 
Конечно страшного нет ничего, кроме того, что по концепции мы должны снижать на 10 рублей только розничную цену с окончанием на два нуля. Не всегда цена производителя+налог с продаж+ НДС+наценка дадут окончание на два нуля. Поэтому вариант с наценками исключен.
13.08.2007 10:47
OlegON
 
Цитата:
OlegON Копать на тему триггеров в базе. Вешаете на smprices и счастливы.
Это не идея?
13.08.2007 11:48
Shiba
 
В данном случае мы поменяем текущие цены. В приходных накладных и акте переоценки я не увижу наценок по нужному округлению.
13.08.2007 12:14
OlegON
 
А если им перебивать спецификации? Процент все равно пересчитывается. Закрыл, сохранил, открыл, посмотрел.
15.08.2007 16:45
Shiba
 
Перекрывает ли одно правило округления другое, в котором порог цены меньше, чем в другом правиле?
28.11.2008 20:24
AlexLog
 
В других ТС вообще есть такое ценообразование ? Есть еще понятие "приятные глазу цифры" типа 2, 3, 6, 8, 9 а 1, 4, 7 - неприятные. Не знаю правда чем
02.12.2008 13:58
Mihon
 
Цитата:
AlexLog В других ТС вообще есть такое ценообразование ? Есть еще понятие "приятные глазу цифры" типа 2, 3, 6, 8, 9 а 1, 4, 7 - неприятные. Не знаю правда чем
2, 3, 6, 8, 9 - у них округлые формы (позитив).
1, 4, 7 - резкие линии (негатив)
влияет на подсознательном уровне.
03.12.2008 13:04
AlexLog
 
Втаком случае двойка двояка - там тож острый уголок. А кто нить встречался с таким хитрым ценообразованием ?
Опции темы


Часовой пояс GMT +3, время: 23:20.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.