Проблема в том что что перестали выводится нужные цифры считающиеся через бух итоги. проблема возникла 21 числа но её заметили только 23, мне сказали вообще только сегодня 26, есть копия рабочей с 20 числа, каждый день в базу забивается очень много информации, и вбивать заново все с 20 числа не вариант, как можно сравнить базу с её копией на 20 число или перенести все данные с копии в текущую просто заменив все данные но оставив то что вбивалось после 20го числа?

А ты проверь и архив тот, который по 20-е.
Вдруг и там каша в бухитогах.

(0) если не менял функционал, тогда смысл сравнивать? делай бакап и проводи ТИИ. Если нахеровертил в конфигурации, тогда разворачивай бакап от 20-го числа и сравнивай изменения. Дальше по обстоятельствам.

з.ы.: база SQL или DBF? Если второе, то смотри размер самого большого dbf. Если под два гига, то это плохо

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

База DBF.  ТИИ не помогает. Самый большой файл чуть больше 300 мб.

Конфигурацию в то время не менял и она ни чем не отличается.

в копии от 20-го все отлично работает

"не работает", это что в вашем понимании ?

размер базы ...

ИМХО, конечно.. я-б написал обработку по переносу нужной инфы из базы в базу..
4 базы у меня обмениваются инфой: документы, справочники.. юзеры, что возжелали этих действий - знают, что и как переносится, остальные - просто обучены.

(7) цифры такое ощущение что с потолка берутся, даже при открытии документов на несколько месяцев назад цифры не совпадают с копией от 20 числа.

(10) индексацию не пробовал?

ОСь у всех одна?

(10) переиндексировать? пробовал не спасает.

(7) дык  "перестали выводится нужные цифры" :)
(5) как проверял? надеюсь в конфигураторе при помощи пункта "объединение конфигураций"?
(10) бери конкретную цифру и проверяй формирвание в обеих базах ...может там вообще проводки отключены :)

(12) да все на одном и том же компе.

еще раз повторюсь - размер базы?
ЗЫ полный пересчет итогов не ?

(9) все уже написано до нас - искать universam
(11) при ТИИ реиндекс и так делается

Автор, а что именно не так работает после твоих обновлений? Регистры не заполняются, проводок нет, проводки не те, отчеты выводят хню?

(17) я не делал не каких обновлений. с базой просто работали операторы.

(17) да, я упустил этот его пост, про ТИИ - знаю

(16) 1,12 гб

собственно полный пересчет если не помогает то смотреть нуна
ЗЫ если физика то итоги вообще можно грохнуть при полном пересчете он их заново создаст

1. удалить все cdx
2. удалить 1SBKTTL.DBF и 1SBKTTLC.DBF
3.зайти монопольно, выполнить полный пересчет бух итогов
4. наслаждаться

если шаловливые ручонки пошарили, насладиться не удастся

Кстати, железо не битое? Винт, например, не посыпался?

винт стал тупить базу перенес на ссд новый

(25) уж не 20-го ли числа?

блин перенес 22 гдето

(22) после этого постоянно выводит 0

(22) забыл пересчитать итоги, сейчас считает. Извините))

извиняем ;)))

Не помогло, суть в чем есть общий долг за продукцию и он делится на 3 части по субконто, общий должен быть равен сумме трех так вот он показывает третью часть если она не ровна нулю и вроде как вторую. но первую вообще не выводит допустим долг 50000 по второму 10 по третьему 5 по первому должен быть 35 а выводит всегда 0.

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

только у одного контрагента или как ?
ЗЫ проверить субконто в проводках
- не указано
- указано но чужое
- бнх
- ссылка побилась (попробовать выгрузить - загрузить в пустую)

(33) БНХ это что?

(34) большая неведомая х..ня ;)))

(32) + кстати , прикольно сравнивать отчеты самим конфигуратором или 1C Предприятие 8.2 - Работа с файлами , через сравнить файлы

ОСВ до 15 числа совершено одинаковы за любой период  потом не хватает документов которые вбивались задним числом, но если ОСВ одинаковы в поломанной и в копии почему при просмотре документов до 15 числа долги которые считаются при открытии формы печати разные, куда копать теперь? у меня уже нет идей.

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

(38)а если такого нет?

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

(39) 3 конверта готовить.

(37) Бесперебойники на всех компах стоят?

Сервис->Параметры->БухИтоги - что там - а то были "умники" у которых цифры не сходились ?

А вообще - есть журнал регистрации - там записан каждый объект, который вводился вручную - можно пропарсить и выгрузить изменения.

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

(39) см.(41) - 1 конверт Ёпрсту, 1 - мне и мы решим твои проблемы...

(45) если был бы превышен это лимит - в проге вываливалась бы ошибка -310, см. 1,2 Гига - ошибка -310

Имхо... предвариетльно.. в 931) поток сознания.. я глубокой мысли не уловил...

(43)квартал

кто согласен помоч? и за сколько?

надо сегодня это сделать

цифры не те у всех контрагентов! по одному субконто всегда выводит 0! общую сумму не верную показывает! даже на самых первых документах, удалил все документы за 20 и 21 ничего не изменилось, куда копать? куда смотреть? очень нужна ваша помощь.

Чтобы убрать внутренние ошибки итогов 1С нужны выгрузить базу и загрузить ее. А чтобы найти не верный документ нужно писать обработку, которая по OLE сравнивает документы в 2-х база и печатает отчет по разнице.

выгрузить и загрузить не помогает цифры остаются те же самые

какие цифры, че смотришь, с чем сравниваешь - нам отсюда не видно.

у вас там есть кто вминяемый, который может посмотреть проводки до документа/операции за нужный период по нужному субконто в обоих базах?

Самый вменяемы как бы не показалось странным но это я, бухгалтер есть но у неё ответ один я не знаю это что с программой, мы продаем товар контрагентам. смотрю долг контрагента. в копии за 20 число одни цифры в текущей другие даже если смотреть за февраль месяц цифры расходятся, логично предположить что документ какой либо провели более раним числом но и январь не сходится, а раньше документов просто нет, осв показывает одинаковые цифры.

тогда только (41)

вы согласны помочь за $. могу вам заплатить но тольконе много так как денег фирма не даст а у меня зп далеко не росийская

да ё..
ответь на (55)

[email protected] напишите мне сюда или напишите свой flhtc

[email protected]

Сам нашёл выход, просто перенос обработкой данные с нерабоче в рабочую начиная с 15 числа и все отлично работает