При обновлении типовых конфигураций 1С (чаще всего Бухгалтерии предприятия) мы можем столкнуться с ошибкой реструктуризации базы данных: «Превышено максимальное количество видов субконто у счетов...». В данном примере речь идет о счете 98.01, но ситуация актуальна и для других счетов — для автоматизации работы с ним подойдёт обработка учета и списания доходов будущих периодов.
Давайте подробно разберем, почему возникает эта ошибка, почему ее не всегда видно в Конфигураторе и как правильно ее исправить, не потеряв данные учета.
Для понимания сути проблемы нам нужно обратиться к свойствам объекта метаданных ПланСчетов (обычно это план счетов Хозрасчетный). У него есть важное свойство — Максимальное количество субконто. В типовых решениях это значение чаще всего установлено равным 3.
Ошибка возникает из-за конфликта между пользовательскими настройками и обновлением от поставщика. Проанализируем сценарий:
Многих смущает тот факт, что если зайти в Конфигуратор и открыть предопределенные счета, мы увидим там только 3 субконто. Это происходит потому, что Конфигуратор отображает структуру новой конфигурации поставщика, которую мы пытаемся применить, и еще не «знает» о пользовательских субконто, добавленных в режиме Предприятия, пока не начнется фаза реструктуризации таблиц базы данных. Перед внесением масштабных изменений в структуру плана счетов полезно провести анализ конфигурации и расширений на наличие ошибок, чтобы убедиться в корректности всех модулей и отсутствии конфликтов — в этом поможет инструментарий для анализа структуры метаданных и поиска ссылок.
В интернете можно найти советы просто удалить «лишнее» субконто в настройках плана счетов в режиме Предприятия перед обновлением. Давайте рассмотрим риски этого метода.
Важно понимать: Удаление вида субконто приводит к потере аналитики в проводках.
Если вы удалите субконто, восстановить данные простым возвращением настройки назад не получится — связи в таблицах базы данных будут утеряны безвозвратно. Кроме того, при некорректной настройке аналитики может возникнуть ошибка в порядке субконто в записи проводок, что в дальнейшем приведет к проблемам при обмене данными между базами.
Рассмотрим три стратегии действий в зависимости от вашей ситуации.
Часто бывает, что пользователи добавили субконто «на всякий случай», но фактически движений по нему не делали. В этом случае мы можем смело удалять настройку.
<...>, значит, аналитика не используется. В случае, если счетов с потенциальным превышением много, используйте пакетное формирование бухгалтерских отчетов для быстрой массовой проверки.Если аналитика нужна и удалить её нельзя, самый быстрый способ для технического специалиста — разрешить системе использовать 4 субконто. Однако это сделает конфигурацию нетиповой в части свойств Плана счетов.
ПланыСчетов — Хозрасчетный.Этот метод позволяет сохранить все данные и успешно обновиться. Минусы: незначительное увеличение размера базы (добавляются поля в таблицы итогов) и необходимость следить за этим свойством при последующих сравнениях-объединениях.
Если мы хотим остаться на типовом лимите (3 субконто) и сохранить данные, необходимо перенести остатки.
Резюмируем: Ошибка возникает из-за превышения лимита аналитики. Перед любыми действиями обязательно сделайте резервную копию. Если данные по пользовательскому субконто не нужны — удаляйте его в Предприятии. Если нужны — увеличьте лимит субконто в Конфигураторе до 4-х.