Доброе время суток Дамы и Господа!
Нижайше прошу помощи. Приключилась с нами страшная беда.
31.05 перенес ТС на июнь месяц, все было замечательно до 01.06. 01.06 бухгалтерия начала вносить документы по кассе за май месяц, и внезапно сальдо на начало  на 02.05 (счет 50.1) вместо 250000 стало 17000000.Отмена проводки, перепроводка документов расходный ордер ни чего не дает. По анализу счета сальдо на 31.05 17000000, по карточке
счета 400000(норма).С каким документом появилось 17 млн не нашли.
И самое интересное - в копии удалил вообще все документы за май, на 01.05 сальдо нормальное(оборотов нет), а на 02.05 - 17 млн. У меня мысли уже кончились. Прошу помощи (ТИИ не предлагать, мне 12 часов работы не дадут.). Вопрос 1 - как найти откуда хвост в 17 млн.(с каким документом или операцией появился этот ужас.)
Вопрос 2 - где хранятся значения БИ. 1С 7.7 7.70.02 SQL.
Заранее благодарен.

Итоги пересчитать

Полный пересчет итогов не пойдет, надо очень много времени.

ну тогда сделайте проводку на минус 17 миллионов и не парьтесь.

Была такая мысль, бухгалтерия против. Аудиторы съедят.

(4) Вы издеваетесь? у Вас завтра съедут все итоги, что делать будете? думать завтра?

(4) ну тогда скажите бухам либо так, либо ТИИ.
волшебную кнопку не получится родить.

(5) Да я все прекрасно понимаю, предприятие работает 24/7.
ТИИ запустил на копии, уже 7 часов считает. Просто интересно, что же бухи могли наворотить? В 8:30 полет нормальный, 10:00 беда.

(7) так вы ТИИ на сервере запускайте, а не гоняйте через сеть. Оно у вас и неделю может так выполняться.

Так я на сервере и запустил

Может вносили цифры и два числа в одно заколотили? В карточке счета по 50 счету не видно резкого скачка?

Да там вообще все интересно.
По карточке счета 50.1 за 01.05 сальдо на конец 292000, а делаю карточку счета за 02.05 сальдо на начало 17 млн

(11) придется искать "пропавшие" денежные документы в периоде 01.05 - 02.05..
бывает из-за кривых индексов

Выведи карточку счета 50 по дням.

+14 естественно, за эти два дня

(13) В очередной копии базы я вообще снес все документы за май, все равно сальдо на начало 02.05 17 млн.

(16) надо не сносить, а искать пропавшие, либо распроведенные

Зачем делать ТИИ если надо пересчет итогов? В предприятии Администрирование/Управление итогами и агрегатами.

(18) а это семерка не заметил

(16) "Датут/не дадут" .. БД испорчена, работать нельзя..
копируй базу на свой комп, смотри, что получается..

еще раз спрошу: карточку счета 50 за эти два дня делал? там-же видно, после чего какое сальдо получается

(21) Извините отлучился. Если я делаю карточку счета 50 за 1-2.05(обороты в пределах 1.8 млн). то там все нормально, а если только за 2 то + 17 млн. на начало

(22) а, понял.. правильно сказано: итоги пересчитай.. и переиндексируй базу.

делай всё на копии.

(23) если слетели итоги, никаких там документов не будет...
пересчет итогов только нужен...

(24) На копии и делаю.
А где хранятся данные по бух. счетам?

(25) ну, видишь, у него за 1-е2-е всё гладко.. Документы есть, и карточка сальдо выводит правильное.
да, только пересчет итогов.

ЗЫ. странные эти женщины-бухгатера.. "не дадут", видите-ли, БД исправить..
Править надо.. а не на рынок рваться..

Мне это напоминает ситуацию у приятеля.. Ехал он зимой на машине, наехал на гвоздь, шина лопнула, он прибился к обочине, собрался в магазин за шиной, хотел поставить запаску..
жена говорит "Доедем потихонечку" - он возражать, она раскричалась на всю улицу, короче, поехали до магазина, смят обод и разбит подшипник оси, бампер задний наполовину оторвался.. хорошо, ось не погнули, да пружина не лопнула..

(26) в ДБФ-файлах.. зачем они тебе? есть предусмотренные средства для исправлений, а правка DBF - изврат.

(4) Пересчет итогов - это всего лишь пересчет служебной таблицы, а не перепроведение какое-нить и не ТИИ. Это такая же безобидная операция как и пересчет индексов.
С итогами, помню, был замечательный прикол, когда их умудрились переполнить (всобачили проводку на заоблачную сумму). Ну и, естественно, они начали показывать погоду даже после удаления ошибочной проводки.

Что в файлах это я понял, у меня SQL. Думал там хвост поймать.
+25 У нас отгрузка хлебобулочной продукции 24 часа.

(30) если у Вас предприятие 24/7, то может стоит изредка резать базу, чтобы пересчет не длился сутками

все бух итоги в 2-х табличках.
пересчет, в нормальной базе займет минут 15

можно пересчитать самим скулем.

(30) исправь на копии, потом подсунь эту исправленную копию вместо рабочей, потом из бывшей рабочей перенеси всё, что за это время наколбасили...
Или пусть потом второй раз колбасят в исправленную базу...

(31) так периодически и режется. У меня как раз и было в планах порезать.

(33) Каким образом?
На этой конфигурации работаем 10 лет, и ни разу пересчет не требовался. А нельзя пересчитать только за месяц?

Можно. Пиши прямой запрос - пересчитывай че хочешь

Только у бухитогов переодичность не месяц, а квартал

И для начала, монопрольно просто подвинуть границу расчета взад-вперёд на пару кварталов.

Ну и средствами скуля проверить таблички на наличие ошибок в них - пустых дат в _1sjournl/1soper/1sentry , наличие доков с временем 23:59:59 в одной секунде и т.д..

(38) точно, затупил.

(39) Где то читал что расчет назад уже не подвиниш. Или не прав? Потому что мысль у меня такая была.

(40) документы в одной секунде это несколько документов (к примеру расходники) с одним временем 23:59:59? Или в секунде до 00:00:00? У меня документы начисления амортизации с временем 23:59:59,если правильно помню капризничили.

(43) Там неверная позиция дока будет в 1sjourn и 1soper/1ssentry

отсюда неверный расчет бух итогов.

И да, это куча доков одного вида в одной дате с одним временем 23:59:59

(46) помоему как раз все документы введенные задним числом 23:59:59, но в апреле и ранее то же самое,а может быть ошибаюсь.

Ну а все же, если есть копия базы без документов за май,то в таблицах с операциями должна быть запись(или записи) на сумму 17 млн? И по ним можно вычислить какие же операции сделали такое движение БИ?

нет

проверь версию ядра.
обновись до 27 платформы.
на всякий случай...

(50) платформа и так 27(меньше на win 7 не работает). В 1 посте из номера платформы цифра 7 пропала.

(51) 25 работает везде, если что и на win 2012

И.. она тут не при чем

http://www.1cpp.ru/forumfiles/Attachments/________________________009.rar

вот этим вот проверь, оно тебе покажет:

1.сделан поиск документов где для документа дата или время документа отличается
от времени проводок
2 сделан поиск документов где для документа дата или  время документа отличается
от времени операции
3 сделан поиск документов где для документа дата или  время документа отличается
от времени отбора счетов
4 сделан поиск документов где для документа дата или  время документа отличается
от времени отбора проводок
5. сделан поиск операция где для операции  дата или время  в операции отличается от времени проводок

Далее, нужно будет и поправить время ручонками или прямым запросом во всех табличках и пересчитать бух итоги за нужный квартал.

(52) Была 25, на многих компах с 7 и 8 не пошла, 64 бита и 32 бита. Тупо отказывалась ставиться.

(54) спасибо, завтра доберусь до базы проверю, и отпишусь. Наверное настало время изучать прямые запросы.

И снова здравствуйте!
Эпопея закончилась благополучно.
1. ТИИ безусловно помогло, но безумно долго, вариант отпадает.
2. Все решилось советом Ёпрст (39) - 10-15 мин.
Всем откликнувшимся спасибо.
Отдельно хотелось бы поблагодарить  aka AMIGO и Ёпрст, а за шикарную обработку (54) вообще СУПЕР РЕСПЕКТ!

(0) хорошо, что решилось. А то, иногда помогает следующее:
1. Конфигуратор - Администрирование - Тестирование и исправление БД... . Параметры: на первой закладке вес (+ упаковка), Флаг "Тестирование + исправление". Кнопка "Настройка": "Очищать ссылки", "Удалять данные объектов". После этого БД будет девственно чиста от всякого мусора, если выдержит... .
2. Конфигуратор - Администрирование - Выгрузить данные (!!! Не путать с "Сохранить данные")
3. Создать новую чистую БД. Далее в новой: Администрирование - Загрузить данные (выбираем архив см. п.2)
4. Перемещаем прочие данные БД: заходим в старую БД, выделяем все каталоги (ТОЛЬКО КАТАЛОГИ), копируем... , Вставляем в каталог новой БД.
//
Пока, вроде всё. Что не ясно - спрашивайте.