Планирование, учет, расписание отсроченных доставок ?

[Anstrem]

Бывает что клиенту не нужно вот прям счас привезти, а надо запланировать дату получения (соответственно и дату отправки) заказа на такое то число.
Как кто рулит этим процессом в Viart-e ?

Просто если перекидывать эти заказы в какой нибудь статус типа "Ожидание даты отправки", то потом получается надо каждый день просматривать все заказы с этим статусом, не пора ли уже кого то отправлять. И опять же где смотреть когда пора ? В комментариях где то приписывать - неудобно.
Менеджера задач или планировщика явно не хватает. Может кто то уже как то решал проблему встроенными средствами ?

[mastertools]

На демке Платья в фильтре есть выбор доставки. Сделано, по-моему, опциями. Не то?

[Anstrem]

На демке Платья в фильтре есть выбор доставки. Сделано, по-моему, опциями. Не то?

Да, нет. Я имел ввиду в админке где то в заказе, чтобы менеджер магазина мог отмечать дату планируемой отправки заказа. И потом чтобы можно было отбирать заказы из общего списка по этой дате.

Т.е. к примеру звонит клиент и говорит - мне в следующий вторник привезите. Я зная где он находится и срок доставки курьерки, понимаю что надо отправить его заказ в понедельник. И мне надо куда то эту информацию записать чтобы в понедельник вспомнить про этот заказ и отправить его...
А теперь представляем совсем реальную ситуацию когда принимает заказ один человек(или несколько), а отправляет другой ?

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

По сути в заказе в админке надо банально поле даты отправки добавить и в выводе заказов сделать возможность отбора по этому полю.

[Anstrem]

А может это можно просто как Дополнительное поле в заказе описать ?

По примеру в админке сделал:
Настройка регулярных выражений (совместимость с PCRE)
Регулярное выражение проверки (Пример /^\d{2}\/\d{2}\/\d{4}$/)
Ошибка регулярного выражения (Пример Field {field_name} doesn't match the following date mask MM/DD/YYYY)

Типа работает, но как то тоже не удобно

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

[DimTai]

В v.5.0 планируется полноценный Менеджер задач. В течение дня выложим ролик на YouTube. Welcome c конструктивными предложениями и пожеланиями! Наши пользователи наши лучшие советники и эксперты )

[VST]

[decode]

Нужная фича. Было бы здорово, чтобы админ мог назначать задачи менеджерам.

[Anstrem]

Можно побрюзжу ?
Вот не могу согласиться, что то что представлено на ролике это кому то вообще надо
То что представлено это красивая игрушка, а не рабочий инструмент. ИМХО подобных планёров задач на десктоп, в том числе многопользовательских вагон и маленькая тележка, самый распространенный это банальный и навороченный MS Outlook, зачем еще один встроенный таким образом в магазин мне непонятно...
Чисто для галочки фича, чтобы в свойствах релиза написать по типу “а у нас вот такое есть”. А будет кто пользоваться или нет не важно… В Viart и так половина движка уже таких фич, которые нафиг некому не нужны и ими никто не пользуется.
Поясню почему так думаю: что мы видим на ролике: РУКАМИ простым ТЕКСТОМ вводится некое произвольное сообщение и номер заказа в календарь. Чем собственно это отличается от вписывания того же в примечания к заказу ? Единственное реальное отличие наличие интерфейса календаря...

Рабочий интерфейс менеджера в магазине это страница заказов. Вот там это надо, в виде просто добавки в таблицу обработки заказов еще одного столбца с планируемой датой исполнения (по умолчанию равной текущей, но которую можно изменить).
Тогда менеджер будет переводить заказ скажем в статус “Ожидание даты отправки” и ставить эту дату (как раз неплохо бы с интерфейсом календарика, а не текстом дату ставить). Т.е. фактически надо просто сделать возможность добавить в свойства заказа поле типа дата с выводом календарика при его редактировании и вывести содержимое этого поля в таблицу на странице обработки заказов.

И кстати сразу попутно дополнение: поля добавляемые в свойства заказа неплохо бы разделить на для Покупателя и для Админа – сейчас такого деления нет. Есть только селектор: “Показывать для всех заказов”, “Только для Интернет заказов”, “Только для заказов принятых по телефону”…Тут явно не хватает еще как минимум одного пункта: “Показывать только админам”

И вот в таком случае любой другой менеджер, отобрав все заказы с таким то статусом сразу увидит в таблице какой заказ на какую дату назначен (без залезания в его нутро и просмотра комментариев).
А если хочется “повыпендриваться” и красивости, то ИМХО пожалуйста вот глобальная задача - сделать эту таблицу в обработке заказов легко настраиваемой пользователем под себя, чтобы список столбцов там выводимых каждый мог в своем интерфейсе для конкретного админа настроить себе сам, чтобы сортировка по этим столбцам выполнялась простым нажатием на заголовок столбца (как в интерфейсе любой современной программы), чтобы поиск и фильтрацию можно было выполнить по ЛЮБЫМ полям заказа (включая добавленные самим пользователем), а не только по тому куцему набору, что там запрограммирован сейчас. И чтобы делать это мог обычный пользователь без участия тех. поддержки или привлечения сторонних программистов. Понимаю что делать весь этот наворот на PHP и HTML это вообще говоря "вешалка" и вот тут "вдруг" возникает интересный вопрос: а зачем вообще сайту админка в виде WEB-сайта ???
Есть стандартная SQL СУБД и все действия в админке сводятся к работе с данными этой СУБД и реально интерфейс совершенно необязательно надо было делать в виде такого же сайта на PHP, это мог быть совершенно отдельный клиент на Delphi или VisualС написанный, где многие подобные фичи интерфейса являются просто стандартными элементами библиотеки и их не надо "программировать"...
Ну это уже так: "о возвышенном". Просто про 5-ую версию слышу с декабря, срок был помнится 1-ое апреля (интересно какого года)
Но да дело не в этом: вот уже скоро будет год человекоресурсов убитых на эту версию и Вы пишете что “Наши пользователи наши лучшие советники и эксперты”, только вот Вы этих самых пользователей то хоть раз опрашивали ЧТО КОНКРЕТНО ИМ нужно ДЛЯ РАБОТЫ, а не “для бантиков”. Честно не видел здесь даже темы такой...
В пик сезона посадить бы разработчиков на оформление заказов в реально работающем магазине, да с клиентами пообщаться, вот бы у них сразу глаза то и открылись что надо делать и как.

Это все к тому что лист TODO тех. поддержки закрыт, его содержимое и сроки никому неизвестны и пользователи не могут даже посоветовать или проголосовать что вот эту фигню лучше задвиньте по срокам куда подальше и без нее жить можно, а вот это очень нужное лучше сделать в первую очередь...
А еще проблема что с момента как Вы решили делать эту новую 5-ую версию, Вы закрылись от работ по старым версиям - типа бесперспективно тратить на доработки в них время, все равно все это для 5-ой не подойдет и придется переделывать. Проблема в том что у реально работающих магазинов нет возможности ждать когда Вы сделаете новую версию, чтобы потом уже реализовать в ней их текущие потребности.
Их обычно надо закрывать сейчас, на том что есть. Потому что магазин работает не ради тестирования и развития возможностей Viart, а ради продаж, а как вы будете изменения потом переносить (и будете ли вообще) в новую версию и будет ли она сама это вообщем мало кого волнует... Тут наблюдается недопустимое смешение обязанностей тех. поддержки и разработчиков (с явным перекосов в сторону последних) - а вообще то ТП должна заниматься только поддержкой и удовлетворением текущих потребностей уже имеющихся клиентов и не забивать себе голову всякой чепухой про грядущие будущие версии, и возможных будущих клиентов.

[DiShop]

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

[Anstrem]

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

Задачи у манагеров могут быть какие угодно. Забрать детей из садика, купить молока, причем только тут интерфейс магазина ? Программ еженедельников/напоминалок хватает и без этого.
А задачи у манагера в магазине связаны с конкретными объектами -> покупателями, заказами и др. - в показанном варианте не вижу никакой связи с объектами магазина, это самостоятельное приложение в вакууме, и описывать текстом, что надо заказ такой отправить Васе Пупкину туда то, тогда то, с такими то условиями - это по функционалу тоже самое что записка на PostIt приклеенная на экране.
Да, тоже полезность конечно, кто спорит то. Но не так уж необходимо, в отличии от того что выше описал.
Проблема в том что пишется исходя из фантазии - какую бы фишку замутить, а не исходя из изучения логики бизнес-процессов реальных магазинов - того как работают конкретные менеджеры, кладовщики и т.п. и что им надо - оторвано от жизни все очень.
Просто жалко ВРЕМЯ разработчиков затрачиваемое на интерфейсы, когда реально куча чего надо по функциональности.
Вот ролики по 5-ой версии выложили - супер, видно что море работы проделано, весь интерфейс перелопачен и все ролики этому посвящены.
А по мне будь интерфейс хоть текстовый и без всяких наворотов, красивости нафиг не нужны в работе, нужна функциональность.

Вот для примера спрошу: полное редактирование заказов в 5-ой версии будет ? А выгрузка/загрузка товаров вместе с опциями ? А групповое редактирование товаров в том числе по опциям ? А отбор/фильтр заказов по произвольным полям включая данные покупателя и для доставки ? А механизмы интеграции с логистами (чтобы можно было описать внешние источники (обычно XML или SQL) и магазин вытягивал оттуда условия доставки) и отображал, и чтобы универсально настраиваемый, а не под каждого логиста писать свой модуль, а модуль геотаргетинга, а отображения городов/регионов и пунктов доставки на карте ?
Это только что с ходу из своих потребностей вспомнил, на самом деле список на пару страниц можно написать, и тут на форуме за последние 2 года столько хотелок озвучивали, многие из них реально нужны...

В ролике увидел "живой" поиск/фильтр по каталогу товаров... вот очень надеюсь что отбор/фильтр заказов там так же можно будет делать с учетом содержимого всех полей заказа (т.е. включая данные клиента, данные доставки и данные корзины). Было бы супер. Просто когда обсуждал с ТП мимоходом 5-ую версию еще в прошлом году основными постулатами ее изготовления было: она будет использовать и совместима со всеми новые технологии (HTML5, CSS3 и т.п.), будет кардинально новый механизм установки дополнений и апдейтов элементарный для пользователя (по типу репозитория wordpress или чего то подобного видимо), будет сразу поддержка мобильных устройств.. и т.д. и т.п.
Заметьте ни слова про торговлю и функционал, т.е. собственно то для чего все это - все только о технологиях и программировании... И это печально