Memento, спасибо, посмотрю
учетная система - дайте ссылку где почитать ? У нас так и работает, но удобство в рамках модуля ос комерце - мрак...
у ос комерце еще проблема - древний дизайн, старо выглядит... и медленно он работает на 60 000 + товарах в каталоге, вроде все жалуются и исправить сложно.
хороший магазин, чистый, не навязчивый, удобный.
боксик консультанта - да, немного напрягает
1. каждая отправка закрывается трекинг номером по которому видно все ее движение, по основным этапам, включая вручение клиенту. Трекинг номера генерятся автоматически, распечатывается этикетка, меняется статус заказа в магазине, оптравляется емейл клиенту.
Хотелось к этому добавить - возврат автоматически небольшой суммы на баланс (рассчитывается каждый раз индивидуально от заказу и сейчас делается вручную), по трекингам хочется вести базу - по времени доставки и прохождения посылки по почте, чтобы ее видел заказчик (реальную картину по доставке на сегодня и как она меняется), вплоть до прогноза когда он получит свой заказ если оплатит до такого то времени с учетом текущего положения дел по доставке.
сложно и сумбурно написал ? на самом деле фишка не сложная, объяснить в формате ТЗ сложно...
2. полную интеграцию с квик буком (аналог 1С в сша) мы так и не доделали, чтобы склад полностью завязать с веб магазином
3. бекордеры (не отправленный товар), в заказе 20 позиций - из них 18 в наличии, 2 под заказ но заказ оплачен полностью. Мы не можем отправить заказ поскольку он не сформирован полностью, заказчик часто забывает смотреть статус в магазине считая что заказ отправлен. Нужен механизм напоминания клиенту об этих проблемных заказах.
После отправки эти два товара должны быть оптравлены со след. его же заказом который будет условно через месяц, а эти 2 детали мы получили через неделю и должны сообщить клиенту что они появилисиь и дальше либо отложить их для него (для след. заказа), либо вернуть за них деньги и положить в свободную продажу.
При этом нужно еще учитывать сумму оплаченную за доставку - вернуть разницу на баланс, либо выставить нужную сумму как доплату за доставку при этом тем же способом оплаты что и оплачен заказ
P.S. да, согласен - все сумбурно и тяжело четко описать как ТЗ
dlyanachalas, да - все верно...
dlyanachalas, у нас приличный опыт ведения бизнеса в сша.
я жду появления в топике человека которому не нужно обьяснять для чего нужен: Paypal, USPS, Fedex, Quick Bооks, это вкратце.
Набор хотелок на самом деле примитивный для более менее приличного магазина, но он обязателен.
по заказу нет, по эксплуатации - да, больше 5 лет и довольно успешно развиваемся.
мы все эти 5 лет пилили свой ос комерце. неплохой в принципе движок, 90% своих хотелок мы реализовали на нем. Но тяжеловат для дизайна и изменений внешних, а при числе товаров за 60 000 ему уже совсем плохо, да и пора бы уже обновлятся (внешний вид сайта тоже уже никуда не годится). как то так...
p.s. все свои хотелки я знаю и знаю что на 1с-битриксе-шоп скрипте их не сделаешь....
Magento - отметил, спасибо.
ни бугати, ни лады-Калины не нужно, нужно что то типа Тойоты. и такое решение есть, нужно найти верное направление.
ну да, женское упрямство - вещь жестокая и нелогичная... умолкаю
большая, нет огромная просьба - не знаете, нечего сказать по делу - не пишите, не забивайте тему ))
p.s. свой пост могли бы написать в личку (если уж было невтерпеж), там можно стереть.
- бюджет в 100 килобаксов и выше это не оплата за инет магазин, это обьект для роспила.
- сайт с функционалом - "оставь заявку, привезет курьер, ему бабло наличкой" тоже не имеет отношения к задаче ))
говорю же amazon.com
и нужен человек который реально разбирается---------- Добавлено 25.12.2012 в 18:58 ----------humbert, дайте ссылку в личку
faedrus, Вы разбираетесь в теме ?
