Евгений, пожалуйста, подумайте насчет хранения и обработки изменений в прайс листах за периоды. Так можно оценивать позиции у поставщика, которые быстро выбывают (ликвидные) и долго не меняются (нелеквид).
История прайс листов
История прайс листов
|
|
По опыту своей работы могу сказать что такие отчеты крайне редко кому интересны. Все понимают, что ситуация постоянно меняется итак. Что то новое, что то уходит. В загрузке есть сравнение прошлого прайса с новым - Отчет по прайсу. Который отображает все (есть настройки - что изменилось, новое и так далее). Этот отчет может автоматически отправляться на почту.
А несут серьезную нагрузку на базу данных особенно если десятки тысяч товаров. Многие загружают десятки прайсов каждый день. А остатки поставщиков - понятное дело могут каждую секунду меняться (ведь наверняка у вашего поставщика десятки таких же партнеров как и вы). И если идет торговля то понятное дело что товары постоянно прибывают, убывают (при интенсивной торговле такое может быть и каждую секунду). Если хотите то можете при загрузке регистрировать цены поставщика с помощью типовой регистрации (штатного документа) - такая команда там есть. в том числе для автоматической загрузки. Вот штатный регистр периодический (по сути каждая загрузка цен, но без остатков), и можете по нему получать отчеты. Загрузка при этом замедлится на эту операцию, база будет пухнуть. По мне гораздо лучше использовать отчеты по продажам и закупкам номенклатуры (помощник закупок). Как раз в его рамках стоят задачи анализировать неликвиды. И там видно все - сколько раз вы закупали товары, продажи, остатки. Вообще все. |
|
В некоторых спецификах торговля настолько интенсивная, что даже загружать что то не имеет смысла.
В автозапчастях мы вообще отказались от загрузки в свою базу и использовали во всех процедурах прямую работу через API поставщиков. Причем даже они не несли гарантию что получив информацию из базы поставщика и оформив заказ, пока он отправиться и обработается у поставщика, то этот товар окажется у него в наличии или не изменится цена. Как правило такая ситуация всегда с самыми дефицитными товарами, которые все хотят купить. Их всегда не хватает) А вот то что слабо продается, всегда есть в наличии. |
|
Теоритически я могу сделать еще один регистр Мегапрайса, в который записывать только изменения прайс-листов.
Получится два регистра - основной, в котором хранимый актуальный прайс. А второй регистр - туда записывать изменения, обнаруженные при загрузке прайс-листа. В загрузке есть отчет с настройками (что считать изменениями) который может отправляться на почту. По сути будут записываться только изменения и можно потом будет увидеть отчет (номенклатура списком, колонками загрузки, в полях цены). Такое еще никто не делал. Какие минусы - загрузка замедлится. По первых запрос из базы со сравнением. И запись в регистр. |
|
ИСТОРИЯ ПРАЙСОВ успешно реализована и добавлена в поставку!
Буду еще мозговать как использовать этот функционал. Все работает на ура. Подробности и инструкция (видео) я сниму через две недели. Если кому то горит до этого момента, можете получить новую поставку (УТ 11.5) и за донат я объясню как включить. Решил поэксперементировать. Новый регистр История изменения прайсов и сразу отчет. Будет включаться опцией. Позволяет записывать каждую загрузку прайс-листа с настраиваемой опцией (вкладка Отчет). Необходимо выбрать что вы хотите записывать - полный прайс либо изменения (и выбрать какие). Например записывать только изменения цен. Позволяет получить периодический отчет по изменениям. Не зависит от основного регистра (где хранится актуальный прайс). Работает только если включена опция. Работает совместно с отчетом по изменениям прайса к предыдущему. Позволяет записывать изменения цен по виртуальной номенклатуре (нет в справочнике). |
|
Дальнейшие все подробности описываю в телеграм канале.
|
||||
|
||||
Читают тему (гостей: 2)