Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > Супермаг Плюс (Супермаг 2000)

Старый акт переоценки меняет розничную цену : Супермаг Плюс (Супермаг 2000)

24.11.2024 1:46


29.05.2020 16:46
Цитата:
DMaslov Из магазина в центр выслали кучу актов за весь период, чтоб не разбираться индивидуально.

Что я не знаю про акты переоценки?

Почему при наличии более позднего акта может меняться розничная цена на ту, которая указана в более раннем?
А ты именно на вкладке Цена видел изменение цены?

Сейчас в подробностях не вспомню, но была какая то проблемаа с актами, но "обратная твое ситуации"), и тогда выяснилось, что вкладки Цена и Журнал цен могут) показывать разные цыфорки)
пс так что в плане цены на позицию у тебя возможно всё было хорошо, а вот журнал напугал.
29.05.2020 16:52
Цитата:
-Den- А ты именно на вкладке Цена видел изменение цены?
Поступила жалоба из магазина "товары бьются по ценам 2014-го года".
Т.е. цена изменилась и выгрузилась в УКМ.
29.05.2020 16:54
Цитата:
Mtirt Это в адм. модуле. База данных -Почта.
Контроль версий включен. Что это означает на практике?
Миниатюры
Нажмите на изображение для увеличения
Название: 666.png
Просмотров: 22
Размер:	34.5 Кб
ID:	10818  
29.05.2020 16:58
Цитата:
OlegON непонятна запись изменения центром... скриптом цену поменяли?
Тогда я этого не делал, пришел работать в 2015-м.

Сейчас написана хреновина, которая отлавливает эти ситуации по факту обнаружения.

-:
SQL код:
-- исправление розничных цен - берем по последнему акту переоценки
declare

  v_storeloc number := 22;
  v_cnt number := 0;

begin
  
execute immediate 'alter trigger smpriced disable'; 
execute immediate 'alter trigger smpriceusave disable';
  
for c in (  
          select pricetype, name, locid, article, rozn_price, rozn_price_ac
            from (
          select pt.id pricetype, pt.name, lp.locid, smcard.article, p.price rozn_price, get_rozn_price_act(smcard.article, lp.locid) rozn_price_ac
           from SMLocPrices lp, smpricetypes pt, smcard, smprices p
           where lp.pricetype = pt.id
           and BITAND(Lp.Flags,1)<>0
           and lp.locid = v_storeloc
           --and smcard.article != '032796'
           and p.savedprice is null -- нет маркетинговых акций
           and p.storeloc = lp.locid
           and p.pricetype = lp.pricetype
           and p.article = smcard.article

               )
           where rozn_price_ac != 0
             and rozn_price_ac != rozn_price
         ) loop
         
    update smprices set price = c.rozn_price_ac
     where storeloc = v_storeloc
       and article = c.article
       and pricetype = c.pricetype;
    --create table t_drop_me (article varchar2(10));
    --insert into t_drop_me values (c.article);
    --drop table t_drop_me;
    if sql%rowcount != 1 then
      dbms_output.put_line('Ашыпка! article: '||c.article);
    end if;
    v_cnt := v_cnt + 1;
end loop;     
execute immediate 'alter trigger smpriced enable'; 
execute immediate 'alter trigger smpriceusave enable';
dbms_output.put_line('count: '||v_cnt);
 
end;
/ 
29.05.2020 18:02
Цитата:
OlegON версии - это версии супермага, не то
Сам не использую, спорить не буду.
Но по документации та галка про сравнение даты изменения существующего и почтового объекта.
29.05.2020 19:08
документацию плохо помню, но помню, что эта галка задумывалась для того, чтобы не было необходимости сразу всю сеть обновлять, раньше без этого объекты не принимались из-за разницы структуры основных таблиц
30.05.2020 07:16
Цитата:
OlegON чтобы не было необходимости сразу всю сеть обновлять
Несколько лет назад у нас были магазины на 1.29 и на 1.30, и для обеспечения передачи пакетов в почтовом модуле использовался, если верно помню, файл, описывающий расхождение структуры данных.

Сейчас все магазины на одинаковой версии, так что, полагаю, эту галку можно выключить.
Миниатюры
Нажмите на изображение для увеличения
Название: 111.png
Просмотров: 29
Размер:	45.3 Кб
ID:	10819  
30.06.2020 10:47
Цитата:
DMaslov Почему при наличии более позднего акта может меняться розничная цена на ту, которая указана в более раннем?
Чтобы это не происходило нужно включить опцию «Контроль порядка исполнения цен»
Если установлен флаг «Контроль порядка исполнения цен», при приеме исполненного акта в старшую базу данных для каждого артикула из спецификации делается следующая проверка. Ищется исполненный акт переоценки со временем фактического исполнения большим, чем у пришедшего акта, и если для артикула такой акт будет найден, его цена в таблицу цен не проставляется.




(0,24Мб)
Часовой пояс GMT +3, время: 01:46.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.