Сопоставление СТИПП-СТИПП

Пожелания пользователей по усовершенствованию программы E-Trade PriceList Importer
sveekey
Сообщения: 129
Зарегистрирован: 23 янв 2012 11:24

Добрый день!

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

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

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

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

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

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

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

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

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

готов доплатить за такую автоматизацию)
Octav
Сообщения: 245
Зарегистрирован: 10 окт 2011 21:33

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

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

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

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

Octav писал(а):+1 к автору. Задвоения и затроения я обхожу импортировав все прайсы по очереди и делая для каждого пакетную... Но действительно можно было бы упростить задачу хотя бы еслив даже вести вести сопостваление СТИП-СТИП по артикулу...
Зачем делать пакетную обработку после импорта каждого прайса?
Что мешает делать импорт каждого прайса по отдельности, открытие всех товаров и одну пакетную обработку?
sveekey
Сообщения: 129
Зарегистрирован: 23 янв 2012 11:24

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

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

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

Вернуться в «Ваши пожелания»