Работа с базой данных 1С:Предприятие часто требует от пользователя четкого понимания того, какие именно данные были добавлены или изменены за определенный период. Особенно актуален вопрос, как проверить, что документ новый, при закрытии отчетных периодов или сверке с контрагентами. В стандартном интерфейсе программы не всегда очевидно, где искать информацию о дате создания записи, отличной от даты проведения операции.
Существует несколько технических и пользовательских способов решения этой задачи. От простого визуального анализа списка до глубокого анализа таблиц изменений с помощью консоли запросов. Выбор конкретного метода зависит от вашей роли в системе и прав доступа к конфигурации.
В этой статье мы разберем все доступные варианты: от настроек стандартных отчетов до написания специализированных скриптов. Вы узнаете, как отличить документ, созданный сегодня, от документа, введенного задним числом, но проведенного только что.
Визуальный анализ в списке документов
Самый простой способ понять статус документа — это внимательный осмотр списка в режиме предприятия. Однако стандартный список часто скрывает технические детали. По умолчанию в табличной части отображаются реквизиты, важные для бизнеса: номер, дата, контрагент, сумма. Информации о том, когда запись физически появилась в базе, там нет.
Чтобы увидеть больше данных, необходимо изменить состав колонок. Нажмите на кнопку настроек списка (обычно это шестеренка или пункт «Еще» → «Изменить форму»). В открывшемся окне найдите поле, отвечающее за время создания. В различных конфигурациях оно может называться по-разному, но чаще всего это служебный реквизит.
Добавьте в список следующие поля для детального анализа:
- 📅 Дата регистрации — показывает, когда документ был сохранен в базе первый раз.
- ⏱ Время создания — уточняет момент до секунды, что важно при высокой нагрузке.
- 👤 Автор — пользователь, который нажал кнопку «Записать» или «Провести».
- 🔄 Дата изменения — последний момент редактирования документа.
После добавления колонок отсортируйте список по дате регистрации. Это позволит мгновенно выделить новые документы, которые были внесены в систему за текущую сессию или день, независимо от их операционной даты.
⚠️ Внимание: Поле «Дата регистрации» может отсутствовать в старых версиях типовых конфигураций или в самописных решениях, если разработчик не добавил этот реквизит в макет списка.
Использование отчета «Анализ состояния учета»
Для бухгалтеров и аудиторов наиболее удобным инструментом является встроенный отчет «Анализ состояния учета». Он позволяет выявить документы, которые были введены в систему с опозданием или являются новыми для выбранного периода. Этот инструмент есть в большинстве современных конфигураций, таких как Бухгалтерия предприятия 3.0 или Управление торговлей 11.
Запустите отчет через меню «Отчеты» → «Анализ состояния учета». В настройках отчета перейдите на вкладку «Документы». Здесь можно задать интервал, за который нужно проверить наличие новых записей. Система проанализирует базу и покажет документы, дата создания которых не совпадает с датой документа.
Особое внимание стоит уделить разделу «Документы, введенные задним числом». Именно здесь часто скрываются те самые новые документы, которые формально относятся к прошлому месяцу, но физически были созданы только что. Это критически важно для корректного закрытия периода.
Используйте группировку в отчете по видам документов, чтобы быстро отфильтровать лишнее и сосредоточиться только на накладных или счетах-фактурах.
Результат отчета можно выгрузить в табличный документ или Excel для дальнейшей сверки. Это особенно удобно, если нужно передать список новых позиций руководителю или смежному отделу.
Технический метод: Регистр сведений «Регистрация изменений»
Если стандартные средства не дают нужной детализации, следует обратиться к механизму регистрации изменений. В платформе 1С:Предприятие 8 существует специальный механизм, который фиксирует факт создания или модификации объектов. Данные об этом хранятся в регистре сведений.
Для прямого доступа к этим данным вам потребуется режим «Консоль запросов» (или внешняя обработка типа «Универсальный отчет», если права доступа ограничены). Запрос к регистру позволяет получить точную техническую информацию о каждом документе.
Пример структуры данных, которую можно получить:
| Поле запроса | Описание | Тип данных |
|---|---|---|
| Ссылка | Уникальный идентификатор документа | ДокументСсылка |
| МоментВремени | Точное время записи изменения | ДатаВремя |
| Пользователь | Кто внес изменение в базу | ПользовательИнформационнойБазы |
| ТипИзменения | Создание, изменение или удаление | Перечисление |
Используя эти данные, можно построить жесткий фильтр: выбрать все записи, где ТипИзменения = Создание и МоментВремени больше начала текущего рабочего дня. Это даст вам список абсолютно новых документов, которые ранее не существовали в базе.
Нюансы работы с журналом регистрации
Журнал регистрации хранит информацию дольше, чем регистр изменений, но работать с ним через запросы сложнее из-за специфики хранения данных в таблице _InfoRgJournal. Для простых задач лучше использовать стандартные регистры.
Настройка персонального варианта списка
Чтобы не настраивать колонки каждый раз заново, целесообразно сохранить персональный вариант списка документов. Это позволит вам в один клик переключаться между обычным видом и видом для проверки новых поступлений.
Зайдите в любой список документов, например, «Реализация товаров и услуг». Настройте отборы и колонки так, как было описано выше. Затем нажмите на кнопку сохранения вариантов (иконка дискеты или пункт меню «Еще» → «Сохранить вариант отчета»). Дайте ему понятное имя, например, «Поиск новых документов».
Теперь при необходимости вы сможете:
- 🚀 Быстро открывать подготовленный вид списка.
- 🔍 Применять заранее настроенные отборы по дате регистрации.
- 📊 Видеть только те поля, которые важны для аудита новых записей.
Такой подход экономит время и снижает риск ошибки, так как вы работаете с проверенным набором параметров. Это особенно полезно для главных бухгалтеров, которые ежедневно контролируют ввод первички.
⚠️ Внимание: Персональные варианты списков сохраняются в профиле конкретного пользователя. Если вы настроили список для себя, коллеги его не увидят, пока вы не опубликуете его как общий вариант (требуется право «Полные права» или администрирование).
☑️ Чек-лист проверки нового документа
Поиск через журнал документов и отборы
Журнал документов — это универсальный инструмент для работы с большими массивами данных. В отличие от списка конкретного вида документов, журнал позволяет видеть документы разных типов в одной таблице. Это удобно для комплексной проверки.
Откройте журнал документов и установите отбор. Ключевым моментом здесь является использование группировки. Сгруппируйте данные по виду документа, а затем отсортируйте по дате регистрации. Вы сможете сразу увидеть, в каких разделах базы появились свежие записи.
Для более точной настройки используйте расширенные отборы. Добавьте условие: Дата регистрации >= НачалоДня(ТекущаяДата()). Этот простой фильтр отсечет всю старую базу и оставит только то, что было создано сегодня.
Если в вашей конфигурации нет явного поля «Дата регистрации» в журнале, можно воспользоваться косвенным признаком — порядковым номером. В большинстве случаев новые документы имеют номера, идущие по возрастанию. Однако этот метод ненадежен, если в базе ведется нумерация с разрывами или несколько пользователей работают параллельно.
Использование расширенных отборов по дате регистрации в журнале документов — самый быстрый способ получить сводную картину по всем новым поступлениям за день.
Автоматизация через обработку «Универсальный отчет»
Для продвинутых пользователей и администраторов идеальным решением является обработка «Универсальный отчет». Она позволяет строить выборки из любых таблиц базы данных без написания кода, используя визуальный конструктор.
Запустите обработку и выберите тип объекта «Документы». В качестве конкретной таблицы можно выбрать регистр изменений или саму таблицу документов, если в ней есть нужные служебные поля. Конструктор запросов позволит сформировать условие выборки.
Пример логики построения отчета:
- Выберите таблицу
Документ.РеализацияТоваровУслуг. - Добавьте поле
СсылкаиДата. - Добавьте виртуальную таблицу или поле, отвечающее за время создания (если доступно через расширения).
- Установите отбор по времени создания > начала смены.
Результат можно сохранить как внешний отчет и запускать его по расписанию или по кнопке. Это превращает рутинную проверку в автоматизированный процесс контроля.
⚠️ Внимание: Интерфейс и возможности обработки «Универсальный отчет» могут отличаться в зависимости от версии платформы 1С и конфигурации. В некоторых релизах доступ к техническим полям может быть ограничен правами доступа.
Как найти поле даты создания в универсальном отчете
Если поле не видно в списке доступных, попробуйте переключить режим отображения на «Все поля» или использовать режим совместимости, однако чаще всего требуется прямое обращение к регистру изменений через консоль запросов.
Частые вопросы и решение проблем (FAQ)
Почему в списке документов не видно дату создания?
По умолчанию в макет списка выводятся только основные реквизиты. Чтобы увидеть дату создания, нужно зайти в настройки списка (шестеренка) и добавить поле «Дата регистрации» или «Время создания» из доступных полей.
Можно ли узнать, кто удалил новый документ?
Да, если включено ведение журнала регистрации. В журнале можно отфильтровать события по типу «Удаление» и посмотреть, какой пользователь выполнил это действие и в какое время.
Как найти документы, проведенные задним числом?
Используйте отчет «Анализ состояния учета» или настройте отбор в журнале документов: Дата документа < ТекущаяДата, а Дата регистрации = ТекущаяДата.
Влияет ли время создания документа на проведение закрытия месяца?
Нет, для бухгалтерского учета важна дата документа и дата проведения. Время создания является технической информацией и не влияет на формирование проводок, но важно для аудита и контроля дисциплины ввода данных.
Где хранится история изменений реквизитов нового документа?
История изменений конкретных полей (например, изменение суммы или контрагента) хранится в регистрах изменений, если эта функция была включена разработчиком в свойствах объекта метаданных.