← На главную

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

---

Часть 1. Разбор аномалии с ценами: почему в оприходовании за прошлый месяц подставилась новая цена?

Рассмотрим типичную ситуацию. Инвентаризация в магазине фактически завершена и оформлена 30 апреля. Документ «Оприходование товаров» датирован 30.04 (23:30). Новые розничные цены были утверждены документом «Установка цен номенклатуры» со следующего дня — 01.05 (07:00). Тем не менее, открыв документ оприходования за апрель, мы обнаруживаем, что товар в нем оценен уже по новым майским ценам. При этом принудительное нажатие кнопки «Пересчитать по ценам» возвращает корректную апрельскую цену.

Выясним причины, почему программа ведет себя подобным образом.

1. Человеческий фактор и особенности изменения даты документа

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

1. Пользователь создает новый документ «Оприходование товаров» (например, уже находясь в рабочем дне 1 мая или позже).
2. Программа автоматически устанавливает текущую дату и время создания документа. На этот момент в системе уже действуют новые цены от 01.05.
3. Пользователь заполняет табличную часть товарами (путем подбора, сканирования или на основании приказа на пересчет). При заполнении строки программа обращается к регистру сведений Цены номенклатуры на текущую дату документа и подставляет актуальные на тот момент цены (новые, повышенные цены).
4. После заполнения табличной части пользователь вспоминает, что документ необходимо провести в рамках прошлого периода (апрелем), и вручную меняет дату документа на 30.04 (23:30).

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

2. Механизм отложенного применения цен номенклатуры

В конфигурации «1С:Розница» используется двухэтапная схема изменения цен:

1. Создается документ Установка цен номенклатуры, который фиксирует цены в центральной базе.
2. Для ввода этих цен в действие непосредственно на кассовых узлах и в торговых точках используется документ Применение цен номенклатуры.

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

3. Синхронизация в распределенных информационных базах (РИБ)

Если учет ведется в многомагазинной сети с использованием РИБ, документы и справочники мигрируют между базами посредством пакетов обмена. Смещение часовых поясов на серверах филиалов, неверно установленное системное время на рабочих станциях или задержки в регистрации пакетов обмена могут приводить к тому, что документ «Установка цен» регистрируется в базе магазина раньше или позже фактического проведения оприходования, сбивая временную последовательность записей в регистре сведений.

Как предотвратить появление неверных цен в будущем?

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

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

---

Часть 2. Почему расходятся остатки в регистрах «Товары на складах» и «Товары организаций»?

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

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

В идеально настроенной системе количественные показатели этих двух регистров должны совпадать. Однако на практике возникает множество факторов, приводящих к их рассинхронизации.

Основные причины расхождения регистров:

1. Использование ордерного склада

Если для склада включена ордерная схема документооборота, то складской и финансовый учет разделены во времени:

• Приход и расход физического товара оформляются документами Приходный ордер на товары и Расходный ордер на товары. Эти документы делают движения только по регистру Товары на складах.
• Бумажное и финансовое оформление (переход права собственности) отражается документами Поступление товаров или Реализация товаров (а также Отчет о розничных продажах). Они делают движения по регистру Товары организаций.

Если ордер проведен, а накладная еще не оформлена (или наоборот), остатки по регистрам неизбежно разойдутся на величину этого временного разрыва.

2. Продажи «в минус» при отключенном контроле остатков

Если в настройках программы отключен совместный контроль остатков товаров на складах и организаций, кассиры получают возможность продавать товар, которого фактически нет в системе. Это приводит к возникновению отрицательных остатков. При этом складской регистр может уйти в минус, а финансовый регистр заблокирует списание неопределенной партии товара, из-за чего возникнет перекос данных.

3. Схема «Интеркампани» (передачи товаров между организациями)

В розничной сети часто торгуют от имени нескольких юридических лиц. Если товар, принадлежащий «Организации А», продается на кассе, привязанной к «Организации Б», то:

• Складской остаток списывается сразу (ведь физически товар покинул полку).
• В регистре Товары организаций возникает зависший отрицательный остаток по «Организации Б» и избыточный положительный остаток по «Организации А».

Эта ситуация должна закрываться в конце отчетного периода специальным документом Передача товаров между организациями. Если этот документ не сформирован, регистры будут постоянно расходиться.

4. Ошибки проведения документов комплектации и разукомплектации

При сборке наборов или разборке товаров на комплектующие документы могут делать некорректные движения. Особенно часто это происходит, если операции комплектации выгружаются из управляющей системы (например, «1С:Управление торговлей») с нарушением правил сопоставления складов и организаций.

---

Как локализовать и исправить расхождения: пошаговое руководство

Проанализируем методику поиска и исправления ошибок в остатках.

Шаг 1. Анализ с помощью Универсального отчета

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

1. Перейдем в раздел Администрирование — Печатные формы, отчеты и обработки — Универсальный отчет.
2. Выберем тип объекта «Регистр накопления».
3. Сформируем первый отчет по регистру Товары на складах (таблица «Остатки и обороты») с группировкой по номенклатуре и складу.
4. В соседней вкладке сформируем аналогичный отчет по регистру Товары организаций.
5. Сравним итоговые показатели. Найдем позиции номенклатуры, по которым наблюдаются расхождения в количественном выражении.

Шаг 2. Детализация до документа-регистратора

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

• Посмотрим, какой конкретно документ нарушил баланс между складом и организацией.
• Выясним, проводился ли по этой номенклатуре ордер без финансового документа или наоборот.
• Проверим правильность заполнения реквизитов «Склад» и «Организация» в найденном документе-источнике ошибки.

Шаг 3. Использование помощника оформления передач

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

1. Перейдем в раздел Финансы — Передачи товаров.
2. Запустим команду автоматического заполнения или воспользуемся помощником оформления передач.
3. Программа проанализирует продажи «чужого» товара и предложит автоматически создать документы Передача товаров. Проведем их и проверим, ушли ли расхождения по регистру Товары организаций.

Шаг 4. Восстановление последовательности и пересчет итогов

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

1. Выполним групповое перепроведение документов за анализируемый период, чтобы восстановить правильную последовательность списания партий.
2. Если отчеты все равно показывают расхождения, которых нет в движениях документов, выполним тестирование и исправление базы данных. Для этого запустим базу в режиме Конфигуратор, перейдем в меню Администрирование — Тестирование и исправление, установим флажок «Пересчет итогов» и нажмем кнопку «Выполнить». Эта процедура полностью обновит виртуальные таблицы остатков в СУБД.

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