Ситуация, когда при восстановлении последовательности документов в 1С-Рарус: Торговый комплекс. Продовольственные товары (ТКПТ) система выдает ошибку о нехватке остатков, является классической для розничной торговли. Проблема обычно проявляется сообщением вида: Превышение 0,164 кг. Дальнейшее восстановление возможно только после исправления документа. В данной статье мы подробно разберем, почему возникает эта ошибка, как она влияет на последующие инвентаризации и какие шаги необходимо предпринять для приведения учета в порядок.
Первым делом проанализируем разницу между оперативным и неоперативным проведением документов в 1С. Это ключ к пониманию ситуации. Когда оператор создает документ текущей датой (в реальном времени), программа часто настроена на «послабления». В настройках параметров учета или в правах доступа может быть разрешено списание в минус, чтобы не останавливать продажи в торговом зале, если приходная накладная еще не успела «доехать» до базы.
Однако процедура восстановления последовательности всегда выполняется в режиме неоперативного проведения. В этом режиме система игнорирует все пользовательские разрешения на отрицательные остатки и строго проверяет наличие товара на конкретную секунду времени (в нашем примере — 11.03.2021 17:20:21). Если по регистрам ТоварыНаСкладах на этот момент числится 1,976 кг, а вы пытаетесь переместить 2,14 кг, система справедливо прерывает процесс. Недостающие 0,164 кг — это «хвост» из прошлого, который нужно найти и устранить.
Рассмотрим важный вопрос автора: изменит ли исправление документа итоги инвентаризаций, проведенных позже? Ответ однозначный: изменит.
Разберем механизм работы инвентаризации в ТКПТ. Документ инвентаризации (или ведомость учета остатков) фиксирует «факт» и сравнивает его с «учетным остатком». Учетный остаток — это расчетная величина, которая складывается из всех приходов и расходов до момента инвентаризации. Если мы изменим количество в документе от 11 марта, то на все последующие даты (апрель, май и т.д.) книжный остаток изменится. Следовательно, изменятся и суммы излишков или недостач, которые были зафиксированы в тех инвентаризациях.
Для того чтобы эффективно устранить ошибку, не разрушив при этом учет за несколько лет, воспользуемся следующими методами.
Прежде чем что-то менять, нам нужно понять, где именно возник «разрыв». Сформируем отчет Ведомость по товарам на складах (или аналогичный в ТКПТ) с детализацией до Регистратора (документа) и установим фильтр по проблемному товару. Нам нужно смотреть остаток не на конец дня, а после каждого документа.
Проанализируем ситуацию: возможно, в этот же день, но на 5 минут позже, был оформлен приход этого товара. В 1С время документа имеет критическое значение. Если перемещение (расход) записано на 17:20, а поступление — на 17:30, то в 17:20 товара еще физически «нет» на остатке для программы.
Если мы обнаружили, что приход был в тот же день, но позже расхода, нам достаточно изменить время документов. Переместим Поступление товаров на 08:00:00 (начало дня), а Перемещение товаров оставим на вечер. После этого попробуем снова запустить восстановление последовательности. В большинстве случаев это решает проблему без изменения количественных показателей.
Если выяснится, что товара действительно не хватало (например, забыли внести накладную или ошиблись при приемке), у нас есть два пути:
Оприходование товаров датой 11.03.2021 и временем 17:20:20 (на одну секунду раньше проблемного перемещения). Оприходуем недостающие 0,164 кг. Это позволит последовательности «проглотить» документ и идти дальше.Обратим внимание на то, что разница составляет всего 164 грамма. В конфигурациях Рарус для весового товара часто возникают ошибки округления при пересчете из одной единицы измерения в другую (например, из коробок в килограммы). Проанализируем карточку товара: корректно ли указаны коэффициенты пересчета? Если ошибка вызвана математическим округлением, возможно, стоит временно разрешить программе списывать товар без контроля остатков именно для этого прогона (только если вы понимаете риски изменения себестоимости).
Если таких ошибок сотни, программисты могут использовать программный метод проверки остатков перед перепроведением. Рассмотрим пример логики запроса, который помогает выявить проблемные позиции до запуска массового восстановления:
// Пример логики запроса для проверки остатков
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ТоварыНаСкладахОстатки.Номенклатура,
| ТоварыНаСкладахОстатки.КоличествоОстаток
|ИЗ
| РегистрНакопления.ТоварыНаСкладах.Остатки(&МоментВремени, Номенклатура = &Товар) КАК ТоварыНаСкладахОстатки";
Запрос.УстановитьПараметр("МоментВремени", ДокументСсылка.МоментВремени());
Запрос.УстановитьПараметр("Товар", СтрТовар.Номенклатура);
// ... дальнейший анализ результата
Если ваша цель — не идеальная история за 2021 год, а актуальные остатки сегодня, рассмотрите следующий алгоритм:
Списание товаров и Оприходование товаров выровняйте учетные данные с фактическими.Важно: При работе с конфигурациями Рарус ТКПТ всегда проверяйте Буфер обмена с кассовым ПО. Иногда ошибки возникают из-за того, что данные о продажах загрузились дважды или не в ту смену, что создает фиктивный дефицит товара на складе.
Подводя итог: исправление документа за 2021 год — процедура болезненная для отчетности. Рекомендуем сначала попробовать метод «сдвига по времени» или точечного оприходования недостачи прямо перед проблемным документом, чтобы минимизировать влияние на финансовый результат прошлых периодов.