К сожалению (или к счастью) подача информации через сайт интернет-магазина ни как не регламентируется законодательно (по крайней мере в России). Поэтому информация на сайте в 99.999% случаев не имеет юридической силы. К тому же актуализация данных может отставать от состояния склада и т.п. и продавец имеет право делать всякого рода примечания и предупреждения. Информация о товаре имеет юридическую силу только если она нанесена на упаковке и упаковка не повреждена. В этом случае можно говорить о преднамеренном введении в заблуждение и т.п.
Если проверить товар на месте не возможно, ни кто не заставляет его оплачивать, но претензии к контенту сайта при этом предъявить не удастся.
По вашему описанию ни чего конкретного сказать нельзя ("БД по физлицам" это слова ни о чем). Скорее всего ни чего готового нет.
Если развиваемость и масштабируемость критически важны, то лучше всего Magento. Для примера можно назвать проект lamoda.ru (по номенклатуре и посещаемости будет близко к вашему я думаю). Но вот с кластеризацией в ней придется разбираться по взрослому. Возможностей очень много особенно если учесть что Magento сделана на ZF и Zend под построение очень больших проектов на этом фрэймворке предлагает свой специализированный инструментарий. То есть предусмотрен весь набор средств от кластеризации на уровне БД и PHP, до кэширования данных и опкода.
Примерно так же обстоит дело с синхронизацией с внешними системами, экспортом/импортом и настройками фильтрации и поиска.
Готового проекта не ищите, каждый подобный бизнес уникален, так что и система автоматизации такого бизнеса тоже будет уникальна всегда.
Вам нужно все таки тщательнее разобраться с вашими правами и обязанностями. Нужно четко понимать, что информация о товаре на сайте это не информация о товаре на его упаковке. Информация на сайте не является юридически значимой и потому за ее недостаток не может наступать юридическая ответственность. Исключение составляет публичная оферта, но тогда это нужно фиксировать соответствующим образом (не всякое ваше заявление может считаться публичной офертой, в том числе сделанное и через интернет-сайт, а значит не за каждым вашим утверждением следует какие то обязательства). Иначе вы будете расплачиваться за свою неграмотность и вас будут и дальше разводить как лоха.
Не читайте, пробуйте. Полноценной литературы на эту тему нет пока в природе. Придется учиться на своих ошибках.
Если хоть как-то знаете WP, начните с него. На нем с коммерческой надстройкой можно сделать что-то вроде интернет-ателье.
Вам сейчас без разницы какой движок. Вам шишки набивать надо, опыта набираться. Возьмите Opencart для начала. Он проще всех в освоении. Попробуйте наполнить его информацией, хоть по одному товару. А вообще конечно, если вы только шить умеете, то бесполезно. Чтобы нормально торговать нужно намного больше чем сайт сделать. Знаний нужно больше чем на пошив платьев. В вашем случае лучше искать какие-нибудь "ярмарки мастеров" и т.п. или через маркетплэйсы торговать. Свой сайт вы не вытянете.
В коробочном варианте нет. Prestashop переделывают под такие вещи, если вы имеете ввиду такой вариант http://prestalab.ru/menju-i-bloki/24-blok-kontaktov.html
Вы видимо по тому и не согласны, что с магазинами и магазинными движками мало дела имели. Ну ничего, поищете готовое, наберетесь опыта, поймете :-).
Готовых выгрузок в YML в коробке у бесплатных магазинных движков не знаю, но под Prestashop можно найти бесплатный модуль. Под Opencart тоже вроде есть. Под Magento не искал, поэтому не знаю. Врать не буду. Да и написать такое не сложно. Через API готовых решений не видел. Как то этим народ не сильно озабочивается. Скорее всего потому, что YML файл используется не только Яндекс.Маркетом, но и некоторыми другими рекламными площадками (одним выстрелом убивается много зайцев).
На счет NetCat - успехов вам в этом безнадежном деле. В CMS общего назначения специализированный функционал (например торговый) админок развит еще меньше в специализированных движках (и понятно почему). Поэтому на таких CMS делают не магазины, а каталоги товаров (без заказов и развитой админки в части управления исполнением заказов). Так что: "Пилите Шура, пилите. Они золотые." :-D.
Такого для управления заказами готового не найдете. Все скрипты магазинов делаются прежде всего как витрина, а не как бэкофис. На счет интеграции с Яндекс.маркетом - не понятно о чем речь. Конструкторы форм делаются в движках общего назначения а не магазинных. Тут любой движок пилить придется много и долго.
