Разберем классическую ситуацию, с которой часто сталкиваются как начинающие разработчики, так и опытные специалисты при переходе на новые конфигурации. Представим сценарий: вы пишете простой запрос для получения списка документов «Счет на оплату поставщика» и хотите отобрать только те документы, которые визуально отмечены в системе как проведенные. Вы добавляете условие Проведен = Истина, запускаете запрос, но он возвращает абсолютно пустой результат. При этом в пользовательском интерфейсе вы отчетливо видите документы с зеленой галочкой проведения. Давайте проанализируем эту ситуацию, выясним внутреннюю логику работы платформы «1С:Предприятие» и найдем правильное решение.
Первое, что необходимо сделать для локализации проблемы — обратиться к конфигуратору и изучить свойства метаданных исследуемого документа. Нажмите правой кнопкой мыши на документ СчетНаОплатуПоставщика, откройте его свойства и перейдите на вкладку Движения.
Здесь вы найдете ключевую настройку:
Если для документа установлено свойство Проведение = Запретить, это означает, что документ в принципе не предназначен для совершения движений по регистрам накопления, бухгалтерии или сведений. На уровне базы данных системный реквизит Проведен для всех без исключения документов данного типа всегда принимает значение Ложь (False). Платформа физически блокирует попытки установить этот флаг в значение Истина, даже если попытаться сделать это программным путем при записи.
Именно поэтому любое условие вида ГДЕ СчетНаОплатуПоставщика.Проведен = Истина всегда будет отсекать абсолютно все записи, делая выборку пустой.
Почему же тогда в списках документов пользователи и разработчики видят зеленую галочку, которая традиционно ассоциируется с проведенным документом? Это сознательное поведение интерфейсных механизмов платформы «1С».
Для документов, проведение которых запрещено на уровне метаданных, система использует специальную логику визуализации в динамических списках:
Это визуальное сходство часто рождает ложную уверенность в том, что документ «проведен», хотя в таблице СУБД поле Проведен гарантированно содержит Ложь.
Выяснив причину, рассмотрим правильные способы составления запросов. Если вам необходимо выбрать все актуальные (действующие) документы типа «Счет на оплату поставщика», критерием их корректности выступает исключительно отсутствие пометки удаления. Свойство проведения проверять не имеет смысла.
Разберем по шагам правильный вариант запроса:
ВЫБРАТЬ
СчетНаОплатуПоставщика.Ссылка КАК Ссылка,
СчетНаОплатуПоставщика.Номер КАК Номер,
СчетНаОплатуПоставщика.Дата КАК Дата
ИЗ
Документ.СчетНаОплатуПоставщика КАК СчетНаОплатуПоставщика
ГДЕ
НЕ СчетНаОплатуПоставщика.ПометкаУдаления
Если в вашей конфигурации требуется отслеживать жизненный цикл счета (оплачен, частично оплачен, отменен), для этого используются специализированные реквизиты (например, статусы из перечислений) или данные из подчиненных документов оплаты, но не признак проведения.
Обратим внимание на важную деталь, упомянутую в обсуждении на форуме. Конструкция вида Проведен = Истина считается признаком невысокой квалификации разработчика и плохим стилем программирования.
Поскольку поле Проведен изначально имеет примитивный тип Булево, оно само по себе возвращает логическое значение для секции ГДЕ. Сравнивать его с константой Истина избыточно.
Рассмотрим правила хорошего тона при написании условий для действительно проводимых документов (например, для накладных или платежных документов):
ГДЕ Документ.Проведен = ИстинаГДЕ Документ.ПроведенГДЕ Документ.Проведен = ЛожьГДЕ НЕ Документ.Проведен И НЕ Документ.ПометкаУдаленияСоблюдение этих несложных правил сделает ваши запросы более производительными, а код — чистым и легко читаемым для коллег.