Как исправить ошибки в отчете об операциях с прослеживаемыми товарами и настроить права доступа в 1С:ERP

Программист 1С v8.3 (Управляемые формы) Налоговый учет
← На главную

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

Анализ структуры запроса и проблема задвоения данных

Рассмотрим типовой запрос, который используется в отчете об операциях с прослеживаемыми товарами. Основным источником данных служит РегистрСведений.ОперацииСПрослеживаемымиТоварами. Проблема часто кроется в механизме соединения этого регистра с регистрами накопления для получения стоимостных показателей.

Проанализируем фрагмент кода, вызывающий вопросы у разработчиков:


ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.СебестоимостьТоваров КАК СебестоимостьТоваров
    ПО (ТоварыОрганизаций.Регистратор = СебестоимостьТоваров.Регистратор)
        И (ТоварыОрганизаций.Организация = СебестоимостьТоваров.Организация)
        И (ТоварыОрганизаций.АналитикаУчетаНоменклатуры = СебестоимостьТоваров.АналитикаУчетаНоменклатуры)
        И (ТоварыОрганизаций.ВидЗапасов = СебестоимостьТоваров.ВидЗапасов)

В чем заключается техническая ловушка? Регистр СебестоимостьТоваров в 1С:ERP имеет специфику формирования записей. После выполнения процедуры закрытия месяца система может создавать по одному и тому же регистратору две разные строки: одна фиксирует движение количества, а другая — корректировку стоимости (доп. расходы, отклонения и т.д.). При выполнении простого соединения по регистратору и аналитике без фильтрации по типу записи, запрос «подхватывает» обе строки. В результате сумма в отчете удваивается, хотя количество по РНПТ остается корректным.

Для решения этой проблемы при разработке собственных вариантов отчета или исправлении типовых через расширение, мы рекомендуем:

  1. Добавлять условие на тип записи или проверять, чтобы соединение происходило только с теми движениями, которые содержат стоимостные показатели в релевантных ресурсах.
  2. Использовать агрегированные данные из оборотов регистров, предварительно сгруппированные по ключам аналитики.
  3. Проверять наличие установленных патчей от компании «1С», так как подобные ошибки в СКД (схема компоновки данных) оперативно исправляются в обновлениях конфигурации.

Логика распределения данных по регистрам отчетности

Разберем, почему некоторые документы попадают в отчет об операциях, а другие — нет. В системе реализовано разделение потоков данных на основе перечисления ПорядокОтраженияВОтчетностиПоПрослеживаемости. Важно понимать следующие правила:

  1. Книга покупок и Книга продаж: Сюда попадают операции купли-продажи между плательщиками НДС. Если документ (например, РеализацияТоваровУслуг) уже отражен в книге продаж, он не должен дублироваться в отчете об операциях.
  2. Отчет об операциях: Сюда включаются «нетипичные» движения товара, такие как:
    • Передача товара в производство или использование для собственных нужд (код 13).
    • Списание при инвентаризации или порче (код 15).
    • Реализация товаров физическим лицам (код 17).
    • Продажа товаров неплательщикам НДС (субъектам на УСН/Патент).

Проанализируем ситуацию: если в регистре ОперацииСПрослеживаемымиТоварами для записи установлен статус ОтчетОбОперациях, система ожидает увидеть эту строку в итоговой декларации. Если вы видите пустой отчет, проверьте заполнение реквизита ТипДокументаВПрослеживаемости в первичном документе.

Настройка прав доступа к рабочему месту РНПТ

Часто возникает ситуация, когда бухгалтер имеет все необходимые роли (например, Чтение остатков прослеживаемых товаров или Редактирование операций), но не видит пункт меню в разделе «НСИ и администрирование». Выясним причину этой проблемы.

Интерфейсная панель «Учет прослеживаемых товаров» в 1С:ERP реализована через объект Обработка.ПанельАдминистрированияУчетПрослеживаемыхТоваров. Чтобы она стала доступна пользователю, необходимо:

  1. Убедиться, что включена функциональная опция УчетПрослеживаемыхТоваров (Настройки НСИ -> Учет НДС).
  2. Проверить наличие роли Управление подсистемой прослеживаемости.
  3. Важный нюанс: В ERP доступ к разделам администрирования часто жестко ограничен ролью Полные права. Если бухгалтеру нужно работать только с операциями, попробуйте передать ему прямую ссылку на обработку. Для этого используйте сочетание клавиш Ctrl+F11 и введите адрес объекта: e1cib/app/Обработка.ПанельАдминистрированияУчетПрослеживаемыхТоваров.

Если ссылка открывается, но раздела в меню нет — значит, проблема в настройке навигации интерфейса «Такси». В таком случае рекомендуется добавить обработку в раздел «Избранное» или создать для пользователя «Профиль групп доступа», включающий роль Просмотр раздела НСИ и администрирование, но с ограниченными правами внутри самого раздела.

Методика проверки данных перед подачей отчетности

Чтобы избежать штрафов и ошибок, рассмотрим алгоритм совместной проверки данных программистом и бухгалтером:

  1. Сверка регистров накопления и сведений: Основное количество товара хранится в регистре ТоварыОрганизаций. Если там числится расход товара с РНПТ, но в регистре ОперацииСПрослеживаемымиТоварами записи нет — отчет будет неполным.
  2. Использование Помощника: В 1С:ERP предусмотрено рабочее место «Помощник формирования отчетности по прослеживаемости». Мы настоятельно рекомендуем использовать его, а не формировать отчет «напрямую» через меню отчетов. Помощник автоматически проверяет несоответствия и предлагает создать недостающие записи в регистре операций.
  3. Контроль кодов ТН ВЭД: Проверьте, чтобы у всей номенклатуры, подлежащей прослеживаемости, в карточке был указан верный код ТН ВЭД и установлен признак прослеживаемости. Без этого система проигнорирует движения в запросе, даже если в документе указан номер ГТД.

Таким образом, для корректной работы отчетности необходимо не только следить за обновлениями конфигурации (в которых исправляются ошибки соединений в запросах), но и правильно распределять права доступа, используя специализированные рабочие места для контроля данных.

← На главную