Система контроля загружаемых данных прайсов — различия между версиями
(→Назначение) |
(→Назначение) |
||
Строка 13: | Строка 13: | ||
* автоматическая загрузка с web;<br> | * автоматическая загрузка с web;<br> | ||
или любые другие варианты, если появятся в будущем.<br> | или любые другие варианты, если появятся в будущем.<br> | ||
+ | <br> | ||
Далее сайт самостоятельно опрашивает с интервалом обычно в 5 минут очередь прайсов на наличие готовых для загрузки записей.<br> | Далее сайт самостоятельно опрашивает с интервалом обычно в 5 минут очередь прайсов на наличие готовых для загрузки записей.<br> | ||
− | 1) При их нахождении берет файл в работу, разбирает данные и одним из новых шагов анализирует наличие записи в '''заблокированных''',<br> | + | *1) При их нахождении берет файл в работу, разбирает данные и одним из новых шагов анализирует наличие записи в '''заблокированных''',<br> |
если запись там есть, игнорирует её.<br> | если запись там есть, игнорирует её.<br> | ||
− | 2) Далее все загруженные данные, при необходимости, проходят доп. проверку на поле кол-во и если кол-во равно 0, <br> | + | *2) Далее все загруженные данные, при необходимости, проходят доп. проверку на поле кол-во и если кол-во равно 0, <br> |
такие записи не добавляются на сайт, а будут предварительно удалены после разбора.<br> | такие записи не добавляются на сайт, а будут предварительно удалены после разбора.<br> | ||
Этот алгоритм управляется константой сайта '''price_control:ignore_load_empty_stock''', если она = 1, то нулевые не добавятся на сайт.<br> | Этот алгоритм управляется константой сайта '''price_control:ignore_load_empty_stock''', если она = 1, то нулевые не добавятся на сайт.<br> | ||
− | 3) Делается анализ самого кода товара, у товара должен быть код и производитель.<br> | + | *3) Делается анализ самого кода товара, у товара должен быть код и производитель.<br> |
Производители могут быть в списке брендов базы данных ТекДок, а могут и не быть. Если у кода производитель из списка текдоковских,<br> | Производители могут быть в списке брендов базы данных ТекДок, а могут и не быть. Если у кода производитель из списка текдоковских,<br> | ||
делается поиск такого кода в базе ТекДок, если же нет данный код либо остается не подтвержденным и остается в ошибках, либо автоматически подтвержденным.<br> | делается поиск такого кода в базе ТекДок, если же нет данный код либо остается не подтвержденным и остается в ошибках, либо автоматически подтвержденным.<br> | ||
− | Решение тут за заказчиком, если он хочет видеть на сайте только | + | Решение тут за заказчиком, если он хочет корректировать и видеть на сайте только коды из ТекДока, чтобы по ним находилась применяемость к машинам, характеристики, оригиналы, аналоги и прочее, а коды от неизвестных брендов заказчик проекта не хочет анализировать, то установит константу <br> '''price_control:not_tecdoc_brand_need_confirm_code=0''', остальные коды как и раньше будут заходить на сайт самостоятельно.<br> |
+ | Но, если заказчик проекта хочет и неизвестные коды проверить, то констату нужно будет установить в 1 и тогда такие записи попадут в ошибки для дальнейшего разбора менеджером<br> | ||
+ | |||
+ | |||
Версия 14:57, 24 декабря 2019
Содержание
Назначение
Данный функционал предназначен для контроля, анализа и настройки загружаемых данных из файлов прайсов от поставщиков.
Так как данные от поставщиков могут иметь как корректные так и не совсем данные и был разработан этот модуль.
Как теперь будет выполнятся загрузка прайсов на сайт:
Как и раньше в очередь прайсов попадают записи с файлами данных из разных источников, в зависимости от того,
какие источники настроены на проекте, это могут быть:
- самостоятельная загрузка файла менеджером;
- автоматическая загрузка с почты заказчика;
- автоматическая загрузка с ftp;
- автоматическая загрузка с web;
или любые другие варианты, если появятся в будущем.
Далее сайт самостоятельно опрашивает с интервалом обычно в 5 минут очередь прайсов на наличие готовых для загрузки записей.
- 1) При их нахождении берет файл в работу, разбирает данные и одним из новых шагов анализирует наличие записи в заблокированных,
если запись там есть, игнорирует её.
- 2) Далее все загруженные данные, при необходимости, проходят доп. проверку на поле кол-во и если кол-во равно 0,
такие записи не добавляются на сайт, а будут предварительно удалены после разбора.
Этот алгоритм управляется константой сайта price_control:ignore_load_empty_stock, если она = 1, то нулевые не добавятся на сайт.
- 3) Делается анализ самого кода товара, у товара должен быть код и производитель.
Производители могут быть в списке брендов базы данных ТекДок, а могут и не быть. Если у кода производитель из списка текдоковских,
делается поиск такого кода в базе ТекДок, если же нет данный код либо остается не подтвержденным и остается в ошибках, либо автоматически подтвержденным.
Решение тут за заказчиком, если он хочет корректировать и видеть на сайте только коды из ТекДока, чтобы по ним находилась применяемость к машинам, характеристики, оригиналы, аналоги и прочее, а коды от неизвестных брендов заказчик проекта не хочет анализировать, то установит константу
price_control:not_tecdoc_brand_need_confirm_code=0, остальные коды как и раньше будут заходить на сайт самостоятельно.
Но, если заказчик проекта хочет и неизвестные коды проверить, то констату нужно будет установить в 1 и тогда такие записи попадут в ошибки для дальнейшего разбора менеджером
Возможности
Он включает в себя такие возможности:
- Анализ и управление записями, попавшими в ошибки;
- Замену кода;
- Очистку кода;
- Блокирование загружаемых данных;
Анализ и управление записями, попавшими в ошибки
Блокирование загружаемых данных
Когда менеджер в процессе анализа ошибок прайса блокировал записи, они попадали в таб "Заблокированные".
Здесь их можно просмотреть, отсортировать при помощи формы фильтрации, при необходимости убрать из заблокированных,
если возможно их сюда добавили по ошибке.