Проанализируем ситуацию, из-за которой обычно и возникает вопрос “где взять количество, полученное из ЕАЭС”. В 1С при работе с импортом из ЕАЭС и (особенно) с прослеживаемыми товарами часто появляются формулировки вроде: «количество по уведомлению о ввозе», «количество по РНПТ», «количество к оформлению». При этом пользователь видит “своё” количество в поступлении, а “чужое” количество — в уведомлении/РНПТ, и не понимает: где это хранится в базе, чем оно заполняется и где его проверять.
Давайте разберем по шагам, какие именно “количества” бывают, в каких объектах 1С они живут, и как их корректно получить — как в интерфейсе, так и через запросы/код.
Сделаем важный шаг — разделим понятия. В 1С и в регламентированных процедурах по ЕАЭС фигурируют разные “количества”, и если их смешать, сверка никогда не сойдется.
Количество в учете (по документу поступления) — это то, что мы оприходовали на склад/в запасы по документу Поступление(Акт,Накладная,УПД) или аналогичному (в ERP/КА — ПриобретениеТоваровИУслуг). Это “наше” количество, в единицах учета номенклатуры, с нашими коэффициентами упаковок.
Количество “для прослеживаемости” (количество по РНПТ) — это количество в количественной единице прослеживаемости, которая привязана к коду ТН ВЭД/перечню прослеживаемых товаров. Оно может отличаться от складской единицы (например, “шт” в учете, но “кг/литр/м2” для прослеживаемости). В 1С это обычно отражается отдельными полями/табличными частями “по РНПТ”.
Количество “по уведомлению о ввозе” — это то количество, которое уходит в ФНС в составе документа/отчета УведомлениеОВвозеПрослеживаемыхТоваров (название может различаться в зависимости от конфигурации, но смысл один). Именно на основе уведомления ФНС присваивает РНПТ и возвращает его в ответе. Поэтому “количество по уведомлению” и “количество по РНПТ” логически связаны: РНПТ возникает для партии с определенным количеством.
Количество “к оформлению” в заявлении о ввозе товаров (косвенные налоги) — это уже про НДС при импорте из ЕАЭС и документ ЗаявлениеОВвозеТоваров. Важно: в типовой логике 1С количественная часть поступления учитывается по самому поступлению, а заявление о ввозе в основном отражает суммовые показатели (НДС, база, начисление/подтверждение). Поэтому искать “количество из ЕАЭС” только в заявлении — частая ошибка.
Теперь давайте договоримся о практике: если нам нужно “количество товара, полученное из ЕАЭС”, то чаще всего имеется в виду одно из двух:
Количество, фактически оприходованное по поступлению от поставщика из страны ЕАЭС (для складского учета и сверок с первичкой).
Количество, переданное в ФНС для присвоения РНПТ (для прослеживаемости и сверок “почему в уведомлении другое количество”).
Разберем обе задачи — и покажем, где их брать.
Рассмотрим подробнее базовый “пользовательский” путь, который подходит бухгалтеру/специалисту учета и дает быстрый ответ: какое количество 1С считает поступившим из ЕАЭС и какое количество 1С отправляет/связала с РНПТ.
Проверяем настройку функциональности, чтобы нужные подсистемы вообще формировали правильные записи. В типовых решениях это обычно включается в “Функциональности” (вкладки “Запасы/Внешняя торговля/НДС/Прослеживаемость”). Нам важно, чтобы были активированы опции уровня:
ИмпортныеТовары, ВнешняяТорговля, ПриобретениеИРеализацияПрослеживаемыхТоваров (наименование опций зависит от конфигурации, но смысл именно такой).
Почему это важно: при выключенной функциональности 1С может не записывать сведения об импорте в нужные регистры, а затем “нечего будет искать”.
Открываем поступление из ЕАЭС и фиксируем “учетное количество”. Берем документ Поступление(Акт,Накладная,УПД) (или ПриобретениеТоваровИУслуг) и смотрим табличную часть товаров. Это и есть наше базовое количество, которое попадает в складской учет.
Проверка смысла: если речь про “сколько получили по факту”, это именно здесь. Дальше это количество разнесется по остаткам и движениям товаров.
Проверяем, сформировались ли “сведения об импорте из ЕАЭС”. Во многих типовых конфигурациях при проведении поступления из ЕАЭС дополнительно делается запись в специальный регистр сведений вида ИмпортТоваровИзГосударствТаможенногоСоюза (название может слегка отличаться). Эти сведения используются для задач/контроля и для формирования процедур по ЕАЭС.
Логика: “учетное количество” живет в регистрах запасов, а “факт импорта из ЕАЭС как событие” — в отдельном регистре сведений. Именно этот регистр часто и воспринимают как “данные, полученные из ЕАЭС”.
Если товары прослеживаемые: смотрим “количество по РНПТ”. В документах поступления и/или в связанных документах прослеживаемости в 1С обычно есть отдельные строки/разрезы, где указывается:
РНПТ, количественная единица прослеживаемости, количество в этой единице.
Ключевой момент: “количество по РНПТ” может быть многострочным. То есть одна строка товара в поступлении может разложиться на несколько РНПТ (например, если партия пришла “сборная”, или если 1С автоматически подбирала РНПТ по остаткам/ФИФО).
Практический вывод: если вы сравниваете “количество в поступлении” с “количеством по РНПТ”, сначала приводим их к одной единице и одному разрезу.
Если формировали уведомление о ввозе прослеживаемых товаров: сверяем количество в уведомлении. В 1С уведомление заполняется на основе сопроводительных документов и данных учета. Именно это количество потом “возвращается” к вам в виде РНПТ (после ответа ФНС).
Важное правило: если в уведомление ушло количество “10,000” в единице прослеживаемости, а в учете “10 шт” — это не ошибка, пока единицы разные и коэффициент пересчета не равен 1.
На этом шаге мы уже можем ответить на основной вопрос “где посмотреть”:
Количество полученного товара — в поступлении и в отчетах по остаткам/движениям.
Количество, относящееся к импорту из ЕАЭС как операции — в регистре сведений импорта из ЕАЭС и/или в связанных документах внешней торговли.
Количество, ушедшее в ФНС для РНПТ — в уведомлении о ввозе прослеживаемых товаров и в строках “по РНПТ”.
Но часто этого мало: бухгалтеру или разработчику нужно именно вытащить “те самые данные” — например, собрать отчет “сколько товаров мы получили из ЕАЭС за период” или понять “откуда 1С взяла число для уведомления”. Тогда переходим к запросам/коду.
Разберем по шагам технический путь: как собрать данные программно и получить таблицу “Номенклатура — Количество — Поставщик — Документ — Дата”, именно для операций “поступление из ЕАЭС”.
Идея: не пытаемся “угадывать” количество из одного объекта. Вместо этого делаем связку:
Регистр сведений импорта из ЕАЭС → дает нам “какие поступления считать импортом из ЕАЭС”
и
Документы поступления (или их табличные части) → дают нам количество.
Ниже — примерный шаблон запроса. В реальной базе названия объектов и реквизитов могут отличаться, поэтому мы действуем так: сначала подтверждаем, что регистр РегистрСведений.ИмпортТоваровИзГосударствТаможенногоСоюза существует, затем подставляем точные имена полей (обычно “ДокументПоступления”, “Организация”, “Контрагент”, “Дата”, иногда “НомерЗаявления” и т. п.).
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Импорт.ДокументПоступления КАК ДокументПоступления,
| Импорт.Организация КАК Организация,
| Импорт.Контрагент КАК Контрагент,
| Импорт.Дата КАК ДатаИмпорта,
| Товары.Номенклатура КАК Номенклатура,
| Товары.Количество КАК Количество,
| Товары.ЕдиницаИзмерения КАК ЕдиницаИзмерения
|ИЗ
| РегистрСведений.ИмпортТоваровИзГосударствТаможенногоСоюза КАК Импорт
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ
| Документ.ПоступлениеТоваровУслуг.Товары КАК Товары
| ПО Товары.Ссылка = Импорт.ДокументПоступления
|ГДЕ
| Импорт.Дата МЕЖДУ &ДатаНач И &ДатаКон";
Запрос.УстановитьПараметр(""ДатаНач"", ДатаНач);
Запрос.УстановитьПараметр(""ДатаКон"", ДатаКон);
Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();
ПОКА Выборка.Следующий() ЦИКЛ
// Здесь формируем вывод/таблицу/отчет
КОНЕЦЦИКЛ;
Что мы получили: “все строки товаров” из тех поступлений, которые 1С пометила как “импорт из ЕАЭС”. Это и есть практический ответ на вопрос “как найти данные по количеству товара, полученные из ЕАЭС” — мы не ищем “вакуумное количество”, а получаем его из табличной части поступления, но фильтруем по факту ЕАЭС-импорта.
Типовые проблемы и что с ними делать:
В регистре импорта нет ссылки на документ поступления. Тогда используем альтернативный признак: страна регистрации контрагента или признак внешней торговли в самом документе поступления. И строим запрос по документам, где “страна контрагента = страна ЕАЭС”. Это менее надежно (страна может быть заполнена неверно), но как резервный вариант работает.
Поступление в ERP/КА не ПоступлениеТоваровУслуг. Тогда меняем источник табличной части на нужный документ (например, Документ.ПриобретениеТоваровУслуг.Товары) и корректируем соединение.
Теперь усложним задачу: если вопрос возник из-за РНПТ/уведомления, нам нужно не просто “количество в учете”, а “количество, которое ушло в прослеживаемость”. Переходим к следующему решению.
Рассмотрим подробнее самую “болезненную” часть. Пользователь видит, что “в уведомлении о ввозе количество совпадает с проверкой по РНПТ”, но не понимает: откуда 1С взяла это количество и где оно хранится.
Разберем по шагам, как это устроено в типовой логике:
РНПТ не берется из воздуха. Для ввоза из ЕАЭС по прослеживаемым товарам РНПТ присваивается на основании уведомления о ввозе: мы отправляем в ФНС сведения о товаре и количестве, а ФНС возвращает РНПТ для партии.
Количество “по РНПТ” в 1С ведется отдельно, потому что оно должно жить в “единице прослеживаемости”. Поэтому в документах и/или регистрах появляются отдельные разрезы “РНПТ → количество”. Это может быть:
— отдельная табличная часть “Прослеживаемость/РНПТ” в документе;
— отдельные движения в регистры прослеживаемости;
— связка “номера партии/РНПТ” со значением “количество”.
Одно и то же поступление может дать несколько строк по РНПТ. Например, если в одном поступлении пришло 100 шт, а РНПТ распределились на 60 и 40 (две партии), то “по РНПТ” будет две строки. Если затем часть партии вернули/скорректировали — появятся корректировки.
Если единицы измерения разные, расхождение “на глаз” — норма. Пример: в учете “10 коробок”, а для прослеживаемости “100 штук”. В этом случае:
— “10 коробок” — учетное количество;
— “100 штук” — количество в единице прослеживаемости.
Если мы сравниваем эти цифры напрямую, кажется, что “данные разные”, хотя это просто разные измерения.
Теперь посмотрим на пример, как это можно вытащить запросом. В типовых конфигурациях прослеживаемость часто хранится в связке “документ → РНПТ → количество”. Универсального имени регистра для всех конфигураций нет, поэтому мы используем методику:
Ищем в метаданных регистр/таблицу, где ключ — РНПТ, а ресурсы — Количество, и есть измерение ДокументОснование или Партия.
Строим отчет по движениям для конкретного поступления/периода.
Ниже приведем практический “скелет” запроса, который вы адаптируете под вашу конфигурацию, подставив реальное имя регистра прослеживаемости (часто встречаются варианты, содержащие “Прослеживаемость”, “РНПТ”, “Партии”).
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Данные.РНПТ КАК РНПТ,
| Данные.Номенклатура КАК Номенклатура,
| Данные.ЕдиницаПрослеживаемости КАК ЕдиницаПрослеживаемости,
| СУММА(Данные.Количество) КАК КоличествоПоРНПТ
|ИЗ
| РегистрНакопления.ПартииПрослеживаемыхТоваров.Обороты(&ДатаНач, &ДатаКон, , ) КАК Данные
|ГДЕ
| Данные.ДокументОснование = &ДокументПоступления
|СГРУППИРОВАТЬ ПО
| Данные.РНПТ,
| Данные.Номенклатура,
| Данные.ЕдиницаПрослеживаемости";
Запрос.УстановитьПараметр(""ДатаНач"", ДатаНач);
Запрос.УстановитьПараметр(""ДатаКон"", ДатаКон);
Запрос.УстановитьПараметр(""ДокументПоступления"", ДокументПоступления);
Результат = Запрос.Выполнить();
Что проверяем по результату:
Сумма КоличествоПоРНПТ по всем РНПТ должна сходиться с количеством в единице прослеживаемости, которое ушло в уведомление.
Если сумма не сходится — ищем причины: частичный возврат, корректировка, несоответствие единиц, пересортица партий, неверный коэффициент пересчета.
Ключевая причина расхождений, которую важно проговорить: 1С может не дать провести документ, если “количество по РНПТ” не соответствует “количеству строки товара” в нужном измерении. Именно поэтому в методических материалах и практиках встречается правило: “количество товаров по всем РНПТ должно соответствовать указанному в табличной части” — но подразумевается соответствие в корректной единице и в корректном разрезе (не всегда в “шт”).
Отдельно разберем ситуацию, когда проблема звучит так: “создаем заявление о ввозе товаров из ЕАЭС, а 1С пишет, что количество к оформлению не соответствует количеству в документе поступления”. Здесь важно понять механизм типового учета:
Количественный учет поступивших товаров фиксируется при поступлении. То есть количественная запись появляется в регистрах учетных остатков/партий/НДС-раздельного учета (в зависимости от конфигурации и настроек).
Документ ЗаявлениеОВвозеТоваров по ЕАЭС “добирает” в основном суммовые показатели (НДС к уплате, налоговая база и т. п.) по уже принятым к учету поступлениям. Поэтому искать “правильное количество” исключительно в заявлении — неэффективно: заявление опирается на базовые документы и их отбор.
Чтобы вместе найти причину расхождения, действуем так:
Сопоставляем перечень поступлений, которые попали в заявление. Частая ошибка: в заявлении выбрали не тот документ/не тот период/не тот склад/не ту организацию.
Проверяем, не было ли корректировок поступления. Если после первоначального оприходования сделали корректировку количества (акты расхождений, корректировки поступления, возвраты), то “количество к оформлению” могло быть рассчитано на старую версию данных.
Проверяем единицы измерения и коэффициенты. Очень часто “в документах вроде одинаково”, но фактически одна строка в “упак”, другая в “шт”, коэффициент пересчета отличается, и итоговая проверка вылезает как “+/- 100”.
Проверяем, не дробилась ли партия (особенно в ERP/КА): партии, серии, характеристики, разные склады/ячейки — всё это может приводить к тому, что “к оформлению” система считает не то, что пользователь ожидает увидеть “в одной строке”.
Если нужно диагностировать программно, используем “контрольный” запрос: получаем количество по табличной части поступления и количество “к оформлению” (если оно хранится в табличной части заявления/в подборе) и сравниваем по ключам “Номенклатура/Характеристика/Серия/Единица”. Это уже предметная отладка, но логика остается той же: сравниваем одинаковые разрезы.
Чтобы закрепить материал, давайте составим единый чек-лист, по которому вы вместе с коллегой (бухгалтером/разработчиком) быстро поймете, где искать “количество из ЕАЭС” именно в вашей задаче.
Определяем цель:
— нужен учетный приход “сколько оприходовали”;
— нужен “сколько отправили в ФНС для РНПТ”;
— нужен отчет “сколько импортировали из ЕАЭС за период”.
Если нужна учетная цифра:
Берем Поступление(Акт,Накладная,УПД) / ПриобретениеТоваровИУслуг и отчеты по движениям/остаткам. Сверяем единицу измерения.
Если нужна цифра для РНПТ:
Идем в документ УведомлениеОВвозеПрослеживаемыхТоваров и/или в строки “по РНПТ” в документах учета. Сверяем “количество в единице прослеживаемости”.
Если нужна аналитика “за период по ЕАЭС”:
Фильтруем поступления через РегистрСведений.ИмпортТоваровИзГосударствТаможенногоСоюза (или аналог) и подтягиваем количества из табличных частей поступлений. При необходимости группируем по контрагенту/стране/коду ТН ВЭД.
Если “не сходится”:
Сначала проверяем единицы и коэффициенты, затем корректировки/возвраты, затем разрезы партий/серий/характеристик, затем многострочность РНПТ.
Посмотрим на пример, как получить удобный итог: “Номенклатура — Количество — Единица”, без детализации по документам.
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Товары.Номенклатура КАК Номенклатура,
| Товары.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
| СУММА(Товары.Количество) КАК Количество
|ИЗ
| РегистрСведений.ИмпортТоваровИзГосударствТаможенногоСоюза КАК Импорт
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ
| Документ.ПоступлениеТоваровУслуг.Товары КАК Товары
| ПО Товары.Ссылка = Импорт.ДокументПоступления
|ГДЕ
| Импорт.Дата МЕЖДУ &ДатаНач И &ДатаКон
|СГРУППИРОВАТЬ ПО
| Товары.Номенклатура,
| Товары.ЕдиницаИзмерения
|УПОРЯДОЧИТЬ ПО
| Товары.Номенклатура";
Запрос.УстановитьПараметр(""ДатаНач"", ДатаНач);
Запрос.УстановитьПараметр(""ДатаКон"", ДатаКон);
Результат = Запрос.Выполнить();
Дальше можно расширять: добавлять группировку по контрагенту, стране, коду ТН ВЭД, договору, складу, ставке НДС, признаку прослеживаемости — в зависимости от того, какой именно смысл вы вкладываете в “полученные из ЕАЭС”.
Подведем итог и зафиксируем правильную модель:
Количество “полученного товара” берем из документов поступления и регистров учета запасов (это учетная реальность).
Признак “это именно импорт из ЕАЭС” берем из специальных механизмов внешней торговли (часто — из регистра сведений импорта из ЕАЭС), а не “по наитию”.
Количество для прослеживаемости (по РНПТ/уведомлению) берем из уведомления и/или разрезов “по РНПТ”, и обязательно контролируем единицу измерения и многострочность партий.
Если 1С требует “сверить количество”, то мы сравниваем одинаковые разрезы: номенклатура + единица + партии/РНПТ + корректировки, а не “одну цифру из строки” с “другой цифрой из уведомления”.
Информация носит справочный характер и требует адаптации под конкретную конфигурацию 1С, ее релиз, включенную функциональность и правила учета в вашей организации.