← На главную

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

Разберем детально, почему возникает эта проблема и как правильно восстановить целостность базы данных, чтобы отчеты снова показывали корректные цифры.

Выясним причину появления «битых» ссылок

Для начала проанализируем ситуацию с технической точки зрения. В системе 1С данные хранятся в разных таблицах. Информация о движениях товаров записывается в Регистры накопления (в нашем случае это ТоварыНаСкладах), а информация о самих операциях — в таблицы Документов. Запись в отчете в виде «, » или «Объект не найден» означает нарушение ссылочной целостности: запись в регистре есть, а самого документа, который ее породил, в базе больше не существует.

Рассмотрим подробнее основные причины такого сбоя:

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

Решение 1: Использование механизма «Тестирование и исправление»

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

Важно: Перед началом любых манипуляций обязательно создайте резервную копию базы данных (файл .dt)!

Зайдем в режим «Конфигуратор», выберем меню Администрирование — Тестирование и исправление. В появившемся окне нам необходимо выбрать правильные настройки в разделе «При наличии ссылок на несуществующие объекты»:

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

Также обязательно установите флажок «Пересчет итогов». В 1С итоги хранятся в отдельных таблицах для ускорения работы отчетов. Иногда «фантомные» минусы возникают именно из-за рассинхронизации основной таблицы движений и таблицы итогов.

Проанализируем результат после завершения процедуры. Как правило, после создания объектов «пустые» регистраторы превращаются в документы, которые можно идентифицировать и исправить вручную.

Решение 2: Исправление через документ «Корректировка записей регистров»

Если база данных имеет огромный объем и полное тестирование займет слишком много времени, рассмотрим альтернативный вариант. В УТ 10.3 существует типовой инструмент — документ КорректировкаЗаписейРегистров.

Посмотрим на алгоритм действий:

1. Создаем новый документ КорректировкаЗаписейРегистров.
2. В настройках состава регистров выбираем ТоварыНаСкладах.
3. Вручную добавляем строку, которая «зеркально» отражает битую запись. Например, если в отчете висит расход с битым регистратором, мы делаем приход на ту же номенклатуру, характеристику и склад.

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

Решение 3: Восстановление последовательности и партионный учет

В конфигурации «Управление торговлей 10.3» количественный учет тесно связан с партионным. Если вы устранили «битую» ссылку в регистре ТоварыНаСкладах, это еще не гарантирует корректность себестоимости. Информация о стоимости товара хранится в регистре ПартииТоваровНаСкладах.

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

1. Проверить отчет «Ведомость по партиям товаров на складах».
2. Запустить процедуру «Восстановление последовательности партионного учета» (меню Операции — Проведение документов — Восстановление последовательностей).

Только после перепроведения партий финансовый результат в отчетах будет соответствовать действительности.

Профилактика возникновения ошибок

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

• Никогда не удаляйте документы непосредственно (нажатием кнопки Delete). Используйте только стандартную процедуру: Пометка на удаление — Операции — Удаление помеченных объектов. Эта обработка автоматически проверяет все связи и не позволит удалить документ, если по нему есть движения в регистрах.
• Регулярно (раз в месяц или квартал) проводите профилактическое тестирование базы с включенным пересчетом итогов.
• Если вы используете самописные обработки для очистки базы, всегда проверяйте наличие в коде метода Удалить(). Перед его вызовом обязательно должна идти проверка на наличие движений через Движения.Прочитать() и их последующая очистка.

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