Доброе утро всем!
Делаю пересчет итогов регистров бухгалтерии "международный" и получаю сообщение об ошибке:
Ошибка при вызове метода контекста (ПересчитатьИтоги)
       РегистрыБухгалтерии[Рег.Имя].ПересчитатьИтоги();
по причине:
Ошибка в значении типа 'Дата'
Дата '01.02.01 00:00:00' не может быть записана в базу данных на MS SQL Server с нулевым смещением дат

Смещение 2000 установлено.
Залез в таблицу: ТаблицаНастроекХраненияИтоговРегистровБухгалтерии и нашел там кривые даты: https://www.dropbox.com/s/13qpx42u6tsz8mn/Безымянный.png?dl=0

как исправить даты без выгрузки всей конфигурации в ДТ с последюущей загрузкой ??

Можно попробовать найти, что это за проводки и по каким документам, и заменить даты на корректные

(1) а есть обработка с помощь которой можно по ссылке найти объект?

(0) А с чего ты взял, что это "кривые даты" ?

(3) Цифры не нравятся..

(0) Картинку размести где то в другом месте. А то дропБокс требует авторизации :)

(5) сейчас..

(2) Только запросом с левым соединением. И то - у тебя итоги, тут нет регистратора

(4) Это потому что нельзя вот так просто взять и поменять смещение дат без выгрузки и загрузки базы и не поиметь гемор. Кто-то когда-то так сделал с этой базой.
select from освоил? Теперь осваивай update.

(8) какую дату выставлять вместо той?

(5) http://www.screencast.com/t/WHCGSFMEgv

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

(11) Народ сетует, что у вас все же на SQL настроено смещение дат. Ты посмотри :)

+(11) Нужно начать копать с SQL сервера и рук Того дельца, кто так исполнил :)

(12) select Offset from _YearOffset
?

(14) Ты до сих пор не понял, что у тебя даты в таблицах записаны без смещения?
Варианта два:
1. Менять руками с помощью update
2. Выгрузить в dt и загрузить.

(14) Вот http://catalog.mista.ru/public/58505/
Хотя, как по мне, баловаться датами отстой. Лучше сразу нормально писать :)

http://its.1c.ru/db/metod8dev/content/4055/hdoc

v8: v8: Устанавливаем 1С 8.2. на SQL. Подскажите, что означает галка "Смещение дат"?

_YearOffset в моей базе вернул 0 следовательно в базе смещение не установлено!
А я когда восстанавливал архив поставил смещение 2000 ..
Выходит я сам туплю..

(16) удали базу с сервера 1с , заново восстанавливаю из ахрихва... смещение поставил 0 .

(19) Выходит так :)

(20) Помогло? :)

(22) неа..

может взять и тупо удалить из итогов все записи с датой 3999-11-01 00:00:00.000 , а потом полностью пересчитать итоги?!

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

Это фича. Так и должно быть.

а знает ли кто, как  Profiler_ом можно посмотреть на какой таблице ошибка появляется? может я ни в ту сторону копаю!

Что тебе даст эта информация?

(28) может ручками что поправить.. база 200 гиг, dt будет очень долго выгружаться...

Берешь копию. Включаешь таймер. Делаешь манипуляции с dt.
Идешь к руководству и говоришь: мне нужно столько-то времени для таких-то работ, иначе будет то-то а того-то наоборот не будет.

(30) все-таки хочется как-то более короткий путь найти...((((

Увольняйся.

(32) это слишком долго.. 14 дней..

План обмена полный есть в конфигурации?

(34) да есть..

делаешь как здесь
Книга знаний: Альтернативное создание начального образа в УРБД
единственно, что в узле сразу делаешь через выгрузку-загрузку чтобы было нормальное смещение дат.
потом связываешь обе базы
потом проводишь обмен из цб в пб, потом отвязываешь пб от цб, закрываешь доступ к цб и все начинают работать в той базе, что была пб.

но я бы на твоем месте сначала выяснил (30)

(37) пожалуй да.. сделаю тестовую выгрузку в Dt