2. Ждём от вас данные.
3. Проверьте перед отправкой ответа стоит ли этот флаг?
- 2018-06-19_12-25-46.png (47.7 КБ) 3327 просмотров
Неправильно определяется поставщик
1. Перестановка слов, изменение частей речи, изменение количественных характеристик не меняет суть посыла направленного вам, а она была такова: вы скептически настроены изначально и всем не довольны, даже если вам пытаются помочь! Какой смысл в помощи, если вы всё равно не довольны всем. Если продолжите общение в том же ключе, вам будет отказано в предоставлении поддержки на данном форуме.
2. Ждём от вас данные.
3. Проверьте перед отправкой ответа стоит ли этот флаг?
2. Ждём от вас данные.
3. Проверьте перед отправкой ответа стоит ли этот флаг?
С уважением, поддержка ElbuzGroup.
Выслала базу. Ок - у нас разные мнения на счет того, кто прав и кто как настроен. Остановимся на этом и приступим к решению проблемы.
Вот скриншот одной из проблемных позиций:
https://radikal.ru/lfp/c.radikal.ru/c24 ... bc.jpg/htm
И что мы видим? Себестоимость взята верно (минимальная), от поставщика Брейн. Но в СТУСе почему-то проставлен ERC. А в колонку Monitor занесено значение монитора от Брейн – т.е. пустота.
Жду вашего комментария.
Вот скриншот одной из проблемных позиций:
https://radikal.ru/lfp/c.radikal.ru/c24 ... bc.jpg/htm
И что мы видим? Себестоимость взята верно (минимальная), от поставщика Брейн. Но в СТУСе почему-то проставлен ERC. А в колонку Monitor занесено значение монитора от Брейн – т.е. пустота.
Жду вашего комментария.
Проблема возникает по причине активного параметра
Параметр "Обновлять поле Поставщик в уч. системе на основании формулы конкурентов" был внедрён в программу для использования только одной любой макроподстановки для выбора мин. цен. То есть, в программе нет функции анализировать результат логическоого условия ЕСЛИ() на предмет какой аргумент сработал, чтобы узнать имя поставщика, поэтому берётся имя поставщика от макроподстановки {МинЦенаРРЦ_Поставщиков} (для данного товара это ERC). И доработать это нет возможности.
так как у вас используется несколько макроподстановок для выбора мин. цен {МинЦенаРРЦ_Поставщиков} и {МинЦенаСебестоимостьПоставщиков}, то программе не известно откуда брать название поставщика.Обновлять поле Поставщик в уч. системе на основании формулы конкурентов
Параметр "Обновлять поле Поставщик в уч. системе на основании формулы конкурентов" был внедрён в программу для использования только одной любой макроподстановки для выбора мин. цен. То есть, в программе нет функции анализировать результат логическоого условия ЕСЛИ() на предмет какой аргумент сработал, чтобы узнать имя поставщика, поэтому берётся имя поставщика от макроподстановки {МинЦенаРРЦ_Поставщиков} (для данного товара это ERC). И доработать это нет возможности.
С уважением, поддержка ElbuzGroup.
Здравствуйте!
Мне понятно Ваше объяснение.
И смотрите какая ситуация возникает.
У нас есть, на мой взгляд, типичная для торговли задача – найти среди нескольких предложений лучшую цену, применить к ней наценку или использовать РРЦ поставщика, если есть монитор.
Мы покупаем ваш продукт, который по описанию все это умеет делать: «поиск минимальной цены товара среди всех поставщиков», «создание наценки на товар, учитывая РРЦ, скидки, акции… и цены конкурентов» - так написано на сайте.
1,5 года мы пытаемся настроить продукт и добиться нужного результата. В итоге последней платной поддержки (май 2018) ура!ура! все работает как нужно для нас. Причем, последним пунктом в отладке был именно вопрос о пустотах в колонке «Поставщик» СТУС. Вы подкорректировали код, и все ячейки стали заполняться правильно, согласно стоящей перед нами задачей. Вся переписка сохранена.
Да, мы используем формулу расчета цен на основании конкурентов. Но только потому, что другого инструмента для решения этой, еще раз повторюсь, типичной, задачи просто нет. Например, дополнительные цены не дают возможности «достучаться» до цены поставщика, они оперируют только с данными СТУС. Никаких других способов мы за все 1,5 года «мытарств» не нашли, да и при обращении в тех поддержку нам никто никогда не советовал воспользоваться каким-либо другим средством.
Или все-таки есть какой-то иной инструмент? Я буду только рада узнать о его существовании.
Я предполагаю, что устранив по нашему настоянию пробелы в колонке «Поставщик», для пользователей, которые обрабатывают с помощью этой формы прайс-листы конкурентов стала выводиться некорректная для них информация. И вы изменили логику. И я понимаю, что им, действительно, логичнее отталкиваться от РРЦ, а не от себестоимости.
Но теперь у меня напрашивается следующий вопрос – а почему ПО, ориентированное в первую очередь на обработку прайс-листов поставщиков (это существительное всегда идет первым в описании) не имеет должного инструментария для прописывания развернутой формулы с целью решения типичной для торговли задачи?
При том, что подобный инструментарий для работы с прайс-листами конкурентов все же есть?
Дайте, пожалуйста, ответ.
Мне понятно Ваше объяснение.
И смотрите какая ситуация возникает.
У нас есть, на мой взгляд, типичная для торговли задача – найти среди нескольких предложений лучшую цену, применить к ней наценку или использовать РРЦ поставщика, если есть монитор.
Мы покупаем ваш продукт, который по описанию все это умеет делать: «поиск минимальной цены товара среди всех поставщиков», «создание наценки на товар, учитывая РРЦ, скидки, акции… и цены конкурентов» - так написано на сайте.
1,5 года мы пытаемся настроить продукт и добиться нужного результата. В итоге последней платной поддержки (май 2018) ура!ура! все работает как нужно для нас. Причем, последним пунктом в отладке был именно вопрос о пустотах в колонке «Поставщик» СТУС. Вы подкорректировали код, и все ячейки стали заполняться правильно, согласно стоящей перед нами задачей. Вся переписка сохранена.
Да, мы используем формулу расчета цен на основании конкурентов. Но только потому, что другого инструмента для решения этой, еще раз повторюсь, типичной, задачи просто нет. Например, дополнительные цены не дают возможности «достучаться» до цены поставщика, они оперируют только с данными СТУС. Никаких других способов мы за все 1,5 года «мытарств» не нашли, да и при обращении в тех поддержку нам никто никогда не советовал воспользоваться каким-либо другим средством.
Или все-таки есть какой-то иной инструмент? Я буду только рада узнать о его существовании.
Я предполагаю, что устранив по нашему настоянию пробелы в колонке «Поставщик», для пользователей, которые обрабатывают с помощью этой формы прайс-листы конкурентов стала выводиться некорректная для них информация. И вы изменили логику. И я понимаю, что им, действительно, логичнее отталкиваться от РРЦ, а не от себестоимости.
Но теперь у меня напрашивается следующий вопрос – а почему ПО, ориентированное в первую очередь на обработку прайс-листов поставщиков (это существительное всегда идет первым в описании) не имеет должного инструментария для прописывания развернутой формулы с целью решения типичной для торговли задачи?
При том, что подобный инструментарий для работы с прайс-листами конкурентов все же есть?
Дайте, пожалуйста, ответ.
Что вы пытаетесь доказать? Переписка есть, но что это меняет?В итоге последней платной поддержки (май 2018) ура!ура! все работает как нужно для нас. Причем, последним пунктом в отладке был именно вопрос о пустотах в колонке «Поставщик» СТУС. Вы подкорректировали код, и все ячейки стали заполняться правильно, согласно стоящей перед нами задачей. Вся переписка сохранена.
Код корректировали персонально для вас, потому как данной функции ранее не было (брать название поставщика из формулы цен конкурентов для макроподстановок {МинЦенаРРЦ_Поставщиков}, {МинЦенаСебестоимостьПоставщиков}), возможно данная задача является типичной для торговли, но за 10 лет никто не попросил её внедрить. Вы попросили, мы внедрили.
Внесённые изменения не корректно работают, если в формуле есть более 1й макроподстановки. С момента внесения изменений (после доработки выполненой для вас) в программе не менялась логика, поэтому название поставщика было не верное и на тот момент времени, но к сожалению это удалось выявить только сейчас. Вы почему то опять думаете что очередное обновление программы всё поломало.
Сообщите задачу заново, будем искать решение.
На данный момент задача видится так:
1. Для всех товаров СТУС брать мин. цену себестоимость от поставщиков, добавлять наценку "*1.065".
2. Если есть поставщики у которые заполнено доп. поле Monitor равное 1, тогда от этих поставщиков брать мин. РРЦ и прописывать её для товаров СТУС. Или еще вариант, проверять доп. поле Monitor равное 1 у товара СТУС, а не у товаров СТИПП и если у товара СТУС оно равно 1, только тогда брать от поставщиков мин. РРЦ.
Верно? Срочно дайте ответ.
С уважением, поддержка ElbuzGroup.
Добрый день.
По задаче. Я разобью ее на 2 шага для лучшего понимания. Вот идеальный алгоритм:
Шаг 1. Определение поставщика. Берем того, у которого минимальная себестоимость с учетом наличия, конечно. (Не берется в расчет ни РРЦ, ни монитор). И ставим его в СТУС.
Шаг 2. Определение цены:
А) если есть хоть один поставщик с монитором =1, то в СТУС проставляем Монитор = 1. А в качестве цены берем минимальную РРЦ среди тех поставщиков, у которых Монитор=1, с учетом наличия.
Б) если ни у кого из поставщиков не проставлен монитор, то берем мин. цену себестоимость от поставщиков с учетом наличия и добавляем наценку "*1.065".
По
P.S. Несмотря на то, что галку о получении уведомлений проставила, и уже получала их, снова Вш ответ не отметился в почте. Поэтому прошу прощения за не быстрый ответ – выясню у сисадмина о возможных проблемах на нашей стороне, почему так происходит …
По задаче. Я разобью ее на 2 шага для лучшего понимания. Вот идеальный алгоритм:
Шаг 1. Определение поставщика. Берем того, у которого минимальная себестоимость с учетом наличия, конечно. (Не берется в расчет ни РРЦ, ни монитор). И ставим его в СТУС.
Шаг 2. Определение цены:
А) если есть хоть один поставщик с монитором =1, то в СТУС проставляем Монитор = 1. А в качестве цены берем минимальную РРЦ среди тех поставщиков, у которых Монитор=1, с учетом наличия.
Б) если ни у кого из поставщиков не проставлен монитор, то берем мин. цену себестоимость от поставщиков с учетом наличия и добавляем наценку "*1.065".
По
P.S. Несмотря на то, что галку о получении уведомлений проставила, и уже получала их, снова Вш ответ не отметился в почте. Поэтому прошу прощения за не быстрый ответ – выясню у сисадмина о возможных проблемах на нашей стороне, почему так происходит …
1. Вопрос, на шаге №2, для товара СТУС не брать название поставщика от которого была взята РРЦ по условию "флаг Монитор=1", брать только цену?
2. На форуме у вас указан емаил office@*****.com.ua возможно вы не проверяете этот ящик, на почту вы нам пишите из другого ящика.
2. На форуме у вас указан емаил office@*****.com.ua возможно вы не проверяете этот ящик, на почту вы нам пишите из другого ящика.
С уважением, поддержка ElbuzGroup.
1. Все верно, дала развернутый ответ на e-mail.
2. С этой почты письма ретранслируются на мою личную автоматом. Ну, вот например, уведомление по которому я пишу этот ответ, пришло. Предыдущее - нет. Хотя 23-го проверяла почту. Может сбой какой-то был у нас, не знаю...
2. С этой почты письма ретранслируются на мою личную автоматом. Ну, вот например, уведомление по которому я пишу этот ответ, пришло. Предыдущее - нет. Хотя 23-го проверяла почту. Может сбой какой-то был у нас, не знаю...
Если поставщик не требуется брать на шаге №2, тогда отключите этот параметр
Поставщик будет браться на шаге №1 при выборе мин. цены себестоимости.Обновлять поле Поставщик в уч. системе на основании формулы конкурентов
С уважением, поддержка ElbuzGroup.
Здравствуйте!
Сняла указанную Вами галку - просчет и определение поставщика проходит в рамках оговоренной с Вами логике. Нарушений пока не выявлено. И, надеюсь, они не появятся в дальнейшем. Спасибо.
Сняла указанную Вами галку - просчет и определение поставщика проходит в рамках оговоренной с Вами логике. Нарушений пока не выявлено. И, надеюсь, они не появятся в дальнейшем. Спасибо.