При обслуживании розничных точек продаж технические специалисты часто сталкиваются с проблемой катастрофического роста объемов баз данных 1С на рабочих местах кассиров. База «раздувается» за счет накопления старых чеков, документов продаж и движений по регистрам накопления. Естественным желанием в условиях дефицита времени становится быстрая очистка таблиц вручную: удалить документы, очистить «тяжелые» регистры накопления и оставить только самое необходимое. Однако такой подход таит в себе огромные риски.
Давайте подробно разберем, какие регистры сведений (РС) категорически запрещено очищать, даже если перед вами сильно кастомизированная («самописная») конфигурация на базе старой «1С:Управление торговлей». Проанализируем последствия их удаления и рассмотрим безопасные сценарии оптимизации кассовой базы.
Если полностью очистить регистры этой группы, кассиры не смогут продать ни одного товара, а работа розничной точки будет полностью заблокирована.
РегистрСведений.Штрихкоды или РегистрСведений.ШтрихкодыНоменклатуры): Один из самых критически важных регистров. Он хранит связи между физическими штрихкодами на упаковках товаров и элементами справочника номенклатуры. Если вы очистите этот регистр, сканеры на кассах продолжат считывать коды, но система выдаст ошибку «Товар не найден». Вводить товары вручную по артикулу в розничном потоке невозможно.ДействиеСкидокНаценок, УсловияПредоставленияСкидок): Вся дисконтная система, накопительные программы покупателей, автоматические скидки и акции завязаны на регистры сведений. Без них розничные продажи пойдут исключительно по базовым ценам, что приведет к жалобам покупателей и финансовым потерям.ЧекиККМ.Данная группа регистров обеспечивает работоспособность самой платформы 1С и механизмов разграничения прав доступа.
РегистрСведений.НастройкиПользователей): Здесь хранятся критически важные привязки пользователей к конкретным складам, кассам ККМ, основным организациям и правам доступа. Очистка приведет к тому, что кассир при запуске сеанса не сможет открыть кассовую смену, так как программа «забудет», за какой кассой и складом закреплен данный сотрудник.РегистрСведений.ЗначенияСвойствОбъектов): В данном регистре хранятся дополнительные реквизиты и свойства номенклатуры, контрагентов и документов. Очень часто на свойствах номенклатуры завязаны критически важные алгоритмы ценообразования или отборов в кассовом интерфейсе.Даже если ваша конфигурация сильно переработана, ее фундаментом, скорее всего, выступают механизмы БСП. Очистка этих РС может повредить логику работы ядра платформы.
РегистрСведений.ВерсииПодсистем): Этот регистр содержит информацию о текущей версии конфигурации и установленных обновлениях. Внимание! Если вы очистите этот регистр, то при первом же запуске система решит, что база данных запущена впервые после глобального обновления. Запустятся длительные монопольные обработчики обновления данных, которые могут выполняться часами, зависнуть или полностью разрушить структуру данных.Поскольку кассовая база регулярно обменивается данными с центральной (основной) базой, очистка регистров интеграции уничтожит механизмы сопоставления объектов.
РегистрСведений.СоответствияОбъектовИнформационныхБаз): Главный регистр для распределенных систем. Он хранит связи между уникальными идентификаторами (GUID) элементов в кассовой и центральной базах. Если вы очистите этот регистр и запустите обмен, 1С потеряет связь между объектами. Как результат — при первом же сеансе синхронизации система создаст тысячи дублей номенклатуры, контрагентов, складов и договоров в обеих базах.Рассмотрим важную особенность периодических регистров сведений, о которой часто забывают начинающие специалисты. Архитектурно периодический регистр (например, УчетнаяПолитика, ЦеныНоменклатуры, КурсыВалют) может содержать всего одну или несколько записей. Но эти записи определяют параметры работы системы на годы вперед.
Если вы примените грубую очистку по датам (например, «удалить все записи старше этого года»), вы можете случайно удалить ту самую единственную запись учетной политики, созданную пять лет назад. Без действующей записи учетной политики система потеряет информацию о налогообложении (ОСНО, УСН, Патент) и кассовый аппарат начнет выдавать ошибки при попытке фискализации чека.
Для того чтобы оценить масштабы и найти самые «тяжелые» таблицы в вашей базе перед началом любых работ, рекомендуется выполнить следующий запрос в режиме «1С:Предприятие» через консоль запросов для предварительного анализа структуры метаданных:
ВЫБРАТЬ
ИмяТаблицы,
РазмерТаблицы
ИЗ
СистемнаяТаблицаАнализаРазмераБД
УПОРЯДОЧИТЬ ПО
РазмерТаблицы УБЫВ
(Примечание: в реальной практике на СУБД MS SQL или PostgreSQL для получения точного физического размера таблиц администраторы используют стандартные отчеты СУБД, например "Disk Usage by Top Tables").
Вместо опасного и непредсказуемого ручного удаления записей из таблиц базы данных «на скорую руку», мы рекомендуем использовать один из двух профессиональных и безопасных подходов.
Это самый надежный способ получить легкую кассовую базу без истории старых документов, но со всеми необходимыми настройками.
Если механизмы РИБ не используются, можно создать чистую копию базы и «нежно» перенести туда только критически важные объекты.
.cf исходной базы).УниверсальныйОбменДаннымиXML выгрузите из старой базы только необходимые объекты:
Номенклатура, Склады, Кассы, Пользователи;Штрихкоды, ЦеныНоменклатуры (актуальный срез), НастройкиПользователей, ПараметрыПодключенияПодключаемогоОборудования.Подведем итог: Попытка ручной очистки таблиц базы данных 1С в условиях спешки практически всегда оборачивается аварийной остановкой работы кассовой зоны. Всегда используйте создание чистого образа базы или специализированные инструменты миграции данных, чтобы гарантировать сохранность системной логики и непрерывность торговых процессов.