Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

Fiolent

Новачок
  
  • Публікації

    4
  • З нами

  • Відвідування

Усі публікації користувача Fiolent

  1. Не удалось окончательно договорится. Поэтому поиск или готового модуля или исполнителей на написание именно этого функционала - продолжается.
  2. Спасибо за ссылки. Но как я понял из описания - у Вас немного другое ценообразование. В этом модуле основное - это группа покупателей. Для которых формируется "статические" прайсы с учетом проставленных скидок по производителям, категории, объему закупок и т.д. У нас немного другая ситуация. Представьте упрощенную модель: есть товар: "TOVAR №1" - базовая стоимость - 100$ он относится к производителю "ROGA & KOPITA" а также к группе товаров: "SHTUKOVINA" находится на сайте в какой-то категории (это не важно, т.к. категории строятся по другому принципу и к группам товаров не имеет ни какого отношения) есть товар "TOVAR №2" - базовая стоимость - 1 000$ он относится к производителю "ROGA & KOPITA" а также к группе товаров: "OTHER SHTUKOVINA" находится на сайте в какой-то категории (это не важно, т.к. категории строятся по другому принципу и к группам товаров не имеет ни какого отношения) Есть клиент "CLIENT 1" У него проставлена скидки на производителя "ROGA & KOPITA" - 10% У него проставлена скидки на группу товаров "SHTUKOVINA"- 15% У него проставлена скидки на группу товаров "OTHER SHTUKOVINA"- 8% Есть клиент "CLIENT 2" У него проставлена скидки на производителя "ROGA & KOPITA" - 5% У него проставлена скидки на группу товаров "SHTUKOVINA"- 20% У него проставлена скидки на группу товаров "OTHER SHTUKOVINA"- 14% Есть клиент "CLIENT 3" У него проставлена скидки на производителя "ROGA & KOPITA" - 5% У него проставлена скидки на группу товаров "SHTUKOVINA"- 0% У него проставлена скидки на группу товаров "OTHER SHTUKOVINA"- 10% У него проставлена скидки на конкретный товар "TOVAR №2"- 30% Тогда цены для клиента "CLIENT 1": "TOVAR №1" должен стоить: 100$ - 15% = 85$ "TOVAR №2" должен стоить: 1 000$ - 8% = 920$ Тогда цены для клиента "CLIENT 2": "TOVAR №1" должен стоить: 100$ - 20% = 80$ "TOVAR №2" должен стоить: 1 000$ - 14% = 860$ Тогда цены для клиента "CLIENT 3": "TOVAR №1" должен стоить: 100$ - 5% = 95$ "TOVAR №2" должен стоить: 1 000$ - 30% = 700$ Клиенты НЕ объединены в группы - каждому задаются значение скидок отдельно. И в реальности получается, что при брендах (которых более 50), и групп товаров (которых около 260), что для каждого контрагента свой полностью индивидуальный прайс. И создаваться должен "на лету". Это легко делается людьми работающими с реляционными базами. Но с учетом незнания структуры базы opencart и нехваткой времени - очень хочется надеятся на уже готовое решение или же опытного в этом программиста.
  3. Здравствуйте. Ищу или готовый модуль или разработчика/ов. Немного прелюдии: Есть 1с 7.7. (с кастомной конфигурацией которая пишется уже 12 лет и по сей день) Стоит задача сделать интернет-магазин для существующих клиентов/контрагентов. (и желательно для привлечения незначительного количества новых). Свой выбор остановили на opencart, т.к. открыт исходный код, понятная архитектура и паттерны, в меру быстрый, масса всякого готового - что можно добавить прям в "коробку", та и вообще понравился... Но в голове постоянно крутятся самые главные вопросы: будет ли поддерживать наше ценообразование? не работает ли он только с "статичными ценами" и по формуле +-%? может ли быть реализована на нем накладываемая на лету в зависимости от клиента "маска скидок" на базовые цены? В общем, есть текущее ценообразование которое реализовано в 1с. Двух словах (или точнее нескольких строках): у товаров есть базовая цена есть скидки по производителям (справочник: "скидки по производители") есть скидки по группам товаров (справочник: "скидки по категориям") есть дополнительные скидки для каждого SKU (этой скидкой можно пренебречь на самом первом этапе, но потом, все равно нужно будет реализовать) у каждого контрагента используются эти справочники, тоесть проставлены название и значение скидок (которые в зависимости от текущих условий работы - могут систематически меняться менеджерами работающими с этими клиентами) Скидки взаимоисключаемые. (тоесть: если у Контрагента указана скидка и на Производителя и на Категорию - должна быть только скидка на Категорию, или если скидка указана и на Производителя и на Категорию и на SKU - должна быть только скидка на SKU) Задача: Нужен модуль для опенкарт, который будет на основании базовой цены и наложенных скидок - отображать авторизованным и верифицированным пользователям интернет-магазина цены на товар с учетом нашей системы скидок. Понятно, что данные для модуля можем предоставить в любом формате. Реализация, напрямую из 1с, или же через какие либо промежуточные выгрузки, обмены, и т.д. - не принципиально (хоть вручную из xml-ок, json-гов, или вообще текстового файла) Если есть принципиальная разница в версии opencart - не страшно. Установим нужный. Т.к. самый главный вопрос в ценообразовании. А все остальное, как я понял, можно прикрутить куда угодно. Подскажите, может быть кто-то сталкивался с готовым модулем? Или же кто может взяться за написание с нуля? (тогда очень интересуют сроки, цена, и информация об опыте подобных разработок.) или же кто может взяться за адаптированнее "знакомого ему" модуля для нашего ценообразования. P.S. Времени на самостоятельное "изобретение велосипеда" нету. Поэтому очень прошу о помощи в поиске решения.
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.