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