00010101000000 в 1С: что это за значение и как с ним работать

Строка 00010101000000 в 1С — это внутреннее представление пустой даты: 1 января 0001 года, 0 часов 0 минут 0 секунд. Формат читается как ГГГГММДДЧЧММСС: год 0001, месяц 01, день 01, время 00:00:00. Такое значение появляется, когда реквизиту типа «Дата» не присвоено конкретное значение — программа заполняет его датой по умолчанию.

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

В большинстве случаев 00010101000000 — не сбой, а штатное поведение платформы. Однако если такая «дата» попадает в печатные формы, отчёты контрагентам или регламентированную отчётность, ситуацию нужно исправлять: либо заполнять реквизит реальным значением, либо корректно обрабатывать пустоту в коде и макетах.

Как расшифровать строку 00010101000000

Структура значения проста и повторяет общепринятый формат сериализации даты-времени. Первые четыре цифры — год (0001), следующие две — месяц (01), затем день (01), часы (00), минуты (00) и секунды (00). Итог: полночь 1 января 1 года — минимально возможная дата в календарной системе платформы.

Во встроенном языке 1С тому же значению соответствует литерал '00010101' или '00010101000000'. Разработчики используют его как константу «пустой даты» при сравнениях: если реквизит равен этому литералу, значит, дата не заполнена.

Важно не путать пустую дату с NULL. В запросах 1С NULL — это отсутствие значения в соединении таблиц, а '00010101' — вполне конкретное значение, хранящееся в поле. Проверки ЕСТЬ NULL и сравнение с пустой датой дают разные результаты, и смешение этих подходов — частая причина ошибок в запросах.

Где встречается это значение на практике

Первый типичный источник — файлы обмена и выгрузки XML. При сериализации объектов пустая дата записывается в узел как 0001-01-01T00:00:00 или в «плоском» виде 00010101000000. Если выгрузку открыть текстовым редактором, такие значения бросаются в глаза.

Второй источник — прямой просмотр таблиц базы данных средствами СУБД (SQL Server Management Studio, pgAdmin и подобные). В полях типа datetime незаполненные даты хранятся именно как 01.01.0001, и при выборке они отображаются в сыром виде.

Третий источник — отчёты и печатные формы с небрежно написанным кодом. Если разработчик вывел реквизит даты без проверки на заполненность, пользователь увидит в документе «01.01.0001» или строку цифр вместо ожидаемой даты оплаты, отгрузки или рождения.

Наконец, значение встречается в журналах обмена, сообщениях об ошибках конвертации и при отладке кода, когда переменная типа «Дата» объявлена, но не инициализирована.

Как проверить реквизит на пустую дату в коде

Классическая проверка во встроенном языке выглядит так: Если РеквизитДата = '00010101' Тогда .... Литерал сравнивается со значением реквизита, и при совпадении выполняется ветка обработки незаполненного поля. Это самый распространённый и надёжный способ.

Альтернатива — функция ЗначениеЗаполнено(РеквизитДата). Она возвращает Ложь для пустой даты, пустой строки, нуля и незаполненных ссылок. Универсальный вариант удобен, когда тип реквизита заранее неизвестен, но для строгой логики сравнение с литералом читается точнее.

В языке запросов проверка выглядит иначе: ГДЕ Документ.ДатаОплаты = &ПустаяДата, где параметр &ПустаяДата устанавливается как Запрос.УстановитьПараметр("ПустаяДата", '00010101'). Либо используется литерал ДАТАВРЕМЯ(1,1,1,0,0,0) прямо в тексте запроса.

Если Заказ.ДатаОтгрузки = '00010101' Тогда
    Сообщить("Дата отгрузки не заполнена");
Иначе
    Сообщить(Формат(Заказ.ДатаОтгрузки, "ДЛФ=D"));
КонецЕсли;

Как корректно вывести пустую дату в отчётах и печатных формах

Главное правило: не выводить сырое значение реквизита без проверки. Перед помещением даты в макет или параметр СКД убедитесь, что она заполнена. Если поле пустое, выводите пустую строку, прочерк или осмысленный текст вроде «не указана».

Функция Формат() с параметром позволяет задать представление пустой даты: Формат(ДатаЗначение, "ДЛФ=D; ДП='-'"). Параметр ДП (дата пустая) подставляет указанную строку вместо 01.01.0001. Это самый короткий способ избавиться от нулей в печатной форме без дополнительных условий.

В СКД аналогичную задачу решает выражение в поле компоновки: ВЫБОР КОГДА Дата = ДАТАВРЕМЯ(1,1,1) ТОГДА "" ИНАЧЕ Дата КОНЕЦ. Такой подход централизует логику в схеме и не требует изменения модулей.

Типичные ошибки при работе со значением

Первая ошибка — сравнение даты с пустой строкой или нулём вместо литерала '00010101'. Такое сравнение не выявит пустую дату, и ветка обработки просто не сработает.

Вторая ошибка — использование проверки ЕСТЬ NULL там, где нужно сравнение с пустой датой. NULL возникает в левых соединениях при отсутствии связанной записи, а пустая дата хранится в самом поле. Это разные ситуации, требующие разных условий в одном запросе иногда одновременно.

Третья ошибка — арифметика с пустой датой без проверки. Вычитание 01.01.0001 из реальной даты даёт огромное число дней, которое потом попадает в расчёты просрочки или стажа и искажает результат до абсурда.

Проверка результата после исправлений

После доработки кода или заполнения данных убедитесь, что исправление сработало во всех сценариях. Минимальный набор: документ с заполненной датой выводится корректно, документ без даты показывает прочерк или пустоту, а не 01.01.0001.

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

Частые вопросы