Дело в том, что все периодические значения хранятся в файле 1SCONST.DBF. Большую часть этих периодических значений составляют цены. При значительном количестве типов цен (входная, минимальная, оптовая, розничная и так далее) и большом ассортименте товаров и достаточно активной работе с ценами (их изменение) файл 1SCONST может превратиться в монстра.
Почему это может произойти? Ответ из собственного опыта – грабли, которые были пройдены.
Когда конфигурации самописные, существует вероятность того, что документы или обработки изменяющие цены не контролируют изменилась ли цена или нет и не нулевая ли она
и просто устанавливают некое значение на новую дату. При этом – меняем цены на 10 товаров, а они устанавливаются на все товары (или на ту группу с которой работали).
Так было у меня по первости. Вот когда 1SCONST разрастается очень быстро.
Обработка удаляет дублирующиеся или нулевые значения цен. Обработка не универсальная – вам придётся проставить количество и сами типы использующихся цен.
Кроме того у нас цены – реквизит справочника номенклатура, если они у вас в подчинённом справочнике – это тоже нужно будет подправить.
Обработка работает и в режиме теста (по умолчанию), то есть можно посмотреть что у вас творится, а потом уже удалять или нет.
Удачи.