CMS Интернет-магазина с особыми требованиями

[scorpion-ds]

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

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

Может кто встречал уже готовые решения с таким ТЗ?

 

[Crys]

Битрикс...

 

[scorpion-ds]

Ну Битрикс серьезная вещь, я в ней и не сомневался, хотя их Интернет-магазин не изучал.

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

 

[shelestov]

так как уже заявлена в ТЗ использование нашей CMS

Для чего тогда спрашивать?

сроки даже трудно себе представить

У вас же есть ТЗ, в чем может быть проблема? )))

 

[scorpion-ds]

Для чего тогда спрашивать?

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

У вас же есть ТЗ, в чем может быть проблема? )))

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

 

[shelestov]

теперь заказчик изменил свои требования, но стоимость проекта не изменена

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

 

[scorpion-ds]

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

Да то наша фишка, идти на встречу клиенту ...

 

[Adelf]

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

 

[scorpion-ds]

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

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

Также возникает проблема обновления цен через Excel файл, тут тоже надо подумать, как все сделать удобней для "блондинок", которые будут цены обновлять (по ТЗ обновление цен и через АЦ и через прайс).

 

[fixxxer]

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

 

[scorpion-ds]

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

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

 

[~WR~]

Как-то сложно всё. Цены лучше всегда хранить в одной валюте - в той, в которой идет бухгалтерия. Иначе мозг завернется в трубочку при создании отчетов.

Центробанк РФ ежеднедвно отдает XML с актуальными курсами валют по отношению к рублю. Руками ничего делать не надо. Где руки - там ошибки.

При загрузке цен из Excel сразу конвертируем в рубли и сохраняем в базе. При выдаче клиенту - из рублей в любую валюту на его выбор.

 

[weregod]

Как-то сложно всё. Цены лучше всегда хранить в одной валюте...

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

 

[scorpion-ds]

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

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

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

 

[3Dinterface]

Примерно таже проблема, метаюсь то ли писать своё на yii framework,
толи искать готовые решения. То ли гибрид какой-то делать.
Помоему с валютами всё нормально в shop-script,но его расширение дело крайне геморойное

Если вдруг будете на yii делать, намыльте на [email protected]
может есть смысл обьединится и своять один на двоих.

К моим требованиям относятся
Фильтрация товаров, тесная интеграция с 1с, совсем круто если ajax

 

[scorpion-ds]

3Dinterface
Проект о котором я писал в этой теме, было решено делать на Joomla + Virtumart 2 RC, это было большой ошибкой, так как Virtumart не финальная версия и очень сырая, как по мне на уровне альфа версии, кроме того нет или плохо реализованы казалось бы простейшие возможности.

Вообще мы сейчас разрабатываем свой магазин, но времени на него не хватает, да и команда у нас небольшая. Но разрабатываем мы его на базе нашей CMS, которая начала разрабатываться еще в 2006 году, тогда нормальный фреймверков еще не было, потому многое реализовывали и реализуем сами (что можно было бы сделать на фреймверке проще). На двоих не выйдет так проект закрытый и разрабатывается в нашей фирме.