Выбор 1С 8.3: когда она нужна и какую редакцию взять

Платформа 1С:Предприятие 8.3 — актуальная линейка, на которой работают все современные конфигурации вендора: «Бухгалтерия предприятия», «Зарплата и управление персоналом», «Управление торговлей», ERP и другие. Если организация ещё работает на 7.7 или 8.2, вопрос перехода на 8.3 — это вопрос времени: поддержка старых версий прекращена, обновления законодательства выходят только под 8.3.

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

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

Когда переход на 1С 8.3 обязателен, а когда можно подождать

Обязательный переход наступает в трёх ситуациях. Первая — организация работает на 1С 7.7 или 8.2 и обязана сдавать актуальную отчётность: формы, форматы электронного документооборота и регламентированные отчёты под старые платформы не выпускаются. Вторая — покупка новой конфигурации: все современные продукты 1С поставляются только под платформу 8.3. Третья — требования контрагентов и операторов ЭДО, которые прекращают поддержку устаревших форматов обмена.

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

Как выбрать редакцию: базовая, ПРОФ или КОРП

Редакция определяет функциональные рамки, и это самая частая точка ошибки. Базовые версии подходят микробизнесу: одна организация, один пользователь, никаких доработок конфигурации, ограничения по учёту (например, нет учёта по нескольким организациям в одной базе и ряда сложных операций). Зато базовая версия заметно дешевле и не требует программной лицензии на платформу для одного пользователя.

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

Сравнение редакций

Базовая

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

ПРОФ

Многопользовательский режим, доработки, несколько организаций в базе. Оптимальна для большинства малых и средних компаний.

КОРП

Обособленные подразделения, сложная себестоимость, расширенная отчётность. Нужна крупным структурам; избыточна для простого учёта.

Какую конфигурацию выбрать под задачи учёта

Платформа 8.3 — это только основа; реальную работу определяет конфигурация. Для учёта и отчётности по общей или упрощённой системе стандартный выбор — «1С:Бухгалтерия 8». Если в компании больше нескольких сотрудников и нужны кадровый учёт, расчёт зарплаты, больничные и отчётность в фонды, добавляется «1С:Зарплата и управление персоналом 8». Торговым компаниям со складом, закупками и продажами подходит «1С:Управление торговлей 8».

Комплексные решения (ERP, «Комплексная автоматизация») оправданы, когда учёт разрозненными программами уже не справляется: производство, несколько складов, управленческий и регламентированный учёт в одном контуре. Брать комплексное решение «на вырост» без реальной потребности — ошибка: внедрение дороже, интерфейс сложнее, а большая часть функций будет простаивать.

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

Как выбрать конфигурацию

Нужен только бухгалтерский и налоговый учёт одной или нескольких организаций1С:Бухгалтерия 8, редакция по числу пользователей и структуре

Есть наёмные сотрудники и нужен расчёт зарплаты с кадровым учётомДобавьте 1С:Зарплата и управление персоналом 8 или рассмотрите комплексное решение

Основной бизнес — торговля со складом, заказами и ценообразованием1С:Управление торговлей 8 совместно с Бухгалтерией

Производство, несколько направлений, управленческий учёт в одной системеРассмотрите ERP или Комплексную автоматизацию с пилотным внедрением

Файловая база, клиент-сервер или облако

Файловый режим — база лежит в общей папке, сервер не нужен. Он работоспособен примерно до 5–10 одновременных пользователей при умеренном объёме данных. Признаки того, что файловый режим исчерпан: база регулярно «тормозит» в часы пик, возникают ошибки блокировок, время проведения документов растёт от месяца к месяцу. Дальнейшее масштабирование — переход на клиент-серверную архитектуру (SQL Server, PostgreSQL или другую поддерживаемую СУБД) с сервером 1С:Предприятия.

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

Лицензии: как не переплатить и не нарушить условия

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

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

Проверка готовности инфраструктуры перед внедрением

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

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

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

Типичные ошибки при выборе и как их избежать

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

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

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

Можно ли перенести данные из 1С 7.7 в 8.3 автоматически?

Для типовых конфигураций существуют штатные обработки переноса, которые переносят справочники и остатки. Проводки и нестандартные доработки автоматически не переносятся — их перенастраивают вручную. В любом случае перенос делается на копии с последующей сверкой остатков.

Сколько пользователей выдержит файловая база 1С 8.3?

Ориентировочно файловый режим комфортно работает примерно до 5–10 одновременных пользователей при умеренных объёмах данных. Точная граница зависит от размера базы, дисковой подсистемы и интенсивности ввода документов. Рост времени проведения и частые блокировки — сигнал к переходу на клиент-сервер.

Чем базовая версия отличается от ПРОФ технически?

Базовая версия ограничена одним пользователем, одной организацией в базе и не допускает изменения конфигурации и работы в клиент-серверном режиме. ПРОФ снимает эти ограничения. Апгрейд с базовой на ПРОФ возможен с зачётом стоимости по правилам вендора.

Нужен ли отдельный сервер для небольшой компании?

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

Что делать, если после обновления платформы конфигурация перестала запускаться?

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