В 2026 году запрос в 1С используют для выборки, отбора, группировки и сопоставления данных бухгалтерской базы; при налоговой проверке эти данные могут быть затребованы на электронном носителе, а налоговый орган вправе получить доступ к просмотру используемой учетной системы (ст. 160, 161 НК РК).
Что такое запрос в 1С
Запрос — это обращение к данным, хранящимся в информационной базе. С его помощью можно получить перечень документов за период, найти операции по контрагенту, сгруппировать суммы по договорам, сопоставить сведения из нескольких объектов или подготовить данные для отчёта.
Запрос сам по себе не является бухгалтерским документом и не заменяет первичные документы, регистры или регламентированную отчётность. Это инструмент получения и анализа уже записанной информации. Поэтому достоверность результата зависит не только от текста запроса, но и от качества исходных данных, настроек учёта и состояния базы.
Для бухгалтера практический смысл запросов состоит в том, что они помогают быстрее ответить на рабочие вопросы:
- какие документы относятся к выбранному периоду;
- по каким контрагентам или договорам есть движения;
- где отсутствует нужная аналитика;
- какие данные попали в отчёт;
- почему итог одной выборки отличается от другой.
Язык запросов 1С предназначен для работы с объектами и механизмами платформы 1С. Поэтому переносить конструкции из другой системы без проверки нельзя: сначала нужно определить, где именно в конкретной конфигурации хранятся необходимые сведения.
Как устроена работа с запросом
Обычно задача начинается не с написания текста, а с постановки вопроса. Например, формулировка «показать продажи» недостаточна. Нужно определить организацию, период, вид документа, состояние проведения, валюту, подразделение, склад и требуемую детализацию.
После этого определяют источники данных. В зависимости от задачи ими могут быть справочники, документы, табличные части или регистры. Названия и состав объектов различаются между конфигурациями, поэтому универсальный текст запроса подходит не всегда.
Далее выбирают поля, задают условия отбора и при необходимости добавляют группировку. Если нужны итоговые суммы, важно заранее определить уровень аналитики. Одна и та же сумма может быть показана по организации, контрагенту, договору, документу или номенклатуре — и каждый вариант отвечает на отдельный вопрос.
Результат следует воспринимать как рабочую выборку, которую необходимо проверить. Для этого удобно взять небольшой понятный период и сопоставить несколько строк с документами и стандартными отчётами. Если итоги расходятся, нужно проверить условия отбора, статус документов, аналитику, даты и источник данных.
Что проверить бухгалтеру
Главный риск — получить технически корректную таблицу, которая неверно отвечает на бухгалтерский вопрос. Чтобы этого избежать, до использования результата стоит проверить:
- выбрана ли нужная организация;
- правильно ли задан период;
- учитываются ли только проведённые документы, если этого требует задача;
- не смешаны ли разные договоры, склады или подразделения;
- учтена ли необходимая детализация;
- отсутствует ли дублирование строк при сопоставлении нескольких источников;
- совпадает ли контрольный итог со стандартным отчётом или проверенной выборкой.
Отдельного внимания требуют доработанные базы. В них могут присутствовать дополнительные реквизиты, изменённые отчёты и нестандартные правила заполнения. После обновления конфигурации сложные внешние отчёты и обработки также следует перепроверить на тестовой копии базы.
Запрос не должен использоваться как единственное подтверждение правильности налогового учёта. При налоговой проверке налогоплательщик обязан представить учетную документацию, документы и сведения на бумажных или электронных носителях, а по требованию проверяющих — обеспечить доступ к просмотру данных программы автоматизации бухгалтерского и налогового учёта (ст. 161 НК РК). Запрос в такой ситуации служит способом поиска, сверки и подготовки информации, но его результат необходимо сопоставлять с учетной документацией.
Если документы, на основании которых определяются объекты налогообложения и налоговые обязательства, отсутствуют либо не представлены по требованию налогового органа, объекты налогообложения могут быть определены косвенным методом на основе сведений об активах, имуществе, обязательствах, обороте, доходах и расходах (ст. 173 НК РК). Поэтому найденные запросом расхождения важно разбирать по документам, а не исправлять только итоговую таблицу.
Когда нужна доработка или помощь специалиста
Простые задачи иногда решаются настройкой стандартного отчёта: пользователь выбирает отборы, группировки и нужные поля без изменения конфигурации. Перед разработкой отдельного решения стоит проверить, есть ли требуемая возможность в типовом функционале используемой версии.
Доработка оправдана, если необходимо регулярно объединять данные из разных объектов, рассчитывать показатели по установленному алгоритму, автоматически находить расхождения или формировать принятую в компании форму. Для постановки задачи полезно подготовить пример ожидаемой таблицы, расшифровку колонок, правила отбора и контрольный результат.
При разработке выборки нужно заранее зафиксировать, какие сведения относятся к первичным учетным документам, регистрам бухгалтерского учета и объектам налогообложения. Именно такие данные может потребовать налоговый орган при проверке, включая доступ к их просмотру в используемой информационной системе (ст. 160 НК РК). Это позволяет проверить не только итоговые суммы, но и возможность последовательно раскрыть их до исходных записей.
Налогоплательщик вправе предоставить стандартный файл проверки — данные бухгалтерского учета в электронном формате, который позволяет проводить анализ средствами информационных систем налогового органа (ст. 161 НК РК). Поэтому техническое решение для регулярной проверки базы целесообразно строить так, чтобы от итоговой строки можно было перейти к документам, регистрам и используемой аналитике.
Если выборка связана с ЭСФ, ЭАВР, онлайн-кассой или другим внешним сервисом, сначала проверяют полноту загрузки и состояние обмена. Ошибка подключения, неполная синхронизация или различие периодов отбора могут привести к тому, что корректно составленный запрос обработает не весь ожидаемый набор данных. После восстановления обмена контрольную выборку формируют повторно и сопоставляют с документами за тот же период.
Частые вопросы
Можно ли бухгалтеру работать с запросами без программирования? — Да, часть задач можно решить настройками стандартных отчётов. Для создания сложной выборки важно понимать структуру данных конкретной конфигурации и правила учета.
Почему запрос и стандартный отчёт показывают разные суммы? — Причиной могут быть разные периоды, отборы, состояние проведения документов, уровни аналитики или источники данных. Сравнивать нужно не только общий итог, но и расшифровку по документам.
Изменяет ли запрос данные в базе? — Выборка предназначена для получения данных. Однако внешняя обработка или доработка может содержать дополнительные действия, поэтому непроверенные решения сначала запускают на тестовой копии.
Нужно ли проверять запрос после обновления 1С? — Да, особенно если отчёт или обработка были доработаны. После обновления нужно убедиться, что используемые объекты и поля доступны, а контрольный результат совпадает с документами и стандартными отчётами.
Когда нужен технический анализ базы? — Он полезен, когда причина расхождения неясна, база существенно доработана, запрос работает медленно или задача затрагивает несколько подсистем и обменов. В рамках анализа проверяют источники данных, отборы, связи таблиц и расшифровку результата до документов.
Источники
- Налоговый кодекс Республики Казахстан, статья 160 «Права и обязанности должностных лиц налогового органа при проведении налоговой проверки».
- Налоговый кодекс Республики Казахстан, статья 161 «Права и обязанности налогоплательщика (налогового агента) при проведении налоговой проверки».
- Налоговый кодекс Республики Казахстан, статья 173 «Определение объектов налогообложения и (или) объектов, связанных с налогообложением, косвенным методом».