Программа iNETsHOP - обработка, сравнение, анализ прайс листов поставщиков, создание каталога товаров интернет магазина Форум - Программа iNETsHOP - Работа с программой - Моржинальность


http://inetshop.in.ua/index.php?p=showtopic&toid=213&area=1&high=&pp=15&page=2
17.07.2014 20:21

MaXX


Пользователь iNETsHOP


Количество сообщений   64
Зарегистрирован:   11-11-2008, 04:35:57
Пока описания работы нового алгоритма нет, напишите каким образом вызывается произвольный скрипт для выбора/вычисления произвольной цены продажи на товар?

17.07.2014 21:40

support


Support


Количество сообщений   1199
Зарегистрирован:   11-04-2008, 19:11:57
Вызов пользовательского SQL-запроса производится в триггере обновления цены (G_PRICE), формул наценок (G_PF_ID, G_PF_ID2, G_PF_ID3), приоритета поставщиков (G_PR_ID)
Код

execute sp_executesql
@stmt = @PR_SQL_PRICE,
@params = N'@G_ID int, @Price money OUTPUT, @G_PR_ID int, @PR_S_ID int',
@G_ID = @p_iGID, @Price = @p_fResult OUTPUT, @G_PR_ID = @p_iPRID, @S_ID = @PR_S_ID;

Параметры которые передаются в SQL-скрипт:
@G_ID int - код товара
@Price money OUTPUT - цена поставщика
@G_PR_ID int - ID приоритета поставщиков
@PR_S_ID int - поставщик из приоритета поставщиков для данной цены продажи

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


25.07.2014 13:54

andrew5324


Пользователь iNETsHOP

Тема начата

Количество сообщений   33
Зарегистрирован:   03-01-2012, 13:08:19
По хорошему надо дописать импорт прайс листов где добавить колонку "цена продажи №1", да и не страдать запросами приоритета поставщиков.
Данное дополнение облегчит работу в плане импорта РРЦ при импорте прайс-листа поставщика.

25.07.2014 19:13

support


Support


Количество сообщений   1199
Зарегистрирован:   11-04-2008, 19:11:57
И что это даст? А если у товара несколько поставщиков, как поступить тогда с этими ценами? Легко рассматривать какой-то свой частный случай.

26.07.2014 10:19

andrew5324


Пользователь iNETsHOP

Тема начата

Количество сообщений   33
Зарегистрирован:   03-01-2012, 13:08:19
В большей части случаев у каждого производителя есть своё представительство, которое и даёт поставщиками рекомендованные розничные цены.
1-2 поставщика нелегала, которые сами себе придумали РРЦ это фигня по сравнению с остальными поставщиками в сфере бытовой техники, климатической, а также аудио техники. Знаю так как в своё время занимался всем полностью.
по поводу 2-х поставщиков с разными входящими ценами, это все хорошо но РРЦ то единая на тот же самый товар так как повторюсь есть представительство которое для того и нужно, что интернет магазины зарабатывали хоть что-то, а не страдали фигней в плане заработков по 80грн.
сейчас не то уже время, что спрос превышает предложения, сейчас наоборот предложений выше крыши, а вот покупателей стало на порядок меньше.
В связи с этим настоятельно рекомендую добавить в схемы импорта прайс листов такую вещь как цена продажи №1 или №2, чтоб было проще пользователям вливать все товары, а не маяться дурью в плане создания нескольких одинаковых поставщиков и написания каких то запросов на приоритетность тех или иных поставщиков.

26.07.2014 10:26

support


Support


Количество сообщений   1199
Зарегистрирован:   11-04-2008, 19:11:57
Вы описали велосипед, но без технических параметров и четкого алгоритма его работы. В любом случае, судя по всему вы рассматриваете свой частный случай. Если вам нужна индивидуальная доработка программы, то вы можете составить подробное ТЗ для оценки стоимости работ.

26.07.2014 12:31

andrew5324


Пользователь iNETsHOP

Тема начата

Количество сообщений   33
Зарегистрирован:   03-01-2012, 13:08:19
я описал не велосипед, а реалии жизни по которым многие работают.
Четкий алгоритм я описал выше, повторюсь
1. Есть прайс поставщика с колонками 1,2,3,4
1-бренд
2-наименование товара
3-цена вход
4-цена продажа
вот что нужно для импорта в теперешнее время.
то есть мы ставим галочки в схеме импорта на таких колонках как наименование цена закупки и цена продажи.
Указываем правильные колонки для импорта и вуаля. видим вход видим выход и плюс наценку.
Это не индивидуальная доработка, сделайте опрос и 90% ваших клиентов ответят, что данная функция будет именно кстати.
Не какое техническое задание тут не нужно,оно не имеет не какой важности.
Важность имеет только функционал обработки прайс листов.

26.07.2014 22:52

MaXX


Пользователь iNETsHOP


Количество сообщений   64
Зарегистрирован:   11-11-2008, 04:35:57
Цитата
Написал: andrew5324
я описал не велосипед, а реалии жизни по которым многие работают.
Четкий алгоритм я описал выше, повторюсь


Если все так просто, зачем тогда вам вообще iNETsHOP??? У вас все есть, можно напрямую залить в базу сайта!

Более того - в импорте есть колонка "Цена №2" или как-то так. Если переимненовать ее - что-то от этого изменится? Что делать если несколько поставщиков дадут цену продажи? Куда деть оптовую цену? Как посчитать скидку если она так же идет в прайсе в % от закупочной? Если валюта на каждую позицию идет индивидуально? И прочее, и прочее.

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

13.08.2014 18:48

Inessa_11


Посетитель

Количество сообщений   5
Зарегистрирован:   02-08-2014, 21:09:49
Наценка и округление цены
Есть ли в программе функция, возможно связана с формулой, когда при наценке цена округлялась бы автоматически к большему и делала круглое число? К примеру цена с наценкой 5% составляет 49, 75$, чтоб программа автоматически округляла к 50 $ и т. д.???

13.08.2014 19:26

MaXX


Пользователь iNETsHOP


Количество сообщений   64
Зарегистрирован:   11-11-2008, 04:35:57
ROUND
В гугле все это есть! Так как в этой программы формулы расчета цен используют T-SQL самого SQL Server, то скорее всего вам подойдет функция ROUND

Синтаксис
ROUND ( numeric_expression , length [ ,function ] )

Аргументы
numeric_expression
Выражение, принадлежащее к категории точных или приблизительных числовых типов данных, за исключением типа данных bit.
length
Точность, с которой должно быть округлено значение выражения numeric_expression. Значение length должно быть выражением типа tinyint, smallint или int. Когда аргумент length является положительным числом, numeric_expression округляется до числа десятичных разрядов, указанных в аргументе length. Когда length является отрицательным числом, numeric_expression округляется слева от точки, отделяющей десятичную дробь от целого числа, как указано в length.
function
Тип выполняемой операции. Аргумент function должен быть равен tinyint, smallint или int. Когда аргумент function опускается или имеет значение 0 (значение по умолчанию), аргумент numeric_expression округляется. Когда указывается значение, не равное 0, numeric_expression усекается.


Замечания
Функция ROUND всегда возвращает значение. Если аргумент length имеет отрицательное значение и больше числа знаков до точки, отделяющей десятичную дробь от целого числа, ROUND возвращает 0.
Функция ROUND возвращает округленное значение выражения numeric_expression независимо от типа данных, когда length является отрицательным числом.

Примеры
ROUND(748.58, -1)
Результат: 750.00
ROUND(748.58, -2)
Результат: 700.00
ROUND(748.58, -3)
Результат: В результате возникает арифметическое переполнение, так как для значения 748,58 по умолчанию используется тип decimal (5,2), который не позволяет вернуть значение 1000.
Чтобы округлить результат до четырех цифр, измените тип данных на входе. Например:
SELECT ROUND(CAST (748.58 AS decimal (6,2)),-3);

Результат: 1000.00


P.S. Просьба не флудить в темах, которые не относятся к вашему вопросу. Создавайте свои.