Что было до 1С 8: эволюция платформы от DOS до 7.7

До выхода платформы «1С:Предприятие 8» компания 1С выпускала несколько поколений программ, и самой массовой из них стала версия 7.7. Именно на ней в конце 1990-х — начале 2000-х работало большинство российских предприятий, и многие базы 7.7 эксплуатируются до сих пор. Понимание того, что предшествовало «восьмёрке», важно на практике: при миграции данных, поддержке старых учётных систем и чтении унаследованного кода.

Линейка продуктов развивалась последовательно: ранние DOS-версии, затем Windows-платформы 6.0 и 7.0, затем 7.5 и наконец 7.7, ставшая промышленным стандартом своего времени. Каждое поколение меняло язык разработки, формат хранения данных и архитектуру клиент-серверного взаимодействия.

Ранние версии: DOS-эпоха и первые Windows-продукты

Первые программы фирмы 1С работали под MS-DOS и представляли собой отдельные учётные решения — «1С:Бухгалтерия» для DOS широко распространилась именно в таком виде. Это были однопользовательские приложения с текстовым интерфейсом, минимальными возможностями настройки и хранением данных в простых файловых форматах.

С переходом на Windows появилась «1С:Бухгалтерия 6.0» — уже с графическим интерфейсом, но всё ещё как закрытое прикладное решение без полноценной платформы для разработки. Пользователь мог вести учёт, но не мог существенно менять логику программы под свои задачи.

Ключевой перелом произошёл с выходом «1С:Предприятие 7.0»: продукт превратился из отдельной программы в платформу с конфигуратором, встроенным языком и разделением на технологическую основу и прикладные конфигурации («Бухгалтерия», «Торговля и склад», «Зарплата и кадры»). Именно эта идея — платформа плюс конфигурации — затем была унаследована восьмой версией.

Платформа 7.5 и переход к 7.7

Версия 7.5 развивала компонентную модель: система состояла из компонент «Бухгалтерский учёт», «Оперативный учёт» и «Расчёт», которые могли комбинироваться в одной конфигурации. Это позволило строить комплексные решения, где торговые документы автоматически формировали бухгалтерские проводки.

Версия 7.7 стала итогом развития линейки. Она получила устойчивую работу в многопользовательском режиме (в том числе с терминальным доступом), поддержку SQL-варианта хранения данных наряду с файловым DBF, развитые средства отладки и обширную библиотеку типовых конфигураций. Массовое распространение 7.7 объясняется именно сочетанием низкой стоимости внедрения и достаточной для малого и среднего бизнеса функциональности.

Архитектура и хранение данных в 1С 7.7

Файловый вариант 7.7 хранил данные в таблицах формата DBF с индексами CDX, а метаданные конфигурации — в файле 1Cv7.MD. Журналы документов, справочники и регистры представляли собой отдельные DBF-файлы в каталоге базы. Такой формат легко копировался, но был уязвим: при аварийном завершении работы индексы нередко разрушались, и базу приходилось восстанавливать.

SQL-вариант использовал Microsoft SQL Server как хранилище, при этом платформа сама управляла структурой таблиц. Прямая правка данных в SQL минуя платформу была рискованной, так как целостность обеспечивалась логикой 1С, а не ограничениями СУБД.

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

Встроенный язык и конфигуратор версии 7

Встроенный язык седьмой платформы — процедурный, с русскоязычным синтаксисом и модульной структурой: глобальный модуль, модули документов, справочников, отчётов и обработок. Объектная модель была проще, чем в восьмой версии, а механизм запросов — собственным, с синтаксисом, отличным от SQL и от языка запросов 1С 8.

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

// Пример синтаксиса 1С 7.7: модуль документа
Процедура ОбработкаПроведения()
    Спр = СоздатьОбъект("Справочник.Номенклатура");
    ВыбратьСтроки();
    Пока ПолучитьСтроку() = 1 Цикл
        Регистр.ОстаткиТоваров.Товар = Товар;
        Регистр.ОстаткиТоваров.Количество = Количество;
        Регистр.ОстаткиТоваров.ДвижениеРасход();
    КонецЦикла;
КонецПроцедуры

Чем 1С 8 отличается от 7.7: ключевые изменения

Восьмая платформа переписала архитектуру: вместо DBF — собственный формат файловой базы или полноценный клиент-серверный режим с трёхзвенной архитектурой. Язык запросов стал декларативным и близким к SQL, появилась система компоновки данных для отчётов, управляемые формы и веб-клиент.

Практический вывод из сравнения: код и данные 7.7 не переносятся в восьмую версию автоматически. Требуется либо типовой переход через правила конвертации, либо перенос остатков и справочников с последующим ведением учёта уже в новой системе.

Как мигрировать с 1С 7.7 на современную версию

Типовой путь — использование обработок переноса данных, которые фирма 1С поставляет для перехода с типовых конфигураций 7.7 на актуальные решения. Для сильно доработанных баз применяется «Конвертация данных», где правила обмена настраиваются вручную под конкретные объекты.

Рекомендуемая стратегия — переносить справочники и остатки на дату начала ведения учёта в новой системе, а историю документов оставлять в архивной базе 7.7 в режиме «только чтение». Полный перенос многолетней истории документов технически возможен, но трудоёмок и часто не окупается.

1. 1
   Снимите полную копию каталога базы 7.7 и проверьте её восстановление на тестовом компьютере
2. 2
   Проведите инвентаризацию доработок: какие объекты и отчёты изменены относительно типовой конфигурации
3. 3
   Выберите целевую конфигурацию 1С 8 и проверьте наличие типовых правил перехода
4. 4
   Выполните тестовый перенос справочников и остатков, сверьте контрольные итоги по счетам и складам
5. 5
   Перенесите остатки на дату старта, запустите учёт в новой базе, а базу 7.7 переведите в архивный режим

Стоит ли продолжать работать на 7.7

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

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

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