Кассир выбивает ЧекККМ, после его закрытия открывает следующий и так оставляет. Через 15 мин (в которые кассир с базой ничего не делал) гаснет свет/жмут резет, в общем из базы вышли некорректно. При следующем запуске пропадают несколько предыдущих чеков. Т.е. если до этого был выбит чек № 15, то после аварийной перезагрузки при сохранении нового чека он сохраняется с № 12, а предыдущие несколько пропадают.
За все время работы в торговле (сеть строительных супермаркетов) Админом, такого никогда не было. Ну во первых давайте разберемся:
1. Я так понял у вас база на КМ (кассовое место) отдельно от сервера магазина, так? Обмен между сервером и КМ как настроен по сетевым папкам?
2. Ваши причины:
Гаснет свет - бесперебойник с автовыключением. Хотя мы ставили 500 или 750 их хватало на 10 минут точно, за это время успевали включать.
" Нажали rese t" - достаточно 1-2 -х штрафов кассира и ресет больше не нажимают. У нас еще было либерально, а вот в соседнем маркете 50% з/п сразу кассиру срезали чтобы не повадно было.
3. Вы пробовали искать данные документы? Обычно 1С сохраняет их как не проведенные в полном журнале. А что касательно индекса, тут еще интереснее, а скажите, пропадают только не проведенные (не прошедшие через кассу) чеки или и те тоже, если те пропадают, то что вы делаете потом возврат товара и перебиваете его или пробивате чек без кассы (такое тоже можно делать).
Я так понимаю, что из-за того, что был сбой, в базе появились косяки
Не факт. Вообще не понятно что произошло с БД, такого быть не должно.
Но почему пропадают несколько предыдущих документов, если, с базой в момент сбоя вообще не работали?
Вообще пропадать ничего не должно. Понимаете если документ (чек) сохранен, то запись в БД уже сделана, то что он не проведен ничего не значит ( с точки зрения сохранения инфы ;) ), проведение инициирует печать чека на КА (кассовый аппарат) и делает движение товара по базе (в данном случае списывает товар с остатков и обновляет позиции справочника ДК (дисконтные карты)).
А у вас получается что такое ощущение что 1С 8 делает какие-то резервные копии для отката, и потом с низ запускается, теряя при этом то что сделалось после этой точки отката, но до сбоя. Это явно связанно с этим, в этом направлении нужно рыть.

PaulWist Использовать транзакционную модель модификации данных
Вы ему еще посоветуйте кластер поставить на КМ, для массовости.

Господин ПЖтелепатирую... вы работаете по сети, база на шаре, а какой-то му**к не отключил "автономные файлы"
Дело в том что если валится БД ( а это может произойти по очень многим случаям, и отключение света (свича) самая невероятная причина) то 1С без БД живет ровно от 1 - 5 с. А потом откидывает исключение. Для кассы это скажем так риски приличный, как априори касса должна быть "непотопляема" всегда. Т.к. от этого может зависеть много вещей, в т.ч. и прибыль торговой точки. Поэтому всегда на КМ ставят отдельную БД, а синхронизация как правило по сетевым папкам, КМ смотрит на сервер, сервер на КМ, в результате падения свича (сети) КМ входит в ступор, каждый маркет это решает по своему, кто-то терпит, кто-то ставит ftp-каталоги, кто-то альтернативные разработки, такие как эта . Вобщем спасение утопающих дело рук самих утопающих. Единственное что можно сказать если важна надежность, то рекомендуется использование именно этой программы .

supervk Причём, он не один такой и не у него одного эта проблема.
Я повторюсь, это уникальный случай, по крайнем мере в 7.7. такого не было, если 8 такая, может есть смысл вернуться на 7.7, я понимаю что странно звучит, но постоянно пересоздавать уже проведенные чеки еще хуже, причем это нужно делать с "контрольки" с переносом на сохраняемые и проводимые чеки дату и время, в плоть до секунд, или делать обратную выгрузку чеков на кассу ( с сервера магазина) и на КМ их втягивать.