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

Оперативные продажи - оперативные остатки : Супермаг Плюс (Супермаг 2000)

18.04.2024 22:28


12.12.2007 18:09
Propil
 
Вот, пытаюсь найти хвост...

В базе магазина для нескольких карточек висят цифры оперативных продаж/остатков.
Проверил - они остаются и при закрытии смен на кассах, создании кассового документа.
В таблице SMONLINECHECKITEMS сведения по этим артикулам отсутствуют.

Буду благодарен за подсказки.
Времени самому копаться катастрофически не хватает
13.12.2007 03:47
isi
 
Наверно расходы в статусе принят к исполнению есть?
13.12.2007 07:00
Propil
 
второй мыслью у меня тоже это было..
проверил по одной карточке - все документы в зеленом, за исключением счета одного (он в черновике), но на основании этого счета сделана расходная (в зеленом)
13.12.2007 07:03
Mtirt
 
Чеков за старые смены в статусе "Оперативный" точно нет?

Саш, у меня однажды было такое, что опер.чеки удалились, кассовый документ создался, а smgoods не поменялся. Я тогда закрыла все кассы и очистила значения по всему товару.
13.12.2007 07:51
Propil
 
Спасибо, Тань
Я вспомнил, что около года назад одна касса там навернулась при незакрытой смене. Но оперчеки я вроде вычищал, а остатки выравнивали инвентаризацией.
Но сейчас попытка искать оперативные чеки через интерфейс Супермага ничего не дала.
Из этой фирмы уже ушел и бываю эпизодически по вызовам. Сегодня еще пороюсь в таблицах.
Кроме SMONLINE*, в каких-то еще таблицах может эта инфа скрываться?
13.12.2007 08:20
Mtirt
 
Посмотри SMOPERGOODS. При закрытой смене, по идее, записей не должно быть...
13.12.2007 08:22
kadr
 
этот запрос отбирает данные для закладки остатки
Код:
SELECT A.*,
       DECODE(A.PACKSIZE, -1, NVL(G.SALEQ, 0), NULL),
       DECODE(A.PACKSIZE, -1, A.QUANTITY - NVL(G.SALEQ, 0), NULL) OPERQUANTITY,
       DECODE(A.PACKSIZE, -1, A.FREEQUANTITY - NVL(G.SALEQ, 0), NULL) OPERFREE
  FROM (SELECT L.ID STORELOC,
               L.NAME STORELOCTITLE,
               '00506' ARTICLE,
               -1 PACKSIZE,
               NVL(G.QUANTITY, 0) QUANTITY,
               NVL(G.RESERVEDQUANTITY, 0) RESERVEDQUANTITY,
               NVL(G.INCOMINGQUANTITY, 0) INCOMINGQUANTITY,
               NVL(G.AWAITEDQUANTITY, 0) AWAITEDQUANTITY,
               NVL(G.FOUNDQUANTITY, 0) FOUNDQUANTITY,
               NVL(G.QUANTITY + G.FOUNDQUANTITY -
                   (G.RESERVEDQUANTITY + G.INCOMINGQUANTITY),
                   0) FREEQUANTITY
          FROM SUPERMAG.SMGOODS G, SUPERMAG.SMSTORELOCATIONS L
         WHERE L.ID = G.STORELOC(+)
           AND G.ARTICLE(+) = '00506'
        UNION
        SELECT L.ID STORELOC,
               L.NAME STORELOCTITLE,
               G.ARTICLE,
               G.PACKSIZE,
               G.QUANTITY,
               G.RESERVEDQUANTITY,
               G.INCOMINGQUANTITY,
               G.AWAITEDQUANTITY,
               G.FOUNDQUANTITY,
               G.QUANTITY + G.FOUNDQUANTITY -
               (G.RESERVEDQUANTITY + G.INCOMINGQUANTITY) FREEQUANTITY
          FROM SUPERMAG.SMGOODSPACKS G, SUPERMAG.SMSTORELOCATIONS L
         WHERE L.ID = G.STORELOC
           AND G.ARTICLE = '00506') A,
       (SELECT G.LOCID, SUM(G.SALEQUANTITY - G.RETURNQUANTITY) SALEQ
          FROM SUPERMAG.SMOPERGOODS G
         WHERE G.ARTICLE = '00506'
         GROUP BY G.LOCID) G
 WHERE A.STORELOC = G.LOCID(+)
 ORDER BY A.STORELOCTITLE, A.PACKSIZE
из него видно что данные для расчёта "опер.оастатки" и "опер. доступно" берутся из SUPERMAG.SMOPERGOODS
13.12.2007 13:13
Propil
 
Так и есть - нашел в SMOPERGOODS убитую еще в марте смену.
Спасибо, ребята!
Уфа рулит! :)
Часовой пояс GMT +3, время: 22:28.

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