Обсуждение и советы: создание интернет-магазинов - решения, процессы, прайсинг

Добрый день!

По опыту пользования программой пришли к выводу, что можно значительно поднять автоматизацию, сократить количество действий оператора, если ввести Сопоставление внутри СТИПП, а не только СТУС -- СТИПП.

Суть: База СТУС уже сформирована из 2-х поставщиков: П_1 и П_2.

Действия оператора сейчас (каждый день надо сделать):
1) Импорт в СТИПП П_1 (в этой действие входит сопоставление с СТУС);
2) Пакетная обработка (обновились цены + добавились новые товары);
3) Импорт в СТИПП П_2 (в этой действие входит сопоставление с СТУС);
4) Пакетная обработка (обновились цены + добавились новые товары).

Если сделать "импорт" в СТИПП сразу для "всех поставщиков" и потом запустить "пакетную обработку" (опять же сразу 2х поставщиков), то новые товары просто добавятся в базу и при этом могут задвоится, т.к. внутри СТИПП они не сопоставлялись (или есть такая функция?).
Например, сегодня в продаже сразу у П_1 и П_2 появился одинаковый товар. Если делать пакетную обработку скопом (не последовательно для каждого поставщика), то этот товар будет задвоен.
Чем больше будет поставщиков, тем больше вероятность задвоения (затроения и т.д.)
Есть еще вариант делать импорт для "всех поставщиков", затем делать пакетную обработку для П_1, запускать принудительное сопоставление с уже дополненной новыми товарами П_1 СТУС и потом делать пакетную обработку для П_2.

Если сделать функцию сопоставления товара разных поставщиков внутри СТИПП, то можно будет делать только 2 действия:
1) Импорт всех поставщиков (с последующим автоматическим сопоставлением СТИПП--СТИПП (например, как опция), затем автоматическое сопоставление СТУС--СТИПП или по требованию)
2) Пакетная обработка
Опять же повторюсь, что если сейчас так сделать, то новые одинаковые товары задвоятся.

При этом можно будет пользоваться планировщиком. Сейчас он бесполезен, т.к. не умеет делать выборочный последовательный импорт, описанный в самом начале.

Подчеркну, что речь идет не о поиске одинакового товара в рамках прайса одного поставщика, а о поиске и сопоставлении одинакового товара между прайсами 2-х и более поставщиков (на тех же принципах, что и работающее сейчас автоматическое сопоставление СТУС - СТИПП).

Вероятно лучше доработать планировщик и научить его производить последовательный выборочный импорт, чем мудрить с сопоставлением товаров между собой в СТИПП, от этого только глюков в программе добавится, при этом скорость обработки прайс-листов, уверен на 100% - не увеличится.

Да вы правы, доработать планировщик проще и дает куда больше возможностей: скачать прайсы с сайтов, обновить курс валют, сделать последовательный импорт и т.д. Хорошо бы иметь отчет его работы для проверки. И все это без затрагивания основной логики работы программы.

готов доплатить за такую автоматизацию)

+1 к автору. Задвоения и затроения я обхожу импортировав все прайсы по очереди и делая для каждого пакетную... Но действительно можно было бы упростить задачу хотя бы еслив даже вести вести сопостваление СТИП-СТИП по артикулу...

Делать такое сопоставление не целесообразно - усложнение и без того насыщенного функциями ПО.

Для себя решил этот вопрос использованием сторонних скриптов ("freeware BASIC-like scripting language" в поисковике). За день написал скрипт, который сам водит мышкой по интерфейсу программы и выбирает поставщиков в нужной последовательности. То есть запускаешь скрипт, он спрашивает курсы валют у поставщиков (если требуется), вводишь их и уходишь пить чай...
Особых навыков программирования для этого не нужно.

Не думаю что сравнение по артикулу сильно усложнило бы функционал. У крупных поставщиков почти всегда есть артикул вендора в прайсе.... и по нему вполне удачно можно было бы вести сравнеие в СТИППе (большая часть товаров уже бы отсеялась)

Octav писал(а):+1 к автору. Задвоения и затроения я обхожу импортировав все прайсы по очереди и делая для каждого пакетную... Но действительно можно было бы упростить задачу хотя бы еслив даже вести вести сопостваление СТИП-СТИП по артикулу...

Зачем делать пакетную обработку после импорта каждого прайса?
Что мешает делать импорт каждого прайса по отдельности, открытие всех товаров и одну пакетную обработку?

если у Вас 2 и больше поставщиков и ассортимент у них пересекается, например одна и та же видеокарта есть у одного и у второго, то если сделать одну общую ПО, то в СТУС получите по видеокарте от каждого поставщика, т.е. задвоение. Это происходит потому, что сопоставление работает между СТУС и СТИПП, а т.к. этой видеокарты до ПО в СТУС нет, то сопоставлять не с чем и программа смело добавляет в СТУС 2 видеокарты, считая что они уникальны

А что Вам мешает добавлять товары в СТУС при импорте прайс листа? Это будет в лубом случае быстрее, чем пакетную обработку делать, после импорта каждого прайс-листа.
1. Импортируете прайс, добавляете новые товары из этого прайса в СТУС.
2. Проделываете шаг1 для всех прайсов.
3. Открываете все товары.
4. Запускаете сопоставление для всех товаров.
5. Запускаете пакетную обработку.

Хмм... шаг 1 пожалуйста опишите поподробнее. Никогда так не добавлял товары в СТУС. Куда жать и происходит ли при таком добавлении сопоставление добавляемых из прайса товаров с уже имеющимися в СТУС.