warezliker

Статусы обработки товаров внутри заказа

Рекомендуемые сообщения

warezliker    12

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

Наподобие этого: https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=22314

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

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

 

Изменено пользователем warezliker

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
chukcha    1 021

Составьте более полное ТЗ
Не вижу причин не использовать  данный модуль
Возможно, нужна доработка.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
warezliker    12
16 часов назад, chukcha сказал:

Составьте более полное ТЗ
Не вижу причин не использовать  данный модуль
Возможно, нужна доработка.

 

 

Если совсем примитивно, то надо добавить кнопку "сменить статус" рядом с конкретным товаром в заказе, например, где-то здесь: http://prntscr.com/g75mha

По нажатию попап с select-ом статусов и поле для ввода кол-ва с тем кол-вом, которое было указано в этой строке.
Работать может примерно так:
В заказе был айфон красный 10 шт со статусом "Ожидание". Мы кликаем на кнопку и указывем в попапе статус "Отправлен" и кол-во 7шт.

Одна строка с 10-ю айфонами разбивается на 2: айфон красный 7 шт и статус "отправлен" и айфон красный 3 шт статус "ожидание".
В модальное окно можно (не обязательно) прикрутить такую же пипку "Уведомить покупателя", чтобы клиент мог более четко видеть, что происходит.
Еще один необязательный момент: когда весь товар получил определенный статус, то статус заказа изменился на такой же автоматически (статусы состояния товаров модуль берет из статусов заказа, отдельных у него нет, поэтому вполне логично, что если все товары имеют определенный статус, то и заказ имеет такой же статус).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
chukcha    1 021

Развивая вашу идею

 

1. Заказ  получает статус " в обработке" или тот который вам нужен, например "собирается"

2. Товары в заказе, также имеют статусы

Эти статусы нужно озвучить

1. Статус - "к обработке" Это дефолтный статус, Он присваивается всем товарам в заказе при создании

2. Статус - "собран" - это статус, который говорит, что товар может быть отправлен - т.е. финишный

3. Собран + M товаров из N , чтобы видеть какое-то движение

Соответственно ведется история (как история заказа), при смене статуса товара, добавляется комментарий к статусу, добавлено (изменено) столько-то в таком-то товаре

Таким образом видна вся логистика действий с заказом

 

И.. много не мало, но все это нужно писать, а не искать готовое.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
warezliker    12
44 минуты назад, chukcha сказал:

Развивая вашу идею

 

1. Заказ  получает статус " в обработке" или тот который вам нужен, например "собирается"

2. Товары в заказе, также имеют статусы

Эти статусы нужно озвучить

1. Статус - "к обработке" Это дефолтный статус, Он присваивается всем товарам в заказе при создании

2. Статус - "собран" - это статус, который говорит, что товар может быть отправлен - т.е. финишный

3. Собран + M товаров из N , чтобы видеть какое-то движение

Соответственно ведется история (как история заказа), при смене статуса товара, добавляется комментарий к статусу, добавлено (изменено) столько-то в таком-то товаре

Таким образом видна вся логистика действий с заказом

 

И.. много не мало, но все это нужно писать, а не искать готовое.

:)

ну я первый ответ на ваше сообщение написал на страничку А4, наверное. Потом понял, что то слишком и потер.

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

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

Надо переделывать логику учета товара в разрезе опций, т.е. товар + уникальный набор опций = отдельный товар, а не так, как сейчас.

Надо какое-то дополнение писать, чтобы приходовать товар на склад, опять же, в разрезе опций, т.к. редактировать каждый товар это бред да и это НЕ НАДО делать снабженцу.

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

 

В общем, все это лирика.

Сколько будет (от и до) стоить дополнение по предложенной вами схеме?

Изменено пользователем warezliker

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
chukcha    1 021
49 минут назад, warezliker сказал:

Сколько будет (от и до) стоить дополнение по предложенной вами схеме?

Вы меня поставили в тупик таким вопросом.
Тем более зная мои ставки
Я навскидку, здесь насчитал от 20 человекочасов +50% риска

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
warezliker    12
2 часа назад, chukcha сказал:

Вы меня поставили в тупик таким вопросом.
Тем более зная мои ставки
Я навскидку, здесь насчитал от 20 человекочасов +50% риска

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
chukcha    1 021
12 минут назад, warezliker сказал:

вы свой модуль допиливали по моей просьбе

Ключевое слово - свой!

 

Если нет в переписке, то спросите
Как написано в профиле

Много не прошу - мало не беру.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
warezliker    12

Немного резюмирую для тех, кому нужен схожий функционал.

Я подумал и пришел к выводу, что смысла в статусах товара для обычного магазина (не связаного с производством) нет.

Надо смотреть в сторону разделения заказов, для этого есть модуль за 20 баксов Split Order.

Почему:

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

2. Если приравнивать заказ = посылка, то отпадает необходимость создания еще одной сущности (посылки), т.к. у заказа есть все необходимые сущности: данные получателя, стоимость, дата отгрузки, статус, метод оплаты и доставки. Для трекинга и прочих радостей уже куча дополнений есть, вопрос решаем. Учет товара, снова-таки, зависит от статуса заказа.

Т.е. эта задача решается методами Combine orders / Split orders. Возможно, не очень удобно и элегантно, но тем не менее

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти


  • Последние посетители   0 пользователей онлайн

    Ни одного зарегистрированного пользователя не просматривает данную страницу