Проверка дат на корректность и домен DTIME

[AliakseiDanilchyk]

В общепите используется признак складского учета "Время изготовления" (домен DTIME - Временной - Только время).
Если в параметрах включена проверка дат на корректность и это поле не пустое, то при сохранении позиции складского документа ругается "Проверьте является ли дата 30.12.1899 правильной".

[NikolayUkleyko]

Подобная ситуация была в документах спецодежды.
Домен DDOCUMENTDATE.
Вроде бы поправили в ПИ – не могу смоделировать.
Александра смотрела.

[yoannawx]

Сообщение "Проверьте является ли дата 30.12.1899 правильной" выдается всегда на любом документе, где в поле используется домен DTIME, а на базе в параметрах включена проверка дат на корректность.
Это и путевые листы в автопарке, и заказ в торговле, и работа в режиме кассира в позитивах, .......поэтому сейчас проверка на корректность дат отключается.

[gsbelarus]

а почему dtime? этот домен предназначен для хранения ТОЛЬКО времени. ddate -- дата. dtimestamp -- дата и время.

[AliakseiDanilchyk]

В конкретном примере там и хранится время

[yoannawx]

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

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

[gsbelarus]

если там время только, то конечно это ошибка в гедымине. если домен dtime мы не должны учитывать дату при проверке.

@Polfath

[Polfath]

Добавил проверку на то, что поле не является TTimeField. Проверка будет осуществляться только если поле TDateTimeField или TDateField. @AliakseiDanilchyk @yoannawx Нужно будет проверить