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

█ 29.05.2020 16:46

Цитата:

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

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

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

А ты именно на вкладке Цена видел изменение цены?

Сейчас в подробностях не вспомню, но была какая то проблемаа с актами, но "обратная твое ситуации"), и тогда выяснилось, что вкладки Цена и Журнал цен могут) показывать разные цыфорки)
пс так что в плане цены на позицию у тебя возможно всё было хорошо, а вот журнал напугал.

█ 29.05.2020 16:52

Цитата:

-Den- ➤ А ты именно на вкладке Цена видел изменение цены?

Поступила жалоба из магазина "товары бьются по ценам 2014-го года".
Т.е. цена изменилась и выгрузилась в УКМ.

█ 29.05.2020 16:54

Цитата:

Mtirt ➤ Это в адм. модуле. База данных -Почта.

Контроль версий включен. Что это означает на практике?

█ 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, и для обеспечения передачи пакетов в почтовом модуле использовался, если верно помню, файл, описывающий расхождение структуры данных.

Сейчас все магазины на одинаковой версии, так что, полагаю, эту галку можно выключить.

█ 30.06.2020 10:47

Цитата:

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

Чтобы это не происходило нужно включить опцию «Контроль порядка исполнения цен»
Если установлен флаг «Контроль порядка исполнения цен», при приеме исполненного акта в старшую базу данных для каждого артикула из спецификации делается следующая проверка. Ищется исполненный акт переоценки со временем фактического исполнения большим, чем у пришедшего акта, и если для артикула такой акт будет найден, его цена в таблицу цен не проставляется.

(0,24Мб)