1С:Документооборот до 50 рабочих мест: честный расчёт окупаемости

Вопрос «окупится ли 1С:Документооборот за восемь месяцев» мне задают почти на каждой предпроектной встрече. Короткий ответ: да, если проект позволяет отказаться от запланированного найма или устраняет измеримые потери; по одной бумаге и курьерам — почти наверняка нет. Ниже я сверяю лицензионный чек с актуальным прайсом 1С, показываю две модели расчёта и разбираю условный проект транспортной компании «Автодор-Экспресс», 95 сотрудников и 42 автоматизированных рабочих места. Отдельно исправляю две опасные ошибки: ПРОФ нельзя автоматически приравнивать к КОРП по интеграционным возможностям, а срок окупаемости нельзя считать без трёх месяцев внедрения.

Сколько стоит запуск на 40–50 рабочих мест

Начинаю с официального прайса. Рекомендованная розничная цена электронной поставки «1С:Документооборот 8 ПРОФ» с артикулом 2900001850278 составляет 63 100 рублей. Электронная поставка «1С:Документооборот 8 КОРП», артикул 2900001850285, стоит 327 100 рублей. «1С:Документооборот государственного учреждения 8. Электронная поставка», артикул 2900001850346, — 205 800 рублей. Разница между ПРОФ и КОРП равна 264 000 рублей. Это не декоративная надбавка за слово «корпоративный»: у редакций действительно различается функциональность, поэтому выбирать их надо по таблице возможностей, а не по численности компании.

К основной поставке добавляются клиентские лицензии «1С:Предприятия 8 ПРОФ», если имеющихся прав на одновременную работу недостаточно. В актуальном прайсе электронные поставки стоят: одно рабочее место — 9 400 рублей, пять — 31 800, десять — 60 900, двадцать — 114 300, пятьдесят — 274 300, сто — 527 200 рублей. Для клиент-серверного варианта нужна серверная лицензия: «1С:Предприятие 8.3 ПРОФ. Лицензия на сервер. Электронная поставка», артикул 2900001833578, стоит 74 100 рублей; поставка для сервера x86-64 с артикулом 2900001833585 — 126 800 рублей. Если у заказчика уже законно приобретены основная поставка, нужное число клиентских лицензий и серверная лицензия, повторно покупать их только ради новой базы обычно не требуется.

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

Мой ориентир для первой волны из двух процессов при уже работающем сервере 1С выглядит так: ПРОФ — 63 100 рублей, двадцать дополнительных рабочих мест — 114 300 рублей, обследование, настройка, перенос начальных данных, обучение и опытная эксплуатация — от 250 000 до 400 000 рублей. Получается от 427 400 до 577 400 рублей, или округлённо 430–580 тысяч. Стоимость работ — не тариф фирмы 1С, а диапазон из моей проектной практики. Перед договором я раскладываю его на этапы и фиксирую, сколько маршрутов, шаблонов и подразделений входит в первую волну.

Отдельно проверяю облачный сценарий. На странице стандартных тарифов «1С:Фреш» тариф ПРОФ при оплате за год стоит 57 000 рублей и включает до пяти сеансов; это соответствует 950 рублям в месяц на пользователя при пяти пользователях. Однако «1С:Документооборот» не указан среди основных приложений стандартного сервиса, поэтому переносить этот тариф в смету проекта нельзя. Возможны локальное размещение, частное облако или аренда решения у партнёра 1С, но цену и состав лицензий для такого варианта надо запрашивать отдельно. В «АйТи-Фреш» мы также разворачиваем стенды в ЦОД, однако сравниваем варианты по резервированию, времени восстановления и SLA, а не только по цене виртуальной машины.

• 1С:Документооборот 8 ПРОФ, электронная поставка — 63 100 ₽, арт. 2900001850278
• 1С:Документооборот 8 КОРП, электронная поставка — 327 100 ₽, арт. 2900001850285
• 1С:Документооборот государственного учреждения 8, электронная поставка — 205 800 ₽, арт. 2900001850346
• Клиентские лицензии ПРОФ: 1 место — 9 400 ₽; 5 — 31 800 ₽; 10 — 60 900 ₽; 20 — 114 300 ₽; 50 — 274 300 ₽; 100 — 527 200 ₽
• Серверная лицензия ПРОФ — 74 100 ₽; вариант x86-64 — 126 800 ₽
• Первая волна из двух процессов при готовой инфраструктуре — ориентировочно 430–580 тыс. ₽

Что считать экономией: две модели без подмены понятий

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

Рабочая формула проста: стоимость проекта делю на ежемесячную жёсткую экономию плюс ту часть временного эффекта, которую компания способна превратить в деньги. Для предварительной оценки я применяю коэффициент конвертации от 0,3 до 0,5. Это мой консервативный проектный диапазон, а не норматив фирмы 1С. Коэффициент 1,0 допустим только тогда, когда высвобождённые часы подтверждены сокращением сверхурочных, отказом от вакансии, дополнительной оплаченной работой или другой наблюдаемой финансовой операцией.

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

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

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

Транспортная компания «Автодор-Экспресс», 95 сотрудников

Условный клиент из разбора — транспортная компания «Автодор-Экспресс», 95 сотрудников. В автоматизируемом контуре было 42 рабочих места: московский офис и логистическая площадка в Домодедове. Учёт вели в «1С:Управление торговлей 11.5» и «1С:Бухгалтерии предприятия 3.0» на существующем сервере 1С с Microsoft SQL Server. Договоры хранились в файлах Microsoft Word на общей папке, согласование шло по электронной почте и в мессенджере, а два сотрудника поддерживали разные версии реестра в Microsoft Excel.

Поводом стали два штрафа за просрочку подписания дополнительных соглашений и договор, который нашли подписанным, но не зарегистрированным в учётном контуре. Три месяца перевозки выполнялись по неправильному тарифу. Двухнедельный замер показал 396 договоров и дополнительных соглашений за год, в среднем четырёх согласующих на документ, девять рабочих дней от отправки до подписания, медиану семь дней и максимум 31 день. Потеряны или подписаны задним числом были 23 документа — почти 6 процентов. Печать и курьеры обходились в 14 000 рублей в месяц, ещё 11 000 рублей относились к площади бумажного архива.

В первую волну вошли «1С:Документооборот 8 ПРОФ» редакции 3.0, договорные документы и входящая с исходящей корреспонденция. Проектный учёт, форум, учёт рабочего времени и замена корпоративной почты в объём не включались. Здесь я исправляю важную техническую неточность исходного проекта: таблица сравнения редакций 3.0 не заявляет для ПРОФ обмен данными и бесшовную интеграцию с типовыми конфигурациями. Поэтому в расчёте ПРОФ мы не считаем, что получили штатную бесшовную интеграцию с УТ 11.5 и БП 3.0 бесплатно. Начальные справочники заполнили в рамках внедрения, а автоматическую интеграцию вынесли в отдельное требование для последующей оценки редакции КОРП и совместимости библиотек.

Кейсовый стенд работал на виртуальной машине с 8 виртуальными процессорами и 32 ГБ оперативной памяти под Windows Server 2022; СУБД уже была лицензирована у заказчика. Это описание конкретного стенда, а не универсальная рекомендация 1С. Перед повторением такой схемы я проверяю поддерживаемую версию платформы и СУБД в документации выбранного релиза, измеряю дисковую задержку и провожу нагрузочную пробу на тестовой копии.

Фактический график составил 13 недель: три недели обследования и описания двух маршрутов, пять недель настройки и начального заполнения, три недели опытной эксплуатации параллельно со старым порядком и две недели корректировок. Последний резерв ушёл на правило, по которому коммерческий директор подключался к согласованию в зависимости от суммы сделки. Чек остался прежним: 63 100 рублей за ПРОФ, 114 300 рублей за двадцать клиентских лицензий и 340 000 рублей за работы. Итого — 517 400 рублей.

После запуска средний срок согласования снизился с девяти до 2,5 рабочего дня, медиана — с семи до двух дней. Потерянных или подписанных задним числом документов в контрольной выборке не осталось. Печать и курьеры подешевели с 14 000 до 4 000 рублей в месяц, но стоимость площади архива не исчезла: бумажные оригиналы продолжили хранить. Компания также отказалась от уже запланированной вакансии делопроизводителя с окладом 65 000 рублей и оценённой полной стоимостью 95 000 рублей в месяц.

Теперь арифметика. По жёсткой модели экономия равна 10 000 рублей в месяц, поэтому эксплуатационная окупаемость составляет 51,74 месяца, округлённо 52 месяца. Полная модель дала 118 000 рублей в месяц: 10 000 прямой экономии, 13 000 конвертируемого временного эффекта и 95 000 рублей несостоявшегося найма. Её срок — 4,39 месяца после запуска, округлённо 4,4 месяца. Если не признавать отказ от найма следствием проекта, остаётся 23 000 рублей в месяц, а срок равен 22,5 месяца, а не 9,5. Именно в этой строке исходного расчёта была арифметическая ошибка.

Чтобы окупить чек 517 400 рублей ровно за восемь месяцев эксплуатации, нужно получать не меньше 64 675 рублей подтверждённой экономии ежемесячно. Если считать от начала проекта, надо учесть ещё примерно три месяца до промышленного запуска. В «Автодор-Экспрессе» восьмимесячная цель достижима только в полной модели, где отказ от вакансии документально подтверждён и действительно вызван автоматизацией. Без этой строки проект полезен, но за восемь месяцев не окупается.

• Компания: транспортная компания «Автодор-Экспресс», 95 сотрудников и 42 автоматизированных рабочих места
• Было: 9 рабочих дней на согласование, медиана 7 дней, 23 проблемных документа из 396
• Стало: 2,5 рабочего дня, медиана 2 дня, в контрольной выборке нет потерянных документов
• Чек: 517 400 ₽ — 63 100 ₽ конфигурация, 114 300 ₽ лицензии, 340 000 ₽ работы
• Окупаемость после запуска: 52 месяца по жёсткой модели, 4,4 месяца с подтверждённым отказом от найма, 22,5 месяца без него

Где проект теряет сроки и деньги

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

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

Третий провал — выбор ПРОФ или КОРП по названию. Официальная таблица показывает, что базовые операции с документами, файлами и обработками доступны в разных редакциях, но у ПРОФ отсутствует часть расширенных функций. В числе строк, не отмеченных для ПРОФ, — разветвлённые схемы обработок, обмен данными и бесшовная интеграция с типовыми конфигурациями, мобильный клиент, нагрузочное тестирование и метрики. Поэтому я больше не говорю «для компании до 50 мест всегда берём ПРОФ». Я составляю список обязательных возможностей и прохожу по таблице строка за строкой. Если нужна интеграция с УТ или сложная маршрутизация, разница в 264 000 рублей может оказаться обоснованной.

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

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

• Первая волна — один-два процесса с измеримым результатом
• Владелец процесса принимает решения по маршрутам и исключениям
• ПРОФ и КОРП сравниваются по обязательным строкам функциональной таблицы
• КЭП и МЧД выпускаются и проверяются до опытной эксплуатации
• Обучение проводится на реальных документах и исключительных ситуациях

Когда я советую не покупать систему

Первый случай — слишком маленький поток. Мой практический фильтр: если согласуются лишь 10–15 документов в месяц, участников мало, а потери и сроки не создают заметного ущерба, полноценный проект обычно не окупается. Это не ограничение продукта и не норматив вендора, а экономическая эвристика. Для обмена юридически значимыми документами с контрагентами может хватить 1С-ЭДО, а для внутренних задач — уже используемого трекера и аккуратного реестра.

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

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

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

• Скорее не надо: небольшой поток без измеримых потерь и задержек
• Лучше отложить: продолжается реорганизация и неизвестна целевая структура
• Не подходит как прямая замена: специализированная CRM или трекер разработки
• Есть основания внедрять: многоступенчатые договоры, тендеры, контроль сроков, СМК и аудиты

Технический минимум без выдуманных настроек

Для нового проекта я выбираю редакцию 3.0, но не называю 2.1 «мёртвой» или снятой с поддержки. На 8 сентября 2026 года страница дистрибутивов 1С указывает актуальную версию ПРОФ 3.0.20.21 от 4 августа 2026 года, версию 3.0.21.3 от 8 июля 2026 года для КОРП и ДГУ и версию 2.1.38.11 от 7 сентября 2026 года для линейки 2.1. Значит, 2.1 продолжает обновляться. Выбор 3.0 для нового внедрения я обосновываю новой моделью обработок и дальнейшим развитием продукта, а переход действующей базы 2.1 планирую как отдельный проект с тестированием.

Ресурсы сервера нельзя назначать одной универсальной строкой. Конкретный стенд «Автодор-Экспресса» с 8 виртуальными процессорами и 32 ГБ памяти выдержал его профиль нагрузки, но это не официальный минимум. Для нового заказчика я учитываю число одновременно работающих пользователей, объём файлов, полнотекстовый поиск, фоновые задания, интеграции и совместное размещение других баз. Затем провожу нагрузочную проверку и фиксирую метрики до промышленного запуска.

1С поддерживает два варианта хранения присоединённых файлов: внутри информационной базы и в томах файловой системы. Тома полезны для управления ростом базы и накопительного резервного копирования, но требуют отдельной защиты и синхронного восстановления с базой. В интерфейсе путь настраивается через раздел работы с файлами и список томов; для сетевого размещения официальный FAQ приводит UNC-путь вида \\server\folder. Размер каталога на Windows можно оценить штатными средствами PowerShell. Команда ниже считает файлы и сумму их размеров; единица 1GB в PowerShell равна 1 073 741 824 байтам, поэтому поле названо SizeGiB:

Get-ChildItem -LiteralPath 'D:\1C_DO_Volumes' -Recurse -File |
    Measure-Object -Property Length -Sum |
    Select-Object Count, @{Name='SizeGiB'; Expression={
        [math]::Round($_.Sum / 1GB, 1)
    }}

Готовый набор значений для postgresql.conf без замеров я не публикую. Например, work_mem задаётся на одну операцию сортировки или хеширования, а один сложный запрос и несколько параллельных сеансов могут использовать это значение многократно. Документация PostgreSQL называет 25 процентов памяти разумной отправной точкой для shared_buffers на выделенном сервере, но прямо отмечает зависимость результата от нагрузки и системного кэша. Значения random_page_cost, effective_cache_size и памяти обслуживания также нельзя копировать только потому, что диск обозначен как SSD. Сначала я смотрю действующие параметры и их источник:

SELECT name, setting, unit, source
FROM pg_settings
WHERE name IN (
    'shared_buffers',
    'work_mem',
    'maintenance_work_mem',
    'effective_cache_size',
    'random_page_cost'
)
ORDER BY name;

Резервная копия должна охватывать базу данных и файловые тома в согласованной точке. Простое копирование каталога работающей СУБД файловыми средствами не заменяет поддерживаемый механизм резервного копирования. Для PostgreSQL применяют согласованный физический или логический бэкап с необходимыми WAL, а целостность физической копии можно проверять pg_verifybackup, если выбранный вариант и версия это поддерживают. После восстановления я открываю выборку документов и проверяю не только карточки, но и версии файлов, подписи, поиск и фоновые задания.

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

• Для нового проекта — редакция 3.0; действующую 2.1 не объявлять неподдерживаемой
• Версия ПРОФ на дату проверки — 3.0.20.21; КОРП и ДГУ — 3.0.21.3
• Ресурсы определяются нагрузочным тестом, а не универсальной конфигурацией сервера
• Файлы можно хранить в СУБД или томах; резервировать и восстанавливать надо согласованно
• Параметры PostgreSQL подбираются по нагрузке с учётом многократного потребления `work_mem`
• Обновление проходит через тестовую копию и проверку восстановления

План на восемь месяцев с контрольными точками

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

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

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

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

В седьмом и восьмом месяцах повторяем исходные замеры тем же способом: срок от отправки до подписания, доля возвратов, число проблемных документов, печать, курьеры и конвертируемое время. Затем считаем накопленный эффект с даты промышленного запуска и отдельно — срок от начала проекта. Для чека 517 400 рублей восьмимесячная эксплуатационная цель требует 64 675 рублей эффекта в месяц. Если подтверждено меньше, я не называю проект провалом: фиксирую реальный срок и следующий процесс выбираю по новой экономике.

• Месяц 0: двухнедельные замеры, модель эффекта, лицензирование, владелец процесса
• Месяц 1: два маршрута, тестовый стенд, хранение файлов, резервное восстановление
• Месяцы 2–3: настройка, обучение, опытная эксплуатация и утверждение регламента
• Месяцы 4–6: тиражирование и закрытие старого канала согласования
• Месяцы 7–8: повторные замеры и расчёт эффекта от запуска и от начала проекта

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