[ОТВЕТИТЬ]
Опции темы
18.08.2006 14:29  
Garry
Суть такая в базе чеки есть (в SUPERMAG.SMCASHCHEKITEMS они содержатся), но в СМ2000 в разделе "Кассовые чеки" они не отображаются, соответственно они не закрыты. При повторной выгрузке с кассы в логе ругань на неуникальность записей.
Проблема решается удалением чеков руками из базы, но дело в том что у меня ровно через месяц в этой же базе таже проблема. Решить можно, но нет уверенности что через месяц история не повторится. Вобщем не ясно в чем причина появления сабжа.
Какие будут мысли?
 
18.08.2006 15:09  
akonev
а при первой загрузке этой ругани точно не было?
ситуация подозрительно напоминает ту, которая иногда возникает при ремонте/замене/переносе кассы, если не вводится новый номер кассы.
работает себе касса, работает и вдруг у нее случается такой номер смены, какой уже есть в базе для этого номера кассы.
 
18.08.2006 15:33  
Garry
Кассу не переставляли, все кассы в этом магазине стоят с открытия. Ругань была и в перый раз тоже, т.е. ситуация идентичная, таким образом прецедент повторился.
 
18.08.2006 15:43  
akonev
а в smCashChecs эти чеки тоже есть? в smCashZ?
за какую дату? точно не старые чеки болтаются?
частенько выясняется задним числом, что это месяца три назад ЦТО поменял сломавшийся жесткий диск (или фп сдохла, или эклз закончилась) и с тех пор пошла другая нумерация смен.
 
18.08.2006 15:51  
akonev
если кассы никак не перетасовывались, быть может кассовик и каталоги смен на разных машинах живут? тогда с некоторой ненулевой вероятностью при приеме смены может быть потеряна связь и получим, что часть информации уже принята, но флаги не прибиты. тогда при повторном приеме получите вот именно такую фигню.
 
18.08.2006 15:59  
akonev
... или просто кассовик прибивается, когда он еще не успел отработаться. на архивацию там, например... да мало ли дел у сервака *05
 
18.08.2006 17:53  
OlegON
Надо бы структуру базы проверить. Потщательнее. И эталон повнимательнее выбрать. Ибо может быть, что при удалении чеков не удаляется их содержимое. Такое возможно при нарушении структуры. Соответственно, операция эта нечастая, вот и всплывает через месяц. А так - действительно, посмотреть надо, не прибивается ли сервак кассовый. А то может и какие сообщения в EventLog. Может сам падает...
 
18.08.2006 18:08  
akonev
о! любытную штуку нарыл: в 1.024.5sp2 добавили блокировку при приеме данных укм. надо понимать, до этого ее не было. может никогда, а может в какой-то версии случайно прибили. получается, если кассовик помер во время приема - в каталоге никаких следов не останется. только чеки в базе *04 .
 
21.08.2006 11:35  
Little
Цитата:
Сообщение от Andrew_Konev
а в smCashChecs эти чеки тоже есть? в smCashZ?
за какую дату? точно не старые чеки болтаются?
частенько выясняется задним числом, что это месяца три назад ЦТО поменял сломавшийся жесткий диск (или фп сдохла, или эклз закончилась) и с тех пор пошла другая нумерация смен.
Нумерация может сбиться только при замене ФП, ни хард, ни эклз не влияют на нумерацию смен.
Хотелось бы видеть полный текст ошибки, чтоб более делатьно разобраться в проблеме.
 
21.08.2006 12:55  
akonev
Цитата:
Сообщение от vadim
Нумерация может сбиться только при замене ФП, ни хард, ни эклз не влияют на нумерацию смен.
не стоит так категорично, да еще за все варианты ремонта и типы касс сразу *07
чтобы не порождать лишние вопросы и не уводить далеко от темы...
например, если касса меняется на резервную - пофигу что именно ломалось.
чуть расслабились - все перепуталось. ЦТОшнику-то пофигу все эти заморочки.
ему дадена команда: паламатое забрать, исправное воткнуть. и поедет на это
дело самый-самый начинающий (провода правильно воткнул - уже молодец).
 
 


Опции темы



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

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