Как получить предпоследнюю цену в 1С

В типовых конфигурациях 1С цены номенклатуры хранятся в периодическом регистре сведений «Цены номенклатуры» (в УТ 11, ERP, КА 2) или «Цены номенклатуры контрагентов». Получить последнюю цену просто — для этого есть виртуальная таблица «СрезПоследних». А вот предпоследнюю цену штатным срезом не достать: потребуется либо запрос с сортировкой по периоду, либо программный обход записей регистра.

Задача получения предпоследней цены возникает при анализе динамики ценообразования: нужно сравнить текущую цену с предыдущей, вычислить процент изменения, найти товары с резким скачком цены или восстановить цену, действовавшую до последнего изменения. Ниже разобраны рабочие способы для запроса и встроенного языка, с ограничениями каждого подхода.

Важный нюанс: «предпоследняя» цена — это не цена на какую-то дату, а вторая по счёту запись при сортировке истории цен от новых к старым. Если цена менялась дважды в один день, порядок внутри дня определяется моментом времени записи (документом-регистратором), и это нужно учитывать при сортировке.

Где хранятся цены и почему срез последних не подходит

В конфигурациях УТ 11, ERP 2, КА 2 цены фиксируются в периодическом регистре сведений «ЦеныНоменклатуры» с измерениями «Номенклатура», «ВидЦены» (и «Характеристика» при использовании характеристик). Регистратором выступает документ «Установка цен номенклатуры». В УТ 10.3 и УПП 1.3 структура похожая, но регистр подчинён регистратору напрямую.

Виртуальная таблица «СрезПоследних» возвращает ровно одну запись на комбинацию измерений — самую позднюю на указанную дату. Никаких параметров «вторая по счёту» у неё нет. Поэтому для предпоследней цены нужно обращаться к физической таблице регистра (РегистрСведений.ЦеныНоменклатуры без уточнения виртуальной таблицы) и работать с полем «Период».

Способ 1: запрос с двойным «ВЫБРАТЬ ПЕРВЫЕ»

Классический приём: сначала выбрать две последние записи по убыванию периода, затем из этих двух взять одну, отсортировав по возрастанию. Это самый компактный вариант для одного товара и одного вида цен.

ВЫБРАТЬ ПЕРВЫЕ 1
Т.Цена КАК ПредпоследняяЦена,
Т.Период КАК ДатаУстановки
ИЗ
(ВЫБРАТЬ ПЕРВЫЕ 2
Цены.Период КАК Период,
Цены.Цена КАК Цена
ИЗ
РегистрСведений.ЦеныНоменклатуры КАК Цены
ГДЕ
Цены.Номенклатура = &Номенклатура
И Цены.ВидЦены = &ВидЦены
УПОРЯДОЧИТЬ ПО
Цены.Период УБЫВ) КАК Т
УПОРЯДОЧИТЬ ПО
Т.Период

Внутренний запрос берёт две самые свежие записи, внешний переворачивает их и оставляет более раннюю из пары — это и есть предпоследняя цена. Если в истории всего одна запись, результат будет пустым, и это следует обрабатывать в коде.

Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ ПЕРВЫЕ 1 Т.Цена ИЗ (ВЫБРАТЬ ПЕРВЫЕ 2 Цены.Период, Цены.Цена ИЗ РегистрСведений.ЦеныНоменклатуры КАК Цены ГДЕ Цены.Номенклатура = &Номенклатура И Цены.ВидЦены = &ВидЦены УПОРЯДОЧИТЬ ПО Цены.Период УБЫВ) КАК Т УПОРЯДОЧИТЬ ПО Т.Период";
Запрос.УстановитьПараметр("Номенклатура", Товар);
Запрос.УстановитьПараметр("ВидЦены", ВидЦены);
Выборка = Запрос.Выполнить().Выбрать();
Если Выборка.Следующий() Тогда
    ПредпоследняяЦена = Выборка.Цена;
Иначе
    ПредпоследняяЦена = Неопределено; // истории изменений нет
КонецЕсли;

Способ 2: предпоследние цены сразу для списка товаров

В отчётах обычно нужна предпоследняя цена не для одного товара, а для всей номенклатуры. Построчный обход с запросом в цикле — плохое решение по производительности. Правильный подход — один запрос с нумерацией записей через соединение таблицы самой с собой или через пакет с временными таблицами.

Практичный вариант: сначала найти две максимальные даты установки цены по каждому товару, затем соединиться с регистром по второй дате. Для поиска второй максимальной даты используют группировку по максимальному периоду среди записей, которые меньше общего максимума.

ВЫБРАТЬ
Цены.Номенклатура КАК Номенклатура,
Цены.ВидЦены КАК ВидЦены,
МАКСИМУМ(Цены.Период) КАК ПредпоследнийПериод
ПОМЕСТИТЬ ВТ_Периоды
ИЗ
РегистрСведений.ЦеныНоменклатуры КАК Цены
ВНУТРЕННЕЕ СОЕДИНЕНИЕ (
ВЫБРАТЬ
Т.Номенклатура КАК Номенклатура,
Т.ВидЦены КАК ВидЦены,
МАКСИМУМ(Т.Период) КАК МаксПериод
ИЗ
РегистрСведений.ЦеныНоменклатуры КАК Т
СГРУППИРОВАТЬ ПО
Т.Номенклатура, Т.ВидЦены) КАК Последние
ПО Цены.Номенклатура = Последние.Номенклатура
И Цены.ВидЦены = Последние.ВидЦены
И Цены.Период < Последние.МаксПериод
СГРУППИРОВАТЬ ПО
Цены.Номенклатура,
Цены.ВидЦены
;
ВЫБРАТЬ
П.Номенклатура,
П.ВидЦены,
Цены.Цена КАК ПредпоследняяЦена,
П.ПредпоследнийПериод КАК ДатаУстановки
ИЗ
ВТ_Периоды КАК П
ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры КАК Цены
ПО Цены.Номенклатура = П.Номенклатура
И Цены.ВидЦены = П.ВидЦены
И Цены.Период = П.ПредпоследнийПериод

Такой запрос выполняется одним обращением к базе и подходит для отчётов на СКД. Минус — при очень больших объёмах регистра соединение с самим собой может быть тяжёлым; в этом случае ограничивайте выборку отбором по нужной номенклатуре или периоду.

Способ 3: программный обход выборки

Когда логика сложнее, чем «вторая запись» — например, нужно пропустить нулевые цены или записи конкретного автора — удобнее обойти выборку в коде. Запрос возвращает историю по убыванию периода, а в цикле считаем записи и берём вторую подходящую.

Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
|   Цены.Период, Цены.Цена
|ИЗ
|   РегистрСведений.ЦеныНоменклатуры КАК Цены
|ГДЕ
|   Цены.Номенклатура = &Номенклатура
|   И Цены.ВидЦены = &ВидЦены
|УПОРЯДОЧИТЬ ПО
|   Цены.Период УБЫВ";
Запрос.УстановитьПараметр("Номенклатура", Товар);
Запрос.УстановитьПараметр("ВидЦены", ВидЦены);

Выборка = Запрос.Выполнить().Выбрать();
НомерЗаписи = 0;
ПредпоследняяЦена = Неопределено;
Пока Выборка.Следующий() Цикл
НомерЗаписи = НомерЗаписи + 1;
Если НомерЗаписи = 2 Тогда
ПредпоследняяЦена = Выборка.Цена;
Прервать;
КонецЕсли;
КонецЦикла;

Этот вариант проще отлаживать и легко модифицировать: можно взять не вторую, а третью запись, отфильтровать записи по условию или заодно собрать всю историю изменений для анализа. Для одиночных обращений по производительности он сопоставим с запросным способом.

1. 1
   Определите регистр, в котором хранятся цены в вашей конфигурации (ЦеныНоменклатуры или ЦеныНоменклатурыКонтрагентов)
2. 2
   Напишите запрос к физической таблице регистра с отбором по номенклатуре и виду цен
3. 3
   Добавьте упорядочивание по периоду по убыванию и ограничение ВЫБРАТЬ ПЕРВЫЕ 2
4. 4
   Оберните во внешний запрос с ВЫБРАТЬ ПЕРВЫЕ 1 и обратной сортировкой или обработайте выборку в коде
5. 5
   Проверьте результат на товаре с известной историей изменения цен

Сравнение подходов и выбор варианта

Выбор способа зависит от контекста: разовая проверка, отчёт по всей номенклатуре или сложная бизнес-логика. Все три варианта корректны, различаются производительностью и гибкостью.

Проверка результата и контрольные точки

Проверить правильность проще всего вручную: откройте карточку товара, перейдите к истории цен (в УТ 11 — панель навигации «Цены номенклатуры») и сравните вторую сверху запись с результатом запроса. Даты и значения должны совпасть.

Типичные ошибки и ограничения

Ещё одно ограничение касается прав доступа: если у пользователя нет права чтения регистра цен, запрос выполнится с ошибкой или вернёт пустой результат при RLS. В отчётах для менеджеров без доступа к ценам закупки это частая причина «не работающего» запроса.

Практический сценарий: процент изменения цены

Частая прикладная задача — показать в отчёте текущую цену, предпоследнюю и процент изменения. Для этого в запрос соединяются срез последних (текущая цена) и описанный выше механизм получения предпоследней. Процент считается как (Текущая − Предпоследняя) / Предпоследняя × 100, с защитой от деления на ноль через ВЫБОР.

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

Частые вопросы