Ситуация такая: есть обработочка на 7.7, которая грузит из ДБФ-ки данные. Пишу точно такую же на 8.
Суть проблемы: в ДБФ-ке есть поле с типом число = 2456654, в 7.7 из него получается дата (Дата1 = Дата(ДБФ.NOST)), которое равно 27.12.13
В 8 - ВСЕ не ТАК !!! Вылетаю по ошибке - преобраз.. знач.. к дате
Как быть?

Дели на Годы, месяцы, дни, часы минуты секунды

(1) а как из этой х... узнать что где?

(2) Может это число - дата в секундах или миллисекундах?

да я так тоже думаю, только какая начальная дата в 7.7?
думаю так: в 8 в отладчике отнять от 27.12.13 это число

диб...я семерка
В 8 Дата(2013,12,27)-(2456654*86400) = 01.01.0001 0:00:00

(2) 1 мин = 60 сек
1час = 3600 сек
1 день = 86400 сек
......................

Делишь вначале на количество секунд в году (Учитывай количество високосных)
Из остатка находишь месяц
И.Т.Д.

В 8 Дата(2013,12,27)-(2456654*86400) = 01.01.0001 0:00:00
В 8 Дата(1,1,1) + (2456654*86400) = 04.02.6727 0:00:00
Че за фигня?

(7) 2456654/86400 - количество дней

(7) и че с этими днями делать 28,43349537037037?

(8)

(10) В году 365 дней
Плюс количество високосных
Подсчитай количество лет

(11) ничего не понятно

че на че делить?

"да я так тоже думаю, только какая начальная дата в 7.7?"
там скорее всего 14.. какой то год, от которого считает скуль.

делать надо сразу нормально. в дбф есть тип дата, 1с сама его преобразует в свою дату.

(8) А какого мы делим ?
В семёрке дата измеряется в днях, в восьмёрке - в секундах, то есть это значение нужно УМНОЖИТЬ на количество секунд в дне и получим дату - по идее - должно сработать.
(Собственно, в семёрке дата - это vtDate из Variant только без дробной части)

(15) ТС как раз умножает, см.(7)

гуглю уже правила преобразования типов в 7.7

вот бы залезть в платформу 7.7 и посмотреть, как это у них получилось так?
Число('27.12.13') = 2456654

и че за "Человек" придумал такое веселое правило, а еще один, очень "УМНЫЙ" человек - выгружает даты по этому правилу

еще мысли, у кого-то будут?

Вот чего нашел, но ничего так и не понял
http://club-1c.com/topic/374-как-преобразуется-переменная-типа-дата-в-тип-чи/

Так как все перестали помогать - секрет вам не расскрою. А я все-таки эту цифру с 7.7 преобразовал в дату 8

Прикольно:
лд='00.00.00';
Сообщить(Строка(лд+1));
Получаем:
12.31.-71
Чего-то они там "намудрили".

решение есть, получено опытным путем, вычислений. Вкл. мозг и лог.мышление

Попробуйте к дате '00.00.00' поприбавлять числа - поймёте, что у программистов, создавших 1С 7.7 руки ... ну в общем - понятно откуда.

(22) Ну чего мучатся, берём, скажем 01-01-2001 года - переводим в число - получаем "базис".
Теперь нужно из нашего числа вычесть "базис", умножить полученную разность на 86400 и добавить в дате 01-01-2001 в восьмёрке.

Где ж ты раньше был? Часа 2 назад, я уже сам к этому дошел

2001 год - немного не корректно, а вдруг дата меньше 2001 года зашита. Брать за основу 0001год

в 7.7 это 1721426

(27) По красной площади гулял.

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

несколько дат проверял - у меня все сходится. Ладно, можно взять либо скуль дату либо 1900

лучше 1900 год

Вообще - врёт 1С.
Если рассматривать 2456654 как число дней, то получается:
26.08.-4703, как ни странно.

(33) Можно, если там даты рождения людей закодированы.

(34) да, вообще какой-то диб..зм. Зачем, вообще, дату в число превращать????

Ладно, на сегодня борьба с 1С закончена. Завтра будет новый "БОЙ"

(36) Дата в dbf-файле пишется строкой.
Кто-то решил сэкономить место.
Хотя, более вероятно, что кто-то просто неправильно задал тип поля, а уже "умная" 1С прекрасно преобразовала (причём, как туда, так и обратно), и "горе-программист" не узнал, что он "птица с железным клювом".

Да, спасибо за участие. Одному как-то грустно бороться с 1С, г...кодирами

(39) Главное, "кодирами" не борисьюююю

Сделай в загружаемом dbf_файле поле с типом DATA. И поправь обработку загрузки в dbf.