Да ладно вам...Если бы любой опенсорц-проект разрабатывала бы только одна компания, то да, фигачили бы в ядро быдло код (правда, я не знаю, как потом с этим кодом разрабатывать расширения. Сами себе злобные буратино).
Очень часто опенсорц-команды зарабатывают на кастомизации своего движка под клиента.
Я бы больше склонялся к тому, что основные грабли и появление всяких "свистелок и перделок на аяксе" - это таки желание сделать универсальный ИМ для охвата большой аудитории клиентов + оторванность кодеров ядра от реальных продаж.
К сожалению, тупанул, и немного неправильно написал пункты для голосования. А исправить - нельзя, не позволяет форумный движек.
А по поводу "нужна/не нужна": просто был такой чел здесь, который темы создавал, лишь бы были. А потом на форуме хрен найдешь что нужное, надо перерыть кучу постов, чтобы потом на новой теме тебе не указали, как пользоваться гуглом)))
ТЗ выйдет кривое, не спорю. Но как я вижу себе, это не полноценное ТЗ, а именно "конструктор возможностей".
Короче, модератор есть здесь? Может снести эту тему (или перенести в курилку)? А то тема, наверное, больше "на поговорить". Спасибо.
KonovalovD, подскажите, как и где правильнее будет поискать товар "Автоматика для распашных ворот" . Надо для себя. Заранее спасибо
комплектации/разукомплектации товара: это применимо к наборам. К примеру, есть 4 книги и они идут как набор (и отдельно тоже продаются). Или есть большой подарочный набор дисков. На складе есть только один комплект, а покупателю требуются книги номер 2 и 4. Можно ждать неделю до прихода товара от поставщика, а можно разукомплектовать набор книг и продать покупателю. Потом, когда придут книги от поставщика, снова укомплектовать набор. Надеюсь, понятно описал.
Парсинг цен - это фича, не всем нужная. Я уже писал выше.
Ну тогда объясните, что по вашему мнению, должно быть в ИМ? А то получается, что ИМ - это чисто витрина с товарами, а все остальное - пихаем в сторонний движек типа 1с (маркетинг, учет товара и т.д.)
Банально, если это возврат по вине магазина (брак, нормально не доехало), то можно дать какую то скидку или плюшку клиенту.
Чтобы на сайте показать, есть ли товар или только под заказ. Понятно, что в учетной программе куча складов, перемещения и так далее. А нам надо простейший учет товара.
Как по мне, все таки возврат хоть как то должен отображаться и в ИМ. Даже в простейшем виде "статус зазаза=возврат".
Почему не имеет? очень даже имеет. Только другое дело, что далеко не каждому это надо (к примеру, на рынке электроники или стройматериалов надо, а для каких детских мягких игрушек - не надо).
Собственно, тема родилась из предыдущей темы /ru/forum/859429..
Понятно, что типовый ИМ - это сферический конь в вакууме, и может вообще зря создал тему.
Давайте допустим, что мы торгуем одеждой, 3000 наименований, офис + склад.
Как то так /ru/forum/860167 ....
Это тема не как вопрос, а типа темы "Выбор движка для ИМ".
