Оптовые и розничные цены в карточке товара

Бюджет: Не указан

Требуется заливать на сайт несколько цен: РЗНИЦА, ОПТ1, ОПТ2, ОПТ3....
Заливать по колонкам из XLS (CSV). Привязывать цену к типу покупателя.
Открытые закрытые цены на витрине (видно не видно).

Очень актуально, подскажите кто бы смог доработать?

18 откликов

  • об этом мечтают многие, но пока ни кто не рискнул это реализовать......

    логика движка ни как не позволяет реализовать данный функционал. У товара не может быть более 3х цен (закупочная, зачеркнутая, реальная)

    Единственный вариант, как можно повлиять на цену - это скидка

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

    • Ну почему сразу никто :-)

      Делала я такое. Оптовые цены (их было 3-и в зависимости от количества товара) передаются в качестве параметров товара, которые скрываются из общего вывода параметров. Затем достаточно подправить несколько файлов в движке — и всё заработает.

      Никакого импорта/экспорта не надо. Тут основной вопрос в том, что при обновлении могут накрывать все изменения в движке. Поэтому нужно каждый раз проверять.

      • По-вашему это выход? Я бы про такой способ даже не писал. Неприемлимо.

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

        все знают как сделать с ковырянием ядра.

        • «обрекая юзера на вечный хадж к тебе»

          Всё зависит от подхода. Если очень нужно и очень нужно на Shop script, то я не вижу проблем провести работу, как следует всё задокументировать и сделать скрипт, который будет автоматически контролировать версию файлов, внося после обновления необходимые изменения повторно (с бекапом соответственно).

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

          Всё зависит от того, насколько эта работа нужна заказчику. Просто ваши ответы «это невозможно» или «никто не рискнул» вводят в заблуждение Сергея. Еще как возможно.

          • Та ни кто ж не спорит. С помощью этого движка можно и ракету в космос запустить, и унитаз дома удаленно смывать.

            Вопрос лишь в бюджете и времени.

            В нашем программерском мире вообще ни чего невозможного нет.

            Помогите человеку сделать по-человечески.

            Если и с допилом ядра - то с автоматическим прописыванием кода обратно. Там вас так же ждут удивительные моменты :)

            • Нормально все. Более-менее крупным клиентам, движок, конечно не напрямую из магазина ставится. Накладывать обновления каждый раз при обновлении приложений — не пробема. Просто не каждый клиент готов тратиться на поддержку такой индивидуальной версии. Зато в плюсе — возможность оптимизировать под конкретного клиента и даже часть (или все) плагины в ядро засунуть, уменьшить количество обращений к БД, уменьшить вложенность шаблонов и вызов хелперов из шаблонов, оптимизировать js и всякое такое прочее.

              • У меня 2 сайта на обслуживании с допилиным ядром (до меня постарались). Так это еще тот гемор, господа...

                Если пилить ядро и планировать и дальше обновляться - лучше не стоит этим заниматься.

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

  • >> подправить несколько файлов в движке

    Я бы про такой способ даже писать не стал. Неприемлемо.

    • См. ответ выше.

      • Мог бы написать сочинение на тему некорректности данного подхода, но обойдусь лишь простым напоминанием:
        Это форум Webasyst, а не РНР разработки. Все мы знаем, что можно сделать средствами РНР. Тут же вопросы заведомо имеют условие "...в рамках движка".

  • Сергей Правдин 1 октября 2015 01:44 #

    Да мне вот так сделал программист, все отлично, но я обновился а программист пропал, вот это пипец полный!!!!

  • Власов Евгений 1 октября 2015 03:43 #

    А смысл тогда в новом вебасисте. Сидеть можно было на старом. Он не обновляется, но пилить его проще и вдоль и поперек.

  • spbtuning 5 октября 2015 09:25 #

    А если сделать оптовые цены через характеристики ? К примеру - делаешь х-ки товара ОПТ1,ОПТ2,ОПТ3. и выводишь красиво в карточку.

    Только конечно это при условии если у товаров будут отсутствовать другие х-ки. или програмно этот момент допилить...

    • Показать красиво каждый может.

      А в корзину складывать? А в бэкенде заказ оформить? А скидку от какой суммы считать? А доставку? А в платежную систему какую сумму передавать? :)

      • spbtuning spbtuning 5 октября 2015 10:15 #

        Так а в чем проблема ? вот смотрите к примеру http://okexpress.ru/struynyy-ochistitel-far-skif-o...

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

        • А. я понял о чем вы. Сделать отдельно артикулы оптовые и розничные и показывать их в режиме выбора характеристик. Тогда учет продаж слетает — для некоторых это может быть критично

Эта тема в архиве. Добавление комментариев к ней отключено.