Дык, я бы с удовольствием, только на форуме посоветовали написать тикет, который я написал и его просто послали нах. Да, мне нужен магазин, где будет одна витрина на всех, (1 БД=>много магазов) но у каждого региона (поддомены или еще как) будут свои продавцы. То есть,я загружаю товары в одно место, а 20 человек их продают по стране. При этом все продажи, оплата, обработка товаров идет через них. А я это все со стороны мониторю. + вся оплата, доставка, общение с клиентом идет через админов-регионалов. И мне не надо, что бы один товар превращался в 20 из-за того, что 20 магазов по стране. И каждый регионал сам монитор свои покупки, и видит только из своего региона покупки и обрабатывать может только их. Это вкратце ))

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

Бесплатного решения я думаю Вы тоже скорее всего не найдёте.

Вам предложили, тоже что и мы доработать функционал платно под Ваши задачи.

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

Какие тут могут быть успехи, я даже и заморачиваться не стал

Так всё плохо?
Может мы можем чем-то помочь?

Дык, я бы с удовольствием, только на форуме посоветовали написать тикет, который я написал и его просто послали нах. Да, мне нужен магазин, где будет одна витрина на всех, (1 БД=>много магазов) но у каждого региона (поддомены или еще как) будут свои продавцы. То есть,я загружаю товары в одно место, а 20 человек их продают по стране. При этом все продажи, оплата, обработка товаров идет через них. А я это все со стороны мониторю. + вся оплата, доставка, общение с клиентом идет через админов-регионалов. И мне не надо, что бы один товар превращался в 20 из-за того, что 20 магазов по стране. И каждый регионал сам монитор свои покупки, и видит только из своего региона покупки и обрабатывать может только их. Это вкратце ))

Какие тут могут быть успехи, я даже и заморачиваться не стал

Так всё плохо?
Может мы можем чем-то помочь?

у парнтерок нет возможности работы админов, у мультимагазина нет единой БД товаров

Какие тут могут быть успехи, я даже и заморачиваться не стал

$product = new \Catalog\Model\Orm\Product(); //Объявим новый ORM объект.

//Заполняем нужные поля объекта \Catalog\Model\Orm\Product, поля смотрим в файле /modules/catalog/model/orm/product.inc.php соответственно, например так

$product['title']    = 'Мой новый товар';
$product['alias']   = \RS\Helper\Transliteration::str2url($product['title']);
$product['xdir']    = array(id нужной нам категории); //Категория
$product['public'] = 1; //Флаг публичности

//И ещё какие-либо наши поля смотрим в файле /modules/catalog/model/orm/product.inc.php

if ($product->insert()){ //Добавим в БД и заодно проверим, а вставилась ли она
   echo "Всё успешно вставилось".
   //После добавления записи у товара появится поле id и достать можно так $product['id']
}else{
   echo "Произошли следующие ошибки".
   var_dump($product->getErrors());
   exit();
}

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

Добавление цены

//Установка одной цены и валюты 
$excost = array(
   'id нужной нам цены из справочника цен' => array(
     'cost_original_val' => Сколько нам надо,
     'cost_original_currency' => id нужной нам валюты
   )
)
$product['excost'] = $excost;

//Получить id цены по умолчанию(основной) можно так
$default_cost_id = \Catalog\Model\CostApi::getDefaultCostId();

Добавление фото производим через API работы с фото

$photoApi = new \Photo\Model\PhotoApi(); //Инициализируем API
$photoApi->addFromUrl('полный url откуда брать фото','catalog', $product['id']); //Добавляем фото из url

Добавление характеристик

//Для добавления строковой или числовой характеристики
$product['prop'][id нужной нам характеристики]['value'] = 'значение характеристики';
//Для добавления списковой характеристики
$product['prop'][id нужной нам характеристики]['value'] = array(
  'значение характеристики 1',
  'значение характеристики 2',
);

А в конце вызываем update

$product->update(); //Обновим товар

$product = new \Catalog\Model\Orm\Product(id записи в БД); //Получаем одну запись товара из БД и помещаем в ORM объект значения
$product->delete(); //Удалит товар и всё что с ним связано само 

Поэтому Вам вообще не надо думать о том какие таблицы задействованы.
Как делать выборки? Вот пара материалов из форума:
http://forum.readyscript.ru/topic/16/zaprosy-k-bd/
http://forum.readyscript.ru/topic/297/g … apis-v-bd/
http://forum.readyscript.ru/topic/321/f … -usloviem/
Ну и собственно документация:
Подсистема ORM и запросы

Если у Вас возникнут вопросы или надо подсказать запрос, то пишите мы Вам всё подскажем с примерами.

Прочитал свой вопрос и понял что не понял сам ))) Спрошу проще - какой запрос к БД выполняется, когда я добавляю новый товар. Почему то не получается перехватить с помощью mytop