Что было до 1С: как вели учёт до появления программы

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

Каждый этап оставил след в современной учётной практике. Картотеки и арифмометры сформировали документооборот, вычислительные центры на ЕС ЭВМ — идею централизованной обработки данных, а первые бухгалтерские программы для ПК — саму нишу, которую затем заняла 1С. Понимание этой преемственности полезно и при миграции данных со старых систем, и при работе с архивами организаций.

Ручной учёт: картотеки, арифмометры и счёты

До середины XX века бухгалтерский учёт на советских предприятиях вёлся полностью вручную. Основные инструменты бухгалтера — журналы-ордера, ведомости, картотеки на картонных карточках и механические счётные приспособления: русские счёты, арифмометры «Феликс», позже клавишные счётные машины. Каждая операция записывалась пером, а затем шариковой ручкой с копиркой, итоги подсчитывались на счётах или арифмометре.

Особенностью этого периода была жёсткая регламентация форм. Типовые формы первичных документов и журнально-ордерная система учёта были утверждены централизованно, и бухгалтер работал строго внутри них. Именно отсюда в современные программы перешли оборотно-сальдовые ведомости, шахматные ведомости и сама логика двойной записи, которую 1С лишь автоматизировала, но не изобрела.

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

Счётно-перфорационные машины и первые вычислительные центры

С 1950-х годов на крупных предприятиях и в отраслевых ведомствах появились машиносчётные станции — предшественники вычислительных центров. Данные пробивались на перфокартах, а счётно-перфорационные машины сортировали их, группировали и печатали табуляграммы — сводные ведомости. Так автоматизировали расчёт зарплаты, учёт материалов и готовой продукции.

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

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

Эпоха ЕС ЭВМ: централизованная обработка учёта

С 1970-х годов основой автоматизации стали большие ЭВМ серии ЕС (советская адаптация архитектуры IBM System/360), а также машины серии СМ. На предприятиях и в облпотребсоюзах создавались вычислительные центры, где учётные задачи решались пакетным способом: данные сдавали в ВЦ, а на выходе получали распечатанные машинограммы — расчётные ведомости, своды по материалам, обороты по счетам.

Программы писались на COBOL, PL/I, ассемблере и Фортране штатными программистами ВЦ под конкретное предприятие. Готовых коробочных решений не существовало: каждая система была уникальной, а её изменение при смене плана счетов или форм отчётности требовало переписывания кода. Это и стало главной уязвимостью модели — она не успевала за изменениями законодательства.

Тем не менее именно на ЕС ЭВМ сложилась профессия «программист учётных задач» и появились первые автоматизированные системы управления предприятием (АСУП), которые пытались объединить учёт, планирование и склад. Опыт АСУП позже пригодился создателям ERP-класса решений, включая конфигурации 1С для производства.

Первые бухгалтерские программы для персональных компьютеров

Перелом наступил в конце 1980-х — начале 1990-х с массовым появлением IBM PC-совместимых компьютеров. Учёт переехал из вычислительного центра прямо на стол бухгалтера. Появился рынок коробочных программ, и среди них несколько продуктов, которые старшие специалисты помнят до сих пор.

• «Финансы без проблем» (разработка Хакерс Дизайн) — одна из самых массовых программ начала 1990-х, работала под DOS, обслуживала сотни тысяч предприятий.
• «Инфо-Бухгалтер» — популярная система с сетевой версией, активно использовалась в средних организациях.
• «Турбо-Бухгалтер» (фирма «ДИЦ») — конкурировала за счёт скорости и простоты освоения.
• «Парус» — изначально ориентировался на бюджетные организации и позже удержал эту нишу.
• «Инфин», «БЭСТ», «КомТех» и десятки региональных разработок, занимавших локальные ниши.

Большинство этих программ работало под DOS, использовало файловые базы данных форматов dBase/FoxPro и имело жёстко зашитую логику. План счетов и проводки можно было настраивать в ограниченных пределах, но изменить саму методологию учёта под специфику предприятия — практически невозможно. Каждое изменение налогового законодательства означало ожидание обновления от разработчика.

Почему 1С вытеснила предшественников

Первая версия «1С:Торговля» вышла в 1992 году, а переломным стал выпуск платформы «1С:Предприятие» с бухгалтерским компонентом во второй половине 1990-х. Конкурентное преимущество строилось на трёх принципиальных решениях.

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

Ранние программы против 1С

DOS-программы (Финансы без проблем и др.)

Дешевле и проще, но жёсткая логика, ручные проводки, зависимость от обновлений разработчика

1С:Предприятие

Открытый конфигуратор, документоориентированный учёт, сеть партнёров-внедренцев; требует более мощной техники и настройки

Самописные системы на Clipper/FoxPro

Точно под задачи предприятия, но зависимость от одного программиста — уходил он, умирала система

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

Что делать, если в организации остались данные старых систем

На практике наследие до-1С-эпохи всплывает при смене учётной системы, реорганизации или запросах архивных данных за давние периоды. Основные сценарии: старые базы FoxPro от DOS-программ, самописные системы на Clipper, архивы распечаток и выгрузки в текстовых файлах.

1. 1
   Инвентаризируйте источники: определите формат баз (DBF, текстовые файлы, только бумага) и доступность старого компьютера или программы
2. 2
   Выгрузите данные в открытый формат: DBF, CSV или хотя бы печатные формы, которые можно распознать
3. 3
   Переносите только остатки на дату перехода (сальдо по счетам, остатки складов, задолженности), а не всю историю операций
4. 4
   Сверьте итоги: оборотно-сальдовая ведомость в новой системе должна сойтись со старой копейка в копейку
5. 5
   Сохраните старую базу в режиме «только чтение» как архив для возможных проверок

Главный принцип миграции — не пытаться перенести всю историю документов. Это дорого, долго и почти всегда приводит к расхождениям. Правильная практика — ввод начальных остатков на дату старта новой системы с последующей сверкой, а старая база консервируется как архив.

Если старая программа не запускается на современном оборудовании, файлы DBF обычно можно открыть напрямую — их читают табличные процессоры и специальные конвертеры. Это часто единственный способ извлечь данные из системы, разработчик которой давно исчез.

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

Какая программа была главным конкурентом 1С в 1990-е?

Наиболее массовой была «Финансы без проблем» — по разным оценкам, её использовали сотни тысяч предприятий. Также заметные позиции занимали «Инфо-Бухгалтер», «Турбо-Бухгалтер» и «Парус». Все они проиграли из-за закрытости кода и отсутствия партнёрской сети внедрения.

Можно ли сегодня открыть данные старой DOS-программы?

Часто да. Большинство таких программ хранило данные в файлах DBF, которые открываются конвертерами и табличными редакторами. Сама программа может не запуститься на современной ОС без эмулятора DOS, но данные из файлов извлекаются напрямую.

Почему в 1С до сих пор есть «ручные проводки», если программа сама их формирует?

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

Что использовали бюджетные организации до 1С?

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

Нужно ли переносить историю из старой системы при переходе на 1С?

Как правило, нет. Стандартная практика — ввод начальных остатков на дату перехода и сверка оборотно-сальдовой ведомости. Полный перенос документов оправдан только при жёстких требованиях к сквозной аналитике, но стоит заметно дороже.

Почему самописные учётные системы проиграли коробочным продуктам?

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