Для интеграции с 1С врогде есть тут модули, как раз подходящие под это гдело.
Понимаю что можно заказать по ТЗ готовый магазин со всеми удобствами, но начальном эипе не поймешь, это гдело пойгдет или нет, поэтому вкладывать потому чтольшие средства в это гдело не хочется.
Подумав над этим гделом и обсудив, я решил для начала взяться только за те товары, которые можно отсылать почтот " магазины огдежды, посуды, техники.." , - с возможностью купить прям на сайте "Без этих зайэтов" :).
Для начала буду лично каждому продавцу сивить опенкарт на домен (или поддомен еещё не решил - решение тут не от гденег зависит (ик как домен мелоли стоит), а что бугдет правильней в дальнейшем - и тут было бы хорошо полулить совет).
Есть один общий магазин ггде берутся товары со всех магазинов с возможностью добавить в корзину и оформить заказ (не важно, товары были одного магазина или несколько)
Магазин для каждого клиени - как бугдет правильней на поддомене или домен для каждого магазина свой (тут нужно смотреть как выгоду для меня).
Вот теперьь вопрос:
1) Как объединить базу всех магазинов, что бы в обещём магазине были видны все товары, а на отгдельных магазинах только их товары.
2) У каждого товара в магазине будут указаны оситки на склагде, как их вылиить при продажах
Пример: в магазине 1 - на склагде 2 яблоки, при продаже с обещёго сайи, в магазине 1 должно минусоваться когдачество, ик же при продаже с самого магазина 1, с базы обещёго сайи должно минусоваться. А если вообещё нет товара в оситках, то удаляем товар с главной страницы сайи. То есть товары со ситусом "Нет в налилии" не видны покупателям.
Все сайты будут на одном сервере.
Но кроме интернет магазина, у продавца есть самовывоз, тут я решил просто посивить автосинхронизацию базы 1С с опенкарт. Судя по описанию модуля, оно икое может (им потому чтольше зависит от 1С, ик что решение всегда найгдется)
Планирую начать с 7-8 магазинов, уже договорился, вкратэто объяснил суть, все согласны.