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

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

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

Сейчас в подробностях не вспомню, но была какая то проблемаа с актами, но "обратная твое ситуации"), и тогда выяснилось, что вкладки Цена и Журнал цен могут) показывать разные цыфорки)
пс так что в плане цены на позицию у тебя возможно всё было хорошо, а вот журнал напугал.
29.05.2020 16:52
DMaslov
 
Цитата:
-Den- А ты именно на вкладке Цена видел изменение цены?
Поступила жалоба из магазина "товары бьются по ценам 2014-го года".
Т.е. цена изменилась и выгрузилась в УКМ.
29.05.2020 16:54
DMaslov
 
Цитата:
Mtirt Это в адм. модуле. База данных -Почта.
Контроль версий включен. Что это означает на практике?
Миниатюры
Нажмите на изображение для увеличения
Название: 666.png
Просмотров: 11
Размер:	34.5 Кб
ID:	10818  
29.05.2020 16:58
DMaslov
 
Цитата:
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 pricetypenamelocidarticlerozn_pricerozn_price_ac
            from 
(
          
select pt.id pricetypept.namelp.locidsmcard.articlep.price rozn_priceget_rozn_price_act(smcard.articlelp.locidrozn_price_ac
           from SMLocPrices lp
smpricetypes ptsmcardsmprices 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
vdm
 
Цитата:
OlegON версии - это версии супермага, не то
Сам не использую, спорить не буду.
Но по документации та галка про сравнение даты изменения существующего и почтового объекта.
29.05.2020 19:08
OlegON
 
документацию плохо помню, но помню, что эта галка задумывалась для того, чтобы не было необходимости сразу всю сеть обновлять, раньше без этого объекты не принимались из-за разницы структуры основных таблиц
30.05.2020 07:16
DMaslov
 
Цитата:
OlegON чтобы не было необходимости сразу всю сеть обновлять
Несколько лет назад у нас были магазины на 1.29 и на 1.30, и для обеспечения передачи пакетов в почтовом модуле использовался, если верно помню, файл, описывающий расхождение структуры данных.

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




(0,24Мб)

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