Почему 1С — это плохо: честный разбор слабых мест платформы

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

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

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

Высокая совокупная стоимость владения

Ценник на коробку — только начало. Реальные расходы складываются из лицензий на платформу и конфигурации, клиентских лицензий на каждое рабочее место, подписки на информационно-технологическое сопровождение (ИТС), оплаты внедрения, доработок и постоянной поддержки. Для серверного варианта добавляются лицензии на СУБД, если используется Microsoft SQL Server.

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

При сравнении с альтернативами важно считать не цену покупки, а стоимость за 3–5 лет эксплуатации: лицензии, обновления, доработки, инфраструктура, персонал. Именно на этом горизонте разница между решениями становится очевидной.

Болезненные обновления и доработанные конфигурации

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

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

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

Зависимость от экосистемы и франчайзи

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

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

Добавьте сюда зависимость от политики самого вендора: изменения лицензирования, состава подписок, требований к версиям платформы. Компания-пользователь на эти решения не влияет, но обязана под них подстраиваться.

Архитектурные ограничения платформы

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

Файловый режим работы, популярный у небольших компаний из-за простоты, имеет жёсткие ограничения: при росте числа пользователей и объёма данных база начинает тормозить, возникают блокировки и ошибки. Переход на клиент-серверный вариант решает проблему, но требует сервера, СУБД и администратора — то есть снова денег.

Отдельная тема — блокировки при параллельной работе. Пользователи сталкиваются с ошибками «конфликт блокировок» при одновременном проведении документов, особенно в нагруженных базах. Борьба с этим требует грамотной оптимизации кода и настроек СУБД, то есть опять квалифицированных специалистов.

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

Как понять, что база переросла файловый режим

Скорость проведения документов

Норма

Документы проводятся за секунды без заметных пауз

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

Проведение занимает десятки секунд, пользователи жалуются на зависания

Одновременная работа

Норма

Пользователи работают параллельно без конфликтов

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

Регулярные ошибки блокировок при одновременном вводе данных

Размер и обслуживание базы

Норма

База стабильна, регламентные операции выполняются быстро

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

Тестирование и исправление занимает часы, растёт число сбоев

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

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

Оптимизация — отдельная дисциплина: нужно анализировать запросы, индексы, планы выполнения на стороне СУБД, переписывать неудачные участки кода. Типовой франчайзи «на подхвате» такую работу обычно не делает — нужен профильный специалист по производительности, а их услуги стоят дорого.

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

Интерфейс и пользовательский опыт

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

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

Справедливости ради: веб-клиент и мобильные клиенты развиваются, и работать через браузер стало удобнее. Но по части пользовательского опыта 1С по-прежнему проигрывает современным облачным сервисам, спроектированным с нуля под простого пользователя.

Большинство жалоб на «неудобный интерфейс» решается не сменой системы, а настройкой: скрытием неиспользуемых разделов, выводом нужных команд на панель, ролевой настройкой прав. Час работы настройщика экономит пользователям десятки часов в месяц.

Когда 1С действительно не подходит и что делать

Есть сценарии, где недостатки платформы перевешивают её сильные стороны. Микробизнесу с простым учётом часто рациональнее облачные сервисы с фиксированной подпиской и без внедрения. Компаниям с уникальными бизнес-процессами иногда дешевле разработать решение на общепринятом стеке, чем годами платить за доработки и обновления нетиповой конфигурации.

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

Маршрут решения

Как выбрать действие

Учёт простой, пользователей мало, доработок нетСравните стоимость владения 1С с облачными сервисами учёта за 3–5 лет

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

База тормозит, но процессы устраиваютИнвестируйте в оптимизацию и переход на клиент-серверный режим, а не в смену системы

Бизнес-процессы уникальны и постоянно меняютсяОцените разработку на открытом стеке — долгосрочно это может быть дешевле вечных доработок

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

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

Значит ли это, что 1С вообще не стоит использовать?

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

Почему программисты часто критикуют 1С?

Главные причины — закрытый встроенный язык, специфическая среда разработки и несовместимость навыков с общим рынком IT. Опыт разработки на 1С почти не конвертируется в другие технологии, а привычные инженерные практики (системы контроля версий, автоматическое тестирование, CI/CD) внедряются с трудом, хотя инструменты для этого существуют.

Можно ли обновлять доработанную конфигурацию без рисков?

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

Что дешевле для небольшой компании: 1С или облачный сервис?

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

Как не попасть в зависимость от одного франчайзи?

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

Уходят ли компании с 1С и куда?

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