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

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

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



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

Автоматически перечитывает после нажатия и все чеки на месте((
04.09.2008 08:16
Mtirt
 
Не поможет. Удаляй скриптом...
My_locid= ID места хранения
My_desknum = Номер кассы
My_znum = Номер Z-отчета
04.09.2008 08:18
Vovantus
 
Цитата:
anderson Автоматически перечитывает после нажатия и все чеки на месте((
кассовый сервер перезапускал?
04.09.2008 08:27
anderson
 
Цитата:
Vovantus кассовый сервер перезапускал?
Уже да - не помогло.

Цитата:
Не поможет. Удаляй скриптом...
My_locid= ID места хранения
My_desknum = Номер кассы
My_znum = Номер Z-отчета
Похоже придется именно так, но там чеков накачалось...... Короче на пол-дня работы.
04.09.2008 08:40
Mtirt
 
Много Z-отчетов?
в скрипте поменяй:
вместо t.znum=:My_znum
Код:
 t.znum in (через запятую, номера)
04.09.2008 08:44
anderson
 
Я так понимаю тогда номера касс можно не указывать... А только ID места хранения и через запятую Z-отчеты.
t - это точно оперативные чеки?
04.09.2008 08:52
Mtirt
 
В принципе можно вообще ничего не указывать, кроме ID места хранения.
Максимум, что произойдет - потрешь сегодняшние оперативные продажи по этому месту хранения.
04.09.2008 08:54
akonev
 
Цитата:
anderson Я так понимаю тогда номера касс можно не указывать... А только ID места хранения и через запятую Z-отчеты.
не совсем хорошая идея. может оказаться, что вчерашний номер Z под одной кассе совпадет с сегодяшним по другой.
в результате, заодно прикончишь и часть свежих оперчеков.
катастрофы от этого никакой не случится, но сегодня оперативные остатки будут неправильные, пока смены не закроютя.
если это не волнует - тупо вычисти все оперчеки вообще без всяких условий.
04.09.2008 09:00
Mtirt
 
Цитата:
Andrew_Konev не совсем хорошая идея. может оказаться, что вчерашний номер Z под одной кассе совпадет с сегодяшним по другой.
в результате, заодно прикончишь и часть свежих оперчеков.
катастрофы от этого никакой не случится, но сегодня оперативные остатки будут неправильные, пока смены не закроютя.
если это не волнует - тупо вычисти все оперчеки вообще без всяких условий.
Там похоже УКМ4 установлен.
Опер.чеки можно повторно выгрузить.
Если отключить и подключить конвертер. И выбрать, что именно надо выгрузить...
04.09.2008 09:03
akonev
 
Цитата:
Mtirt Там похоже УКМ4 установлен.
Тогда лучше просто грохнуть все в smonlinecheks и smopergoods, да повторно выгрузить
04.09.2008 09:13
Mtirt
 
Кстати да. Про smopergoods я и забыла...
04.09.2008 09:18
anderson
 
Ну наверное последний вопрос в этой теме:
Запускаю SQL-Plus, подключаюсь к базе.
SQL>delete * from smonlinechecks where locid=3;
ORA-00903: неверно имя таблицы
Туплю
Короче разобрался:
SQL>delete from smonlinechecks where locid=3;
удалено строк стока-то
SQL>delete from smopergoods where locid=3;
удалено строк стока-то
Только нажимаю перечитать в чеках - все равно они есть.
04.09.2008 09:30
Dim
 
под кем подключаешься?
04.09.2008 09:32
Mtirt
 
Угу. Подключаться надо под пользователем SUPERMAG.
04.09.2008 09:34
anderson
 
Цитата:
Ну наверное последний вопрос в этой теме:
Запускаю SQL-Plus, подключаюсь к базе.
SQL>delete * from smonlinechecks where locid=3;
ORA-00903: неверно имя таблицы
Туплю
Короче разобрался:
SQL>delete from smonlinechecks where locid=3;
удалено строк стока-то
SQL>delete from smopergoods where locid=3;
удалено строк стока-то
Только нажимаю перечитать в чеках - все равно они есть.
Подключался под SUPERMAG
04.09.2008 10:07
anderson
 
Цитата:
commit; набрал?
Блин*54 .
Всем ОГРОМНОЕ СПАСИБО! ВСЕ ПОЛУЧИЛОСЬ! Завтра попробую по новой наконец-то в нормально режиме запустить конвертеры и получить оперативные продажи.
04.09.2008 10:14
Vovantus
 
Цитата:
anderson Только нажимаю перечитать в чеках - все равно они есть.
Я сейчас точно не вспомню, но было у меня такое с оперчеками и не раз. Если есть возможность, попробуй выгнать всех из базы и перезагрузить целиком СМ.
04.09.2008 10:40
anderson
 
Цитата:
Я сейчас точно не вспомню, но было у меня такое с оперчеками и не раз. Если есть возможность, попробуй выгнать всех из базы и перезагрузить целиком СМ.
Да просто коммитом не зафиксировал изменения))))
04.09.2008 11:15
kadr
 
Цитата:
anderson Запускаю...
ОФФ: "он сказал поехали и махнул рукой" :)
Опции темы


Часовой пояс GMT +3, время: 12:02.

 

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