Может знает кто - как сейчас рекомендуется ставить базы - со смещением или нет? Напоролся на интересный момент в отчете по отпускам - если дата пустая '00010101' она приводится к '10000101' и при формировании отчета на базе со смещением = 0 получаем граблями по спине...

PS отдельной темой не понятен смысл приведения даты к 1000 году - какая разница между ним и 1753 с точки зрения учета отпусков?

(0) 2000 - обязательно

кстати, а зачем оно вообще нужно?

(2) скуль не знает даты < 1753 года

http://www.its.1c.ru/db/v8doc#content:2142:1

ВНИМАНИЕ! Если в прикладном решении используются регистры накопления или регистры бухгалтерии, то в поле Смещение дат необходимо установить значение 2000. Если при создании базы данных в это поле было указано значение 0, то следует выгрузить информационную базу в файл (см. здесь), заново создать базу данных с указанием в поле Смещение дат значения 2000 и выполнить загрузку информационной базы (см. здесь).

(3) и что? ну прибавляли бы в тихую и не мучили бы людей выбором ))

>Если в прикладном решении используются регистры накопления или регистры бухгалтерии, то в поле Смещение дат необходимо установить значение 2000

не очень понятно накуа это надо для них...

(6) Ну, вот, свежий пример. База в которой ни разу не производился расчет итогов. Обновляется релиз, идет реструктуризация. Платформа честно пытается посчитать итоги от "пустой даты" текущих итогов. Дата итогов от пустой даты это 01.02.0001, и если дату 01.01.0001 платформа и SQL еще могут интерпретировать, понимая ее как время, то дату 01.02.0001 уже нет. Результат - косяк при обновлении. Ну, в данном случае то понятно, рассчитать итоги и жить спокойно. Но, вот был у меня случай, когда в одном из регистров накопления в периоде образовалась пустая дата. А база, надо заметить УПП, ну и не маленькая, эдак, гиг на 30. Хорошо я в тот день поискал пустую дату, всю базу, блин, перелопатил. А искал я дату 01.02.0001, которая выдалась в качестве ошибочной и только к вечеру сообразил, что это результат расчета итогов.