Порядок сортировки, установленный для базы данных, отличается от системного в 1С 7.7: как исправить

Ошибка «Порядок сортировки, установленный для базы данных, отличается от системного» появляется при запуске информационной базы 1С:Предприятие 7.7 и полностью блокирует вход. Причина почти всегда одна: кодовая страница, зашитая в файлы базы (обычно в словаре данных 1Cv7.DD или в таблицах DBF), не совпадает с региональными настройками Windows, под которыми запускается платформа.

Типичная ситуация — базу перенесли на новый компьютер или сервер, переустановили Windows, сменили язык системы для программ, не поддерживающих Юникод. В 1С 7.7 существуют две кодовые страницы: 1251 (кириллица) и 866 (DOS). Если база создана в кодировке 1251, а система настроена иначе — возникает конфликт, и платформа отказывается открывать базу, чтобы не испортить индексы и строковые данные.

Исправить ситуацию можно тремя путями: привести системные настройки Windows в соответствие с базой, изменить порядок сортировки самой базы через Конфигуратор либо применить обходное решение с подменой системных файлов. Ниже разобран каждый способ с условиями применения и рисками.

Что означает ошибка и когда она возникает

Платформа 1С 7.7 при открытии базы читает из словаря данных параметр кодовой страницы и сравнивает его с текущей системной локалью. Если значения не совпадают, вход блокируется. Это защитный механизм: при неверной кодировке строки сортировались бы неправильно, поиск перестал бы находить записи, а символы могли отображаться «кракозябрами».

Чаще всего ошибка проявляется в таких сценариях: перенос базы на компьютер с другой версией или языком Windows, обновление операционной системы, восстановление базы из архива, созданного на другой машине, работа в терминальном режиме, где у сервера и клиента разные региональные настройки.

Способ 1: настройка региональных параметров Windows

Самый безопасный и быстрый вариант — привести систему в соответствие с базой. Откройте Панель управления → «Часы и регион» → «Регион» → вкладка «Дополнительно» (в старых версиях Windows — «Язык и региональные стандарты» → «Дополнительно»). Нажмите «Изменить язык системы» и выберите «Русский (Россия)».

Обратите внимание на флажок «Бета-версия: использовать Юникод (UTF-8) для поддержки языка во всем мире» — он обязательно должен быть снят. Включённый UTF-8 ломает работу многих старых приложений, включая 1С 7.7. После изменения настроек перезагрузите компьютер и проверьте запуск базы.

1. 1
   Откройте Панель управления → Регион → вкладка «Дополнительно»
2. 2
   Нажмите «Изменить язык системы» и выберите «Русский (Россия)»
3. 3
   Снимите флажок бета-версии UTF-8, если он установлен
4. 4
   Перезагрузите компьютер
5. 5
   Запустите базу 1С 7.7 и убедитесь, что ошибка исчезла

Способ 2: изменение порядка сортировки базы в Конфигураторе

Если системные настройки менять нельзя (например, на сервере работают другие приложения, требующие иной локали), порядок сортировки меняют на стороне базы. Запустите 1С в режиме Конфигуратора в монопольном режиме — при несовпадении кодовых страниц платформа обычно предлагает открыть базу в Конфигураторе для исправления.

Далее откройте меню «Администрирование» → «Кодовая страница таблиц ИБ» (в некоторых релизах — «Установка кодовой страницы»). В списке выберите текущую системную кодовую страницу — как правило, «1251 — Кириллица (Windows)». Платформа перестроит индексы под новый порядок сортировки. На больших базах операция занимает заметное время и требует монопольного доступа: все пользователи должны выйти.

Способ 3: обходное решение для терминальных и смешанных сред

Когда ни системную локаль, ни базу трогать нельзя, применяют обходной приём: рядом с исполняемым файлом 1cv7.exe (или 1cv7l.exe для локальной версии) создают пустой файл с именем OrdNoChk.prm. Его наличие отключает проверку соответствия порядка сортировки при запуске.

Этот метод — именно обходной: он снимает защитную проверку, но не устраняет само несоответствие. Если кодировки реально различаются, возможны некорректная сортировка списков, проблемы с поиском и отображением символов. Поэтому OrdNoChk.prm допустим только когда база и система фактически работают в одной кодировке (1251), а конфликт вызван формальными различиями локали, что часто бывает в терминальных сессиях.

Проверка результата после исправления

После любого из способов откройте базу в режиме Предприятия и проверьте ключевые признаки корректной работы: списки справочников сортируются по алфавиту без аномалий, поиск по наименованию находит записи, русские буквы отображаются правильно, журналы документов открываются без ошибок.

Дополнительно полезно выполнить тестирование и исправление базы (Конфигуратор → Администрирование → Тестирование и исправление) в режиме проверки физической целостности — это подтвердит, что индексы и таблицы в порядке после манипуляций с кодовой страницей.

Контрольные точки

Как проверить результат

Запуск базы

Норма

Вход выполняется без сообщения о порядке сортировки

Тревожный признак

Ошибка повторяется или появляется новое сообщение о несоответствии

Сортировка справочников

Норма

Записи идут в алфавитном порядке А–Я

Тревожный признак

Строки расположены хаотично, буквы «Ё» и заглавные выпадают из порядка

Отображение текста

Норма

Кириллица читается корректно

Тревожный признак

Кракозябры или знаки вопроса вместо букв

Типичные ошибки при устранении проблемы

Частая ошибка — смена кодовой страницы базы без резервной копии. Вторая — попытка исправить проблему «симметрично» на всех машинах сети, когда достаточно поправить настройки одного компьютера. Третья — использование OrdNoChk.prm как постоянного решения при реально разных кодировках: это маскирует проблему и со временем приводит к порче данных при групповых обработках и обменах.

Также не стоит путать эту ошибку с проблемами доступа к файлам: если база лежит на сетевом диске, убедитесь, что у пользователя есть полные права на каталог, а сетевое подключение стабильно — иначе смена кодовой страницы может прерваться на середине.

Частые вопросы

Можно ли исправить ошибку без Конфигуратора?

Да, если проблема в настройках Windows: достаточно установить русский язык системы для программ без Юникода и перезагрузиться. Конфигуратор нужен только тогда, когда менять требуется саму базу.

Опасно ли менять кодовую страницу базы?

При соблюдении условий — монопольный доступ, резервная копия, стабильное питание и сеть — операция безопасна. Риск появляется при прерывании процесса, поэтому копия каталога базы обязательна.

Почему ошибка появилась после обновления Windows?

Обновление могло сбросить региональные параметры или включить бета-режим UTF-8. Проверьте язык системы для программ без Юникода и состояние флажка UTF-8.

Что делать, если база в кодировке 866 (DOS)?

Такие базы встречаются после переноса со старых систем. Рекомендуется конвертировать базу в кодовую страницу 1251 через Конфигуратор, поскольку современные версии Windows корректно работают именно с 1251.

Поможет ли переустановка платформы 1С?

Нет. Ошибка связана не с файлами платформы, а с несоответствием кодовых страниц базы и операционной системы. Переустановка не меняет ни то, ни другое.