Продолжение темы Система формирования заказов покупателем

.. но это низкие приоритеты

разлиновку лучше сделать. как на главной

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

.. с фокусом надо подумать в будущем... например попытка ввода двузначного номера текущей строки - не получается...

..вот такие типа полоски на комментарии
https://www.screencast.com/t/sfjedt3wISvM

ок считай уже запилено =)

(428) Да, долбаный фокус =) ниче, придумаем. С фокусом все мучаются

Запилена разлиновка корзины, бордеры комментария

http://ow.ly/wiid308vcxB

(432) ага, норм.
а в настройках есть доп.колонки корзины - включен бренд например, но не выводится (не запилено еще?)

(433) Да, это в процессе, делаю

так-с, можно считать, что корзина сделана.

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

а вот что такое "нужное" - тут уже поинтереснее.

Прошу заинтересованных лиц высказаться по существу что ХОЧЕТСЯ (должно это быть или нет - решим с автором) видеть в "подсистеме" управления заказами?

Корзина: при удалении последней строки по кнопке "удалить" - остаемся в корзине (исчезает кнопка отправить и прчее всякое, но остается комментарий... можно набить... имхо излишне это все - очистили корзину (пофиг чем - кнопкой очистить или  удалением последенй строки) - молча вываливаемся на главный каталог

Каталог: съехала автоподстройка ширины колонок. пролистал весь каталог - нигдже нет длинных артикулов, но столбец артикул заведомо примерно наполовину шире чем надо. Некритично. Поставить в иссую с низким приоритетом в UI

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

пощупал немного, вижу изменения, значит есть движение.
(436) Ну чуть корзину причесать, вертикальные линии колонок прикрепить и да, можно думать над заказами.
По моему мнению у заказов должно быть как минимум 4 статуса
1 - черновик, вдруг кто-то не захочет сразу отправлять заказ если он большой (например у меня такая потребность есть)
2 - утвержден (клиенту бывает нужно согласовать заказ, чтобы отправить поставщику)
3 - отправлен - заказ отправили поставщику,
4 - выполнен / исполнен - это когда по нему уже все отгрузили.

Можно конечно на каждый чих статусов напридумывать, но не знаю нужно ли.

Например: частично отгружен, собран, сформированы документы, отправлен клиенту....

кстати, а где картинка с описанием, утром все было на месте?

(440) ну.. в разделе настроек поставить галочку "картини под списокм" - это я недавно выключил проверял как оно работает

(441)ах вон оно чо, кстати у меня нет вертикального разделения колонок в корзине как на (432)

(440) по заказам - по статусам понятно, буду думать. тут не так все очевидно.
сначала будем ориентироваться на возможности которые должны быть у системы "БЫСТРОГО ЗАКАЗА" - а дальше уже в плане развития (? или "штатно" бум думать О СОПРОВОЖДЕНИИ заказа на этапах его обслуживания продавцом/поставщиком - тут вообще вопро снадо ли это. и если надо то скрее всего это будет низкий приоритет разработки".

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

(442) Я просто демку еще не перезалил

размышлизмы (пока только обсуждение)

1. набрали в корзину...
2. поколдовали с корзиной...
3. отправили заказ (статус типа "отослано поставщику")
4. поставщик принял, покрутил прислал ответ типа "принято поставщиком" - просто квиток подтверждения, его может и не быть)
5. поставщик прислал ответ - его может и не быть (статус типа "подтверждено поставщиком"), где на каждую позицию дал ответ какое количество подтвердил. в итоге клиент видит в заказе как минимум две колонки: "Заказано" и "Подтверждено", подтверждение может быть в ноль, с нехваткой (нехватило товара у поставщика), с избытком (клиент заказал количество , не соответсвующее минимальной единице продажи, поставщик округлил вверх).

А) Здесь мы останавливаемся, ибо сценариев взаимодействия клиента и поставщика может быть дофига и они могут быть разные. тянуть эти разные сценарии в систему __быстрого__заказа__ как обслуживание "ПРОЦЕССА СОГЛАСОВАНИЯ ЗАКАЗА" или "ПРОЦЕССА СОПРОВОЖДЕНИЯ ВЫПОЛНЕНИЯ ЗАКАЗА" - предлагаю этого _пока_ не делать (тут надо автору придумать/подумать удобную систему плагинов(?) и возможность кастомизации согласования/сопровождения выполнения заказа например рассматривать как (вариант) проф-версии с монетизацией - настройка под специфику клиента)

Максимум на чем можно остановиться сейчас - это в разделе заказов предусмотреть 1. выгрузку заказа наружу (csv,xml,xls - хотя эксель я бы убил как идеологически чуждый инструмент обмена информацией) 2. печать заказа 3. выгрузку/печать заказа наружу по разнице между "заказано" и "подтверждено"

КОРЗИНА: в районе кнопки "Отправить"/комментария - д.б. поле ввода, куда клиент может втоптать СВОЙ ИД/НОМЕР заказа (просто как строку). Поставить в иссую с приоритетом 0.05.

Свой номер/ид заказа клиент может написать в комментарии, обговорив с Поставщиком правила идентификации/допсведений. Например клиент может в комментарий вписать что-то типа
------ комментарий -------------------
Горбушка-78/4 # прошу выполнить срочно
ибо кризис а мне кушать надо
--------------------------------------
где знаки до символа # есть внутренний номер заказа покупателя.

Размышлизмы (поставить в иссую в UI - чтобы не забыть)
https://www.screencast.com/t/Ml91gbYz

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

ок, удалять это легко =)

(450) яп (ясен пень), ломать - не строить.. ;-)

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

".. пока черпак чинят -русский разминается красненьким .."

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

су...щественно... ;-)

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

Уже после заливки вижу пару багов, исправлять затра, т.к. вырубает спать

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

(456) Берги себя, ты еще нужен Родине!

(456)
> верт разлиновка колонок корзины
- проверено, ок, висящей строки тоже нет, разлиновано ок!

> добил корзину в плане вывода произвольных доп колонок, сортировки и фильтрации по ним
- проверил, вроде ок, порадовало что можно менять порядок колонок

> исправил баг, теперь переходит в каталог товаров независимо от того какие образом была очищена корзина
- есть глюки: добился, что если удалил последнюю строку, то остался в корзине, строк нет, но над корзиной висит сумма корзины и кнопка очистить; если после этого перейти в каталог вбить какую-нить позицию и перейти в корзину (не помню по какой кнопке) - то видим пустую корзину с этой суммой что осталась. Воспроизвести не удалось/ но еще что-то похожее вылазило

> добавил пока костыльное решение препятствующее случайному удалению строки корзины: если стираем последнюю цифру в поле количество - появляется маленькое окошко, если сразу нажать ок, то строка удалится, при этом можно ввести новое количество тогда строка обновится
- тут сами смотри, лично меня такое костыльное решение вполне удовлетворяет (даже чем-то понравилось ;-), его можно оставить как рабочее: при этом:
* если окошко вывалилось то __курсор__должен__стоять__сразу в поле ввода этого окошка и с синим подчерком - чтобы сразу вводить количество (т.к. все-таки последнюю циру удаляли чтобы ввести новое колво скорее всего а не удалить строку) - поэтому поле ввода подчеркнуто, курсор блымкает в нем - вводим новое колов и ЖМЕМ ЭНТЕР ИЛИ мышков В ОК - принмается новое колво, если поле пустое, курсор блымкает в нем - ничего не вводим нажимаем энтер или мышкой ввод значит нулевое колво, строка удаляется
* фичаглюк: если в корзине одна строка, то окошко появляется в левом верхнем угул экрана бравзера, а не по месту редактируемой строки

> тот же принцип с модальным окном применил к полю ввода перехода к странице по номеру,
- с МАЛЕНЬКИМ ОКНОМ?
* тоже устраивает, принцип куросра и позиционирования аналогичен предыдущему.

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


!!! проверить в иссуе (стоит ли там, если нет, то поставить в UI с рейтингом 0.15): была мысль при клике на колве страниц - вываливать окошко с перечнем номеров страниц (в одном ряду ~10 номеров, колво в одном ряду можно рассчитать из колва страниц и размера страницы чтобы список влазил в одно окошко и был красивеньким) и переход на нужный или близкий к нужному номер страницы - кликом в списке

Вписать в иссую:
- если наложен фильтр на дополнительную колонку (а их м.б. несколько таких колонок) - то это нигде не видно!

...фильтр по категориям видно, направление сортировки видно, а наличию фильтра - не видно! я уже пару раз "споткнулся"...

поэтому надо как-то это "индицировать", можно разными способами: полным затенением заголовка колонки, частичным затенением, или просто жирным шрифтом заголовка колонки (вместе со значком сортировки!), например
https://www.screencast.com/t/xA19BH1V

оно затенением конечно лучше - хорошо кладется в общую цветовую схему и по смыслу похоже как фильтры по категориям https://www.screencast.com/t/4eieTOqd7sU - но возможно затенением будет сложно/накладно - тогда жирным шрифтом (допзначком в заголовке колонки можно но имхо перегружено будет)

Поэтому внести в иссую НЕОБХОДИМОСТЬ КАКОГО_ТО ВЫДЕЛЕНИЯ что по колонке есть фильтр (рейтинг иссуи = 0.35)
(можно подумать даже чтобы в одном стиле было с фильтром по категории - значок обнуления фильтра - прямо рядом с заголовком калонки крестик как в категоряих - но это в иссую ОТДЕЛЬНО если затененение делать и рейтинг этой кнопочки = 0.05.. а томня ща попрет в украшательства, а это излишне)

(456) подумать автору: может при вводе нулевого количества пусть строка остается с нулевым количеством и "исчезает" только при листании страниц корзины или при выходе и повторном заходе в корзину? (тут надо смотреть что легче - костыль с окошечком или принцип формирования/обновления корзины)

вот...

ну, я, блин, Пушкин...

не, не Пушкин...

...Иосиф Виссарионович Фет!

(456) разлиновка комментария = ок

> добавил пока костыльное решение препятствующее случайному удалению строки корзины: если стираем последнюю цифру в поле количество - появляется маленькое окошко, если сразу нажать ок, то строка удалится, при этом можно ввести новое количество тогда строка обновится
нормально,решение вполне жизнеспособное.

Есть такой момент, если в корзине одна строка, то ее можно как-бы случайно удалить, уменьшив количество до 0 с помощью кнопки уменьшения количества.
Надеюсь понятно объяснил.

Разлиновка - красиво
Колонки - двигаются
Строки - сортируются

(466)

> Есть такой момент, если в корзине одна строка, то ее можно > как-бы случайно удалить, уменьшив количество до 0 с помощью > кнопки уменьшения количества.
> Надеюсь понятно объяснил.

Подтверждаю.
Количество в строке можно сделать пустым (=0) не только удалением последней цифры в поле ввода, но и декрементом мышью на область-поле уменьшения количества слева от окна ввода, при уменьшении количества в "ноль" - строка удаляется - то есть не появляется окошко-подтверждение количества. Имхо вставить сюда появление этого окошка количества и ок!

А, понял, зафиксим

(456) ГЛЮК
Корзина, работа с фильтром по доп.колонке
- каталог, выбираем фильтр по категории "Конфеты шоколад"
- список умещается на один экран
- бренд = пусто
- пробиваем все товары по 1шт
- идем в корзину
- жмакаем на фильтр по бренду, явная бяка: https://www.screencast.com/t/cCfgsfYl
- причем там еще встроенная бяка (наведенная?) - при жмаке на "все" - прыгает размер окошка

.. т.е. количество пустых строк в списке фильтра = количеству  строк с пустым брендом

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

...а мимо пролетают поезда..?

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

Исправлены баги:

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

Более сложные баги оставлены на завтра - на свежую голову

Начал улучшать заказы. Пока все топорно, красоту потом наведем

- как запрошено в шапке заказа добавлено время заказа
- в настройки -> бизнес логика добавлена опция Возможность сохранять черновики, если она включена в корзине появляется кнопка Сохранить черновик (под кнопкой отправить заказ)
- там в же в настройки добавлена опция Возможност удалять заказы. Если она включена в шапке каждого закака появляется кнопка Удалить. Фактически удаления не происходит, но заказ в бд помещается как удаленный и в списке не показывается.
- как было запрошен в корзину под комментарий добавлено поле Номер заказа, чтобы клиент мог указывать свой номер

Теперь по статусам заказов. Пока два дефолтных статуса: черновик и новый.

Не вижу смысла ограничивать список статусов, сделаю в опциях чтобы можно было настроить сколько угодно статусов. Статусы по сути нужны для двух вещей - показа их в списке и фильтрации по ним. Тут надо только понимать: если добавили статус в веб приложение - придется его устанавливать и 1с (соответственно кроме статусов черновик и новый)

Хотел видео снять по изменениям, но чего-то силы покидают

Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

(473)
> неожиданное удаление строки при клике по кнопке уменьшения количества: теперь также всплывает модальное окошко
- проверено, всплывает;
ГЛЮК: но в окошке курсор не спозиционирован

> при всплытии модального окошка редактирования количества фокус сразу в поле ввода, также добавлено ок по энтеру.
- проверено, работает как надо!
ГЛЮК-1: см.предыдущий пункт
ГЛЮК-2: всплыло модально окошко, ввели количество, ок иди энтер, окошко закрывается (норм!), но потерялась текущая строка - это бяка, напрягает...

> пофикшен баг когда модальное окошко появлялось в левом верхнем углу
- проверено, ОК!

(473)

> как запрошено в шапке заказа добавлено время заказа
- проверено, ОК!

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

> если она включена в корзине появляется кнопка Сохранить черновик (под кнопкой отправить заказ)
- выглядит по уродски, но куда положить красивше - пока непонятно (разве что в одну строку, как везде в интерфейсе, например: в каталоге "Заказать" и "Очистить" над корзиной - нормально смотрятся, здесь тоже лучше - имхо - в одну строку положить (но это будет плохо - будут ли переносится кнопки одна под другую при ужатии фейса?)
- так что пока непринципиально, но в иссую записать - 1. как-то кнопки покороче назвать, в одно слово. ПОДУМАТЬ

(473)
> - там в же в настройки добавлена опция Возможность удалять заказы. Если она включена в шапке каждого заказа появляется кнопка Удалить.
- обобряю!

> Фактически удаления не происходит, но заказ в бд помещается как удаленный и в списке не показывается.
- смысл (мне) неясен (поясни)? может это на будущее типа для восстановления заказов или что задумывалось? для чего?
В ИССУЮ: в инструментах админа тогда должна быть "кнопка" типа "удаленные заказы совсем удалить"

(473)
> как было запрошен в корзину под комментарий добавлено поле Номер заказа, чтобы клиент мог указывать свой номер
- проверено, есть такое.
записать в ИССУЮ (или поиграться попутно): расположение номера заказа имхо неудачное, он должен быть где-то "в начале", типа здесь - https://www.screencast.com/t/cNC4ezVe
или перенести его вверх (так наверное лучше всего): - минусами показана отлиновка которая есть сейчас и д.б. типа так:
[КНОПКИ УПРАВЛЕНИЧ ЗАКАЗОМ]
---------------------------
номер заказа
---------------------------
комментарий к заказу

---------------------------

фильтр категорий

> Теперь по статусам заказов.
тут мну пока мутно/непонятно

смысл "Черновик"? я мыслю это так д.б.
- заказ с таким статусом не виден из 1С и из внешних запросов/коннектов
- "черновик" может быть либо удален, либо переведен в "новый"

каков сымсл "черновика" предполагается тобой?

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

пока концепция "заказов" полностью не выриосвалась - можно оставить как есть

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

Заказ со статусом черновик сохраняется,
Заказы удаляются, тут вопросов нет, все отлично.

+(478) Да теперь нужно реализовать возможность редактирования заказов со статусом черновик, иначе этот статус не имеет смысла.

Было бы логично переносить черновик в корзину и редактировать его в нем.

Но можно сделать редактирование непосредственно в форме заказа - не думаю что это проще, к тому же придется рисовать форму заказа.

В общем способ реализации не критичен, как проще так и делай.

и да, не горит, не напрягайся, делай как запланировал, я в тебя верю, просто в issue поставь.

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

Да, я так и собираюсь сделать.

Кейс для чего нужен черновик очень простой.

У клиента есть например 3 запроса, он хочет их занести, покрутить, подумать, отправлять пока не хочет, вот для этого нужен черновик. Отдельную сущность для хранения черновиков я не стал плодить. Т.к. по сути этот тот же заказ, но с сигналом "меня пока не обрабатывай - я черновик".
Ключевой момент чтобы черновик можно было обратно закинуть в корзину, покрутить и отправить (или удалить) - это я конечно сделаю. Еще такой момент - при отправке черновика назад в корзину я думаю надо пересчитывать цены т.к. они могли измениться, и если что поменялось уведомлять пользователя.

+ собственно ведение черновиков опционально, не хотим черновики - сняли опцию в настройку - и нет их

>> - смысл (мне) неясен (поясни)? может это на будущее типа для восстановления заказов или что задумывалось? для чего?
В ИССУЮ: в инструментах админа тогда должна быть "кнопка" типа "удаленные заказы совсем удалить"

Смысл в том что я как-то не привык удалять что-то безвозвратно =) Я думаю идеальный вариант это доп опция "удалять заказы безвозвратно", тогда каждый выберет как ему надо: "нет возможности удалять", "помечать на удаление", "удалять безвозвратно"

(480) Полностью присоединяюсь!

(481)
> Ключевой момент чтобы черновик можно было обратно закинуть в корзину, покрутить и отправить (или удалить) - это я конечно сделаю.

- угу, именно так! тут не забудь как я выше написал - проверить если в корзине что-то есть, то черновик в корзину закинуть - дать отлуп!

(481) > Еще такой момент - при отправке черновика назад в корзину я думаю надо пересчитывать цены т.к. они могли измениться, и если что поменялось уведомлять пользователя.

угу, что именно изменилось - НЕФИГ МОРОЧИТЬСЯ. достаточно зафиксировать (унутре, где ЛПЧ) что если что-то изменилось
(а это могут быть 1.цены 2.часть позиций м.б. выведена из ассортимента (неактивнеы) 3. остаткимогут стать=0).

при этом уведомления об изменении - просто окошко типа "Состав заказа изменился из-за изменения текущих цен, статусов товаров и наличия остатков" - ПОКА НА ЭТОМ ДОСТАТОЧНО. ИМХО.

При этом анализ изменений и уведомления д.б. подвязаны на НАСТРОЙКИ - если для кого-то цены не выдаются - то и соотв. изменение для него незначимо.. ну и т.д.

(473) ты как там, здоров? или выздоравливаешь?

(485) Здоров =) Работаю над страницей заказов, пишу функцию восстановление заказа из корзины

Много мелочей всплывает, я тут подумал, у меня корзина между сеансами не сохраняется.

Надо ли ее сохранять?

Пока сделал так:

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

По сути если пользователь хочет сохранить корзину между сеансами - он может просто сохранить заказ как черновик

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

Еще пару фишек допилю и вечером обновлю демо

(488) Обычно при конечном оформлении заказа идет окончательный пересчет цен и скидок

(489) Это я понимаю.

Вот простая ситуация:
- набрал товара в корзину
- ушел с сайта
- вернулся через 2 дня, на некоторые позиции цены поменялись
- предлагаешь сказать об этом уже непосредственно в момент оправки заказа и пересчитать цены?

Как по мне - более правильно должно быть так:

- набрал товара в корзину
- ушел с сайта
- вернулся через 2 дня, на некоторые позиции цены поменялись
- при возврате в корзину предупреждение "Дорогой клиент, на некоторые позиции цены поменялись, пересчитить корзину?"
Если клиент соглашается - пересчитываем корзину и даем отправить заказ.

(488) подход обобряю/поддерживаю.
необходтимости сохранять "КОРЗИНУ" между сеансами не вижу вообще никакой. Корзина - он аи есть корзина. оперативная. только здесь и сейчас. вариант сохранения корзины в черновик и восставноления черновика в корзину - тоже поддерживаю (иссуя: подумать, при восстановлении черновика в корзину - сам черновик в списке заказов должен (?) перестать сущестовать. он сейчас - в корзине. иначе надо будет при сохранении корзины в качестве черновика прповерять а есть ли уже этот черновки-корзина в списке заказов и сохранять поверх его. имхо гемора много. проще черновик перевели в корзину - хочешь оставит? - сохраняй как черновик с нова.

(487) имхо - не надо. просто при выходе из аккаунта при наличии корзины спросить: "А фейхоа ли корзина непустая...?" - ответы "ой, нужна!" и "ну её в пень!" - и либо остаемся в системе заказа с текущей корзиной либо выходим из аккаунат и корзина ёк...

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

Насчет этого не волнуйся =) это предусмотрел - при переводе в корзину система "запомнимает" сыылку на заказ, при отправке ложится поверх "старого" заказа

(492) Ок - оставляем так, не будем усложнять

(490) "Как по мне - более правильно должно быть так:

- набрал товара в корзину
- ушел с сайта
- вернулся через 2 дня, на некоторые позиции цены поменялись
- при возврате в корзину предупреждение "Дорогой клиент, на некоторые позиции цены поменялись, пересчитить корзину?"
Если клиент соглашается - пересчитываем корзину и даем отправить заказ."

- а зачем вообще клиента переспрашивать?

вариант такой:

давай ДЛЯ НАЧАЛА примем простую вещь: заказ ВСЕГДА отправляется и сохраняется в черновик с АКТУАЛЬНЫМИ НА СЕЙЧАС ЦЕНАМИ И состоянием товарного списка

При возврате в корзину предупреждение:
"Дорогой клиент, на некоторые позиции цены поменялись, пересчитать корзину?"
- если подтвердит, то переводим все в корзину с приводом к актуальному состоянию. если не согласится - то так и оставляем черновиком в списке заказов. Соответсвенно черновик в заказ "новый" можно превратить ТОЛЬКО И ИСКЛЮЧИТЕЛЬНО через перевод а корзины и "отправить заказ" с актуализацией состояния корзины-заказа.

просто так черновик в списке заказов в состояние "новый" - ПЕРЕВРСТИ НЕЛЬЗЯ.

также учесть - я писал выше (иссую чтобы не забыть!): что может поменятться не только цены, но и состав списка, и список может быть вообще без колонки цен

(494) обобряю!

(493) "ложится поверх старого заказа" - это хорошо, но этот "старый" заказ когда он в корзине - он должен существоать только в корзине. в списке заказов его не должно быть видно, иначе нарвемся на грязное чтение когда два манагера с однйо организации работают и оба начнут один и тот же черновик обрабатывать.

и вообще, вопрос: как-то поддерживается разделение по работе с заказами в части чтобы с одним заказом не могли работать два чела?

(491) Сеанс разоравлся - корзину потерял

(498) ну и правильно. ССЗБ. если делаешь более-менее серьезную работу - то следи за здоровьем. или делай частями.
или применяй АВТОМАТИЗАЦИЮ - готовь заранее инфу, поддерживается "быстрый" заказ - вставить из "кармана" набор "артикул-количество" и зафиксировать его как "новый".

проблема конечно существует, но на ДАННОМ ЭТАПЕ предлагаю этим вопросом фиксации корзины между сеансами - не заморачиваться.

(499) какой то детский сад. Никто за это спасибо не скажет

(501) согласен.
ПОКА это не самый проблемный вопрос. поэтому ПОКА имхо - над ним не морочимся.
решит автор заморочиться - я ему возражать не буду

(502) Как минимум я бы не стал заморачиваться очисткой корзины при выходе

(503) проблема ясна. автор в курске. я думаю - не тупой. способен принять нужное/правильное НА ДАННОМ ЭТАПЕ решение. ;-)

(497) >>и вообще, вопрос: как-то поддерживается разделение по работе с заказами в части чтобы с одним заказом не могли работать два чела?

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

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

(505) Лучше перед переводом принудительно перезапрашивать статус блокировки

(507) угу, накладываем блокировку ИСКЛЮЧИТЕЛЬНУЮ - если не наложилась - ктото прямо сча нам заподлянку делает
читаем текущий статус блокировки
если заблокирован=0 переводим в корзину, заблокирован=1;
снимаем исключительную блокировкку

.

чтото это мне напоминает...

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

- улучшен внешний вид поля статус в шапке заказа, туда же вынесены кнопки по восстановлению/удалению заказа
http://ow.ly/ihs9308MfqU
- добавлена опция "Удалять заказы без возможности восстановления"
- добавлена возможность восстанавливать черновики в корзину (перед этим проверка что корзина пуста)
- улучшены стили страницы корзина
http://ow.ly/4PIC308MfKK
- для категорий товаров пока топорно, но добавлена индикация  о том сколько товаров по данной категории в корзине, это видно как на странице каталога, так и на странице корзины
http://ow.ly/zjU8308MfWC


Демо https://eks1985.github.io/quick-order/
Проект https://github.com/eks1985/quick-order
Презентация http://slides.com/eks1985/deck/fullscreen

(509) приступил к обзору

(509)
> улучшен внешний вид поля статус в шапке заказа, туда же вынесены кнопки по восстановлению/удалению заказа
http://ow.ly/ihs9308MfqU

Обобряю! устраивает!
посмотри сам - может кнопку "статус+управление заказом" вынести не на правую границу, а на левую? перед номером/гуидом?

(509)
> - добавлена опция "Удалять заказы без возможности восстановления"

- проверно, есть такая,
проверить работу самой опции не удалось - нет возможности*/доступа к восстановлению удаленного заказа (админская опция, потесть сам)

- также проверена опция "разрешить пользователю удалять заказы" - еслии ее =0, то пикча удаления в шапке заказ отсутсвует,= ОК!

(509)

> - добавлена возможность восстанавливать черновики в корзину (перед этим проверка что корзина пуста)

- проверил, вроде работает как ожидаемо.

(поставить в иссую с приоритетом низким для UI все типовые окошки с вопросами заменить на стильные потом как-нить)

(509)
> улучшены стили страницы корзина http://ow.ly/4PIC308MfKK

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

(на всяк случай) в корзине остался глюк - упоминал ранее:
https://www.screencast.com/t/RBKiqN4p3 - много пустых значений фильтра

(509) в корзине также вижу что (cgc,!)
- кнопки в одну строку легли - имхо намного лучше (с переносм получаются, если окно рабочее ужать, это норм)
- номер заказа вынесен вверх (поставить в иссую для UI с приоритетом очень низким близким к нулю на потом: номер заказа между двую линий, в одну строку = ок, оступ от верхней строки большеват - сделать чтобы отступ от верхне и до нижней были одинаковыми - типа номер посрередине)

(509)
> для категорий товаров пока топорно, но добавлена индикация  о том сколько товаров по данной категории в корзине, это видно как на странице каталога, так и на странице корзины
http://ow.ly/zjU8308MfWC

- обобряю, идейно то что нужно. насчет "топорности" - это посмотрим по UI позже, сечас сделать так (имхо) - в круглых скобках, с отступом в 1 символ (угловые сильно режут глаз) https://www.screencast.com/t/eeIeqgI8jEV1

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

варианты

Все категории
( 17 ) Молочные продукты
( 2 ) Овощи, Ягоды, Грибы

Все категории
< 1 > Молочные продукты
< 24 > Овощи, Ягоды, Грибы

: 13 : Молочные продукты
: 2 : Овощи, Ягоды, Грибы

размышлизмы-9

поэкспериментировал еще с категориями...
https://www.screencast.com/t/cczf9b1hF4uU

мозг упорно ругается:
работаем с категориями - по одинарному клику категория добавляется в список фильра категорий. ПУСТЬ ТАК И БУДЕТ

но мозг/глаз постоянно спотыкается на ОЖИДАНИИ МОНОФИЛЬТРА - то есть я даблжмак по категории - хочу уивдет каталог только по этой категории. Когда выбрано много категорий - это не так просто.

поэтому

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

даблклик по категории - ОБНУЛЯЕТ набранный список категорий и устанавливает даблкликнутую категорию в фильтр - получается монофильтр.

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

По странице "Заказы"

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

главный размышлизм-77!
концепция UI страницы "заказы"

в свете последний постановлений партии и правительства, а также по материалам апрельского пленума ЦК КПСС имхается мне что страницу "заказы" можно попробовать сделать в концепции страницы каталога.

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

2.
Справа добавить область типа "Список заказов" - АНАЛОГ "КАТЕГОРИЙ" на странице каталога. Заголовок "все заказы", подчерк, список заказов построчно.

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

4.
сам список заказов - как и список категорий - построчно, строка включает в себя колво позиций в заказе, и сумму заказа, и номер заказа (клиентский! если клиентского номера нет - то пару первых символов (порядка 8-10) гуида) и дату-время заказа. Как именно это разложить красиво по строке - посмотрим. скорее всего важно дата время и номер заказа - их выносим слева в строку, колво позиций и сумма заказа - справа.

5. статусы заказа указывать справа от в строке или отдельным СТОЛБИКОМ СПИСКА (так наверное будет правильнее)

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

7. соответсвенно из п.6 - применив механизм (из каталога/корзины) настроек колонок, фильтров по колонкам и сортировок по колонкам, + фильтр по самим заказам (как фильтр по категориям)  - получим практически полный инструмент для обозревания и управления списком заказов.

ВОТ!
типа выглядеть это будет так:

...
ВОТ!
типа выглядеть это будет так:
...ту художник во мне умер. даже так - он даже не просыпался... ;-)

eks1985
предлагаю эту ветку не продолжать, а открыть ветку-наследника или форк от этой ветки именно по твоей разработке

(522) Запилил Веб приложение для формирования заказов покупателем на nodejs стеке
Моя первая тема на мисте за 10 лет =)

(523) То есть проще назвать типа "Система быстрого заказа для клиентов" ты постеснялся? куча народа бы подтянулась имхо... тут туева хуча народа типа меня - девелоперов (восьмерочники и того хуже расставлятели галочек) - им (и мне) что нодеджиэс, что коусчдб - все едино... ;-)
но пусть будет так!