Как настроить хранение данных для интернет-магазина от разных поставщиков?
Есть интернет-магазин, который работает от склада ОДНОГО поставщика (собственного склада нет).
Всю номенклатуру, цены берем у него и каждый день синхронизируем справочники 1С.
Сейчас хотим завести дополнительную номенклатуру, которой нет у поставщика, но в будущем должна появиться.
Возникает вопрос, как правильно организовать учет в 1С, что бы в будущем не произошло задвоения данных позиций номенклатуры после очередного обновления базы.
Пример:
Завели в 1С позицию N - уникальный id, код 1С.
Поставщик завел в своей 1С позицию N - уникальный id, код 1С.
После апдейта базы - произошло дублирование данных позиций.
Пример 2:
Завели в битриксе позицию N - id - отсутствует, код 1С - отсутствует.
Поставщик завел в своей 1С позицию N - уникальный id, код 1С.
После апдейта базы - id и код подгрузили руками в битрикс. Тем самым - настроили синхронизацию.
Но в данном случае много ручной работы. Как от нее избавиться?
Аналогичный вопрос возникает при подключении дополнительных поставщиков в интернет - магазине.
Установить взаимосвязи между товарами в автоматическом режиме не получится.
Получается, что товар - одинаковый, а наименование, id, код 1С и все остальные "уникальные" поля - разные.
Как настроить хранение данных в 1С от разных поставщиков, что бы не происходило дублирования товаров в базе 1С?
Хороший пример - exist и аналогичные магазины.
Одно наименование товара, при этом большое количество поставщиков со своими товаро-учетными системами.
У Вас в итоге должен выводиться один товар с несколькими ценами, или должен выводиться товар с "лучшей" для потребителя ценой? В Exist - нужно подстраиваться под их номенклатуру и в итоге много товаров от разных поставщиков с похожим именем.
Владимир Скибин, на сайте должно выводиться только одно предложение (карточка товара) с лучшей ценой.
Вопрос не про лучшую цену, а про учет товара в 1С.
Как составить базу от разных поставщиков, если нет общих атрибутов.
Еще раз посмотрел в Exist.
Общая строка у всех товаров - заводской код детали.
По заводскому коду они объединяют товары от разных поставщиков (разные id и коды 1с).
ПРИМЕР:
Код детали
id1, name1, code1, price1, ostatki1
id2, name2, code2, price2, ostatki2
id3, name3, code3, price3, ostatki3
соответственно объединяют товары по заводскому коду, а разные товарные предложение выводят на основании разных id от поставщиков. (общее свойство - заводской код), см. выше.
У меня заводские коды отсутствуют, соответственно объединить базы от разных поставщиков таким образом не возможно.
Владимир Скибин,
см. скриншот.
Общее свойство - заводской код.
Товарные предложение вложены внутри заводского кода.
Могут иметь разные id и коды 1С от разных поставщиков.
mkochetkov, Ну Вы же каким то образом можете определить, что от разных поставщиков это один и тот же товар? Соответственно если нет чего то общего - то только вручную, либо учить поставщиков нужной Вам номенклатуре (из приведенного Вами примера - указывать одиннаковый код детали).
Простой
