Вопрос по ОБНОВЛЕНИЮ УС при получении 'свежих' прайсов
Добавлено: 07 июл 2011 14:26
ps-вопрос тоже был в другой теме, но мы также не разобрались...
по общему алгоритму работы с прайс листами поставщика Вы нам рекомендовали
у нас есть один поставщик и три (для примера) версии его прайса (ежемесячное обновление) -
как мы должны выстроить работу с этими прайс листами на предмет обновления УС при поступлении новых версий и получения отчетов о изменениях = ИСТОРИИ типа:
- новые товары
- ушедшие товары
- изменение цены - в какую сторону и НАСКОЛЬКО
- изменение наименования при неизменном Артикуле (или наоборот) - ЧТО на ЧТО поменялось
(речь идет о одном поставщике/для примера) вариант 1
делаем 2 каталога для поставщика Исходники/Текущий
в каталоге 'Исходники' храним все версии прайса от поставщика
в каталоге 'Текущий' храним только самую свежую версию прайса
при этом схема работы в принципе понятна...
но не ясно - сможем ли мы выгрузить историю изменений между УС и новой версией Прайса поставщика
и не ясно зачем тогда нужна возможность подключать несколько прайс листов на одного поставщика? (... -если только все подключенные листы имеют отличия по форматам/правилам импорта)
вариант 2
делаем только 1 каталог 'Исходники' и храним в нем все версии прайса поставщика и включаем их в систему по мере поступления
для импорта отмечаем галочкой самую свежую версию (одну из всех подключенных к системе)
но при таком подходе - программа выдает нам предупреждение что вновь выбранный прайс лист не настроен...
(т.е. был прайс Версии1 - мы на него настроились, обработали, пришел новый прайс Версии2 мы его подключили к системе - отметили его галочкой и пытаемся импортировать - и получаем ошибку)этот подход 'наверно' для нас более логичен - все прайсы одного поставщика+одного формата в конкретном поставщике
но тут тоже не ясно (хотя и просматривается возможность) сможем ли мы получить ИСТОРИЮ изменений прайса за весь период его изменения по данному поставщику (по всем приложенным версиям прайса / файлам)
не подскажите на какой вариант работы с прицелом на получение такой ИСТОРИИ изменений (в виде отчетов) ориентирована система - просто непонятен алгоритм работы с обновляемыми прайсами- может есть третий/смешанный вариант работы?...
как правильно?
по общему алгоритму работы с прайс листами поставщика Вы нам рекомендовали
интересует моментСоздать эталонную Учетную систему, категории подкатегории.
Настроить все прайс-листы на импорт в СТИПП.
На основание одного поставщика сделать пакетную обработку.
Открыть всех поставщиков, сравнить товары между сетками СТУС и СТИПП.
Сделать пакетную обработку.
Экспорт.
После того как поставщики присылают новые прайсы, вы старые прайс-листы заменяете новыми и делаете импорт прайс-листов.
Открытие всех прайс-листов.
Сопоставление.
Пакетная обработка.
Экспорт.
если возможно этот пункт подробнее...После того как поставщики присылают новые прайсы, вы старые прайс-листы заменяете новыми и делаете импорт прайс-листов.
у нас есть один поставщик и три (для примера) версии его прайса (ежемесячное обновление) -
как мы должны выстроить работу с этими прайс листами на предмет обновления УС при поступлении новых версий и получения отчетов о изменениях = ИСТОРИИ типа:
- новые товары
- ушедшие товары
- изменение цены - в какую сторону и НАСКОЛЬКО
- изменение наименования при неизменном Артикуле (или наоборот) - ЧТО на ЧТО поменялось
(речь идет о одном поставщике/для примера) вариант 1
делаем 2 каталога для поставщика Исходники/Текущий
в каталоге 'Исходники' храним все версии прайса от поставщика
в каталоге 'Текущий' храним только самую свежую версию прайса
при этом схема работы в принципе понятна...
но не ясно - сможем ли мы выгрузить историю изменений между УС и новой версией Прайса поставщика
и не ясно зачем тогда нужна возможность подключать несколько прайс листов на одного поставщика? (... -если только все подключенные листы имеют отличия по форматам/правилам импорта)
вариант 2
делаем только 1 каталог 'Исходники' и храним в нем все версии прайса поставщика и включаем их в систему по мере поступления
для импорта отмечаем галочкой самую свежую версию (одну из всех подключенных к системе)
но при таком подходе - программа выдает нам предупреждение что вновь выбранный прайс лист не настроен...
(т.е. был прайс Версии1 - мы на него настроились, обработали, пришел новый прайс Версии2 мы его подключили к системе - отметили его галочкой и пытаемся импортировать - и получаем ошибку)этот подход 'наверно' для нас более логичен - все прайсы одного поставщика+одного формата в конкретном поставщике
но тут тоже не ясно (хотя и просматривается возможность) сможем ли мы получить ИСТОРИЮ изменений прайса за весь период его изменения по данному поставщику (по всем приложенным версиям прайса / файлам)
не подскажите на какой вариант работы с прицелом на получение такой ИСТОРИИ изменений (в виде отчетов) ориентирована система - просто непонятен алгоритм работы с обновляемыми прайсами- может есть третий/смешанный вариант работы?...
как правильно?
