Почему не подтягиваются цены в документ реализации в 1С:Управление торговлей 11 после переноса данных?

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

Разберем по шагам ключевые причины такого поведения программы и рассмотрим способы диагностики и исправления ошибки.

Причина 1. Некорректный справочник валют и отсутствие курсов

Одна из наиболее скрытых ошибок при переносе из 7.7 — создание дублирующего или некорректного элемента в справочнике Валюты. В 7.7 валюта часто именовалась строкой руб. или руб, тогда как в типовой конфигурации 1С:УТ 11 используется общероссийский классификатор валют (ОКВ) с символьным кодом RUB (код 643).

Если вид цены создан с валютой руб., а документ реализации или соглашение оформлены в системной валюте RUB, алгоритм подсистемы ценообразования обращается к регистру сведений КурсыВалют. Не найдя курса и кратности для пересчета между не связанными ссылками валют, программа не может вычислить итоговое значение, и цена остается незаполненной.

Для исправления ситуации выполним следующие действия:

1. Откроем справочник Валюты (раздел НСИ и администрирование → Валюты) и проверим, нет ли задвоенных валют (например, системная Российский рубль (RUB) и загруженная из переноса руб.).
2. Заменим ссылки на ошибочную валюту стандартной обработкой Поиск и удаление дублей или выберем корректную валюту RUB в карточке вида цены (ВидыЦен) и в документе Установка цен номенклатуры.
3. Проверим наличие актуальных курсов валют на дату оформления документа в регистре КурсыВалют.

Причина 2. Несоответствие версии подсистемы ценообразования (2.0 и 2.5)

В современных релизах 1С:УТ 11 реализовано два механизма ценообразования: версия 2.0 (11.0) и версия 2.5 (11.5). Они используют принципиально разные табличные части в документах и разные регистры сведений:

1. В ценообразовании 2.0 движения пишутся в регистр сведений ЦеныНоменклатуры из табличной части Товары.
2. В ценообразовании 2.5 движения пишутся в регистр сведений ЦеныНоменклатуры25 из табличной части Товары2_5.

Если перенос из 7.7 был выполнен старой обработкой, цены могли записаться в табличную часть Товары и регистр ЦеныНоменклатуры. Однако если в базе включена функциональная опция ИспользоватьЦенообразование25, проведение реализации и прайс-лист будут искать записи исключительно в регистре ЦеныНоменклатуры25.

Проверим соответствие настроек:

1. Перейдем в НСИ и администрирование → CRM и продажи → Настройка цен.
2. Посмотрим, какая функциональная опция активна. Если база работает на новой версии, воспользуемся сервисом Переход на ценообразование версии 2.5 для корректного переноса данных между регистрами.
3. Откроем регистры через Функции для технического специалиста и убедимся, что на дату реализации в активном регистре (ЦеныНоменклатуры или ЦеныНоменклатуры25) присутствуют записи по нужной номенклатуре и виду цены.

Причина 3. Статусы и периоды действия документов установки цен

В документе Установка цен номенклатуры необходимо обратить внимание на реквизит Статус:

1. Если в конфигурации включено согласование цен, документ с незаполненным статусом или статусом Не согласован не формирует движений в регистрах цен. Статус обязательно должен быть установлен в значение Согласован (или Действует).
2. Проверим дату и время документа установки цен. Если реализация проводится той же датой, но время документа установки цен позже времени реализации, срез последних на момент проведения не увидит цену. Документы ввода начальных цен рекомендуется проводить началом дня (00:00:00) или датой, предшествующей началу ведения учета.

Причина 4. Параметры типовых и индивидуальных соглашений

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

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

Причина 5. Дубли единиц измерения и упаковок

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