Один товар - один заказ

[kate1987]

Здравствуйте

Если пользователь покупает несколько товаров за один раз они помещаются в один заказ, которому присваивается уникальный id

Нужно сделать так чтобы каждый купленный товар формировался как отдельный заказ

прошу помощи

Opencart 1.5.6

[afwollis]

боюсь, это, мягко говоря, проблемно...  :unsure:

[kate1987]

Сделала вот так

в system/library/cart.php

 

изменила это

       if ($option) {
            $key .= base64_encode(serialize($option)) . ':';
        }  else {
            $key .= ':';
        }

на это

	$this->clear();
		
			if (!$option) {
      		   $key .= ':';
    	} else {
      		 $key .= base64_encode(serialize($option)) . ':';
    	}

в результате добавляется один товар в корзину

 

А вообще есть модуль split order by product

это если кто захочет купить

[afwollis]

>> Сделала вот так...

это кардинально отличается от озвученной в первом сообщении хотелки.

[kate1987]

как выход из положения

[chukcha]

Условно, это можно сделать на стадии confirm при оформлении заказа

[afwollis]

какой же это выход? ))

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

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

:-(

[afwollis]

Условно, это можно сделать на стадии confirm при оформлении заказа

и получить проблемы с оплатой, скидками и прочими нюансами.

[chukcha]

Существуют различные варианты требований к заказу

 

Например

Товары из некоторой категории не могут совмещены с товарами из другой категории.

Т.е. для определенной категории товаров требуется отдельный заказ.

В таком случае - нужно блокировать покупку товара/услуги из противоречащих категорий.

 

Или, как в данном случае: один товар - один заказ

Это затруднит выбор для покупателя.

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

Но на этапе окончательного оформления заказа - товары можно разбить позаказно

[chukcha]

и получить проблемы с оплатой, скидками и прочими нюансами.

Нужно учитывать специфику...

Я почти уверен, что это не совсем on-line магазин.

[afwollis]

если покупатель платит за "заказ_№666", а потом видит у себя в кабинете "заказ_№777, заказ_№888, заказ_№999" - это не нормально.

либо же ГОСТЬ оформляет "заказ_#666", потом звонит уточнить "состояние заказа", а ему говорят, что такого заказа НЕТ (ибо товары разделены на разные заказы).

по оплате:

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

и еще куча нюансов.

т.е. надо полностью знать/представлять внутренние процессы и специфику магазина, чтобы думать о реализации.

[chukcha]

Секундочку...

 

Оформляются несколько заказов, покупателю сообщаются номера этих заказов

 

Не вижу здесь никаких противоречий

 

Речь идет о специфики  продавца. Он не будет продавать через электронную валюту, или какие либо on-line оплаты.

Продавец принимает заказы для выполнения услуг, изготовления заказ, планирования собственных задач. Т.е - отложенные покупки. (например, заказ на печать бланков)

[afwollis]

так на том мы и остановились:

"т.е. надо полностью знать/представлять внутренние процессы и специфику магазина, чтобы думать о реализации."

:-)

[chukcha]

Да, конечно - с одним замечанием. Не магазина,  а on-line заказ

[kate1987]

Вообще, кто нибудь продает модуль разделение заказа по товарам (кроме офф сайта, а то там пей пел)? Я бы купила