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

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

23.11.2024 0:02


04.09.2008 02:45
Ситуация следующая.
Есть два места хранения: МЕСТО1-продукты и МЕСТО2-алкоголь. Номенклатура МЕСТА1 и МЕСТА2 не пересекается.
В кассовом модуле настроил 2 конвертера:
Супермаг 2.5М экспорт по чекам для этих мест хранения, но один конвертер (для МЕСТО2) настроил неверно: индекс магазина указал правильно (2), а сам магазин указал МЕСТО1. Соответственно в оперативных продажах МЕСТА2 теперь висят продажи МЕСТА1. (В карточках товара по МЕСТУ2 остатки ушли в минус). Конвертеры перенастроил и остановил. Из папки оперативных чеков все удалил. Вечером были закрыты все кассы. Ночью (00-05) рассчиталась себестоимость. Утром до открытия магазина посмотрел все ли Z-отчеты скачались (все нормально). На всякий случай рассчитал остатки, но в оперативных продажах МЕСТА2 все осталось по прежнему. Подскажите куда копать?
04.09.2008 05:53
СМ2000 - РАЗДЕЛЫ - НАКЛАДНЫЕ - КАССОВЫЕ ЧЕКИ. Делаешь выборку по чекам за нужную дату со статусом "оперативный" и грохаешь их нафиг!
04.09.2008 06:37
Цитата:
Vovantus СМ2000 - РАЗДЕЛЫ - НАКЛАДНЫЕ - КАССОВЫЕ ЧЕКИ. Делаешь выборку по чекам за нужную дату со статусом "оперативный" и грохаешь их нафиг!
Туплю наверное, чеки-то выбрал, но по кнопке "Обработать" есть возможность только "Удалить Z-отчет(ы)". После нажатия вываливается сообщение:

Делать?
Миниатюры
Нажмите на изображение для увеличения
Название: untitled.JPG
Просмотров: 825
Размер:	17.8 Кб
ID:	297  
04.09.2008 06:46
Для МЕСТА1 данные чеки уже выгрузились??? Т.е. есть Z-отчет им соответствующий и он закрыт???
И у тебя есть еще и лишний комплект чеков по МЕСТУ2?
04.09.2008 07:10
Что-то я мозги в кучу собрать не могу. Есть два МХ в базе. Если второе МХ получает оперчеки от первого, то эти чеки так и будут болтаться в базе пока их не накроет реальными! А реальными их никада не накроет, потому что z-отчёт из первого МХ никада не попадёт на 2 МХ, даже если явно прописать пути, т.к. идёт проверка индексов магазинов (в оперчеках такая проверка отсутствует). Таким образом, имеем висящие чеки на 2 МХ. Что бы долго не разбираться, я бы зделал так: грохнул ВСЕ чеки за определённую дату. Само собой, по отдельности их удалить не получиться, нуна грохать челиком z-отчёт. Затем, на кассах делаем "выгрузку_по_дате" или "выгрузку_по_смене" и повторно принимаем сепермагом. Ну это чтобы совсем не разбираться, ведь можно и запросом в базу почистить, тока я не умею
04.09.2008 07:32
Запросом, это вот так:
Код:
 delete * from smonlinechecks t where t.locid=:My_locid and t.desknum=:My_desknum and t.znum=:My_znum
04.09.2008 07:41
Цитата:
Mtirt Для МЕСТА1 данные чеки уже выгрузились??? Т.е. есть Z-отчет им соответствующий и он закрыт???
И у тебя есть еще и лишний комплект чеков по МЕСТУ2?
Да. Но только нумерация этих Z-отчетов, какая-то странная (т.е. они начинаются с единицы, видимо для оперативных чеков своя нумерация).

Первая картинка: отфильтрованы чеки по МЕСТУ2 штук 400 (но принадлежат они МЕСТУ1)



Вторая: Вот такое теперь в карточках, которые принадлежат МЕСТУ1:
Миниатюры
Нажмите на изображение для увеличения
Название: 1.JPG
Просмотров: 807
Размер:	14.2 Кб
ID:	298   Нажмите на изображение для увеличения
Название: 2.JPG
Просмотров: 838
Размер:	16.3 Кб
ID:	299  
04.09.2008 08:12
Короче решился удалить Z-отчеты. Ничего не происходит. Чеки так и остаются. Все три варианта испробовал:
1. Z-отчет ##
2. Отмеченные
3. Все отобранные

Автоматически перечитывает после нажатия и все чеки на месте((
04.09.2008 08:16
Не поможет. Удаляй скриптом...
My_locid= ID места хранения
My_desknum = Номер кассы
My_znum = Номер Z-отчета
04.09.2008 08:18
Цитата:
anderson Автоматически перечитывает после нажатия и все чеки на месте((
кассовый сервер перезапускал?
Часовой пояс GMT +3, время: 00:02.

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