Учет и Финансы · 11 мин
Чего не хватает в 1С:Бухгалтерия и как закрыть пробелы
Разбираем, чего не хватает в 1С:Бухгалтерия: слабые отчёты, склад, производство, CRM. Какие задачи закрыть расширениями, а когда переходить на другую конфигурацию.
1С:Бухгалтерия уверенно закрывает регламентированный учёт: налоги, проводки, отчётность в ФНС и фонды. Но конфигурация проектировалась именно как бухгалтерская, а не как система управления предприятием. Поэтому у компаний, которые пытаются вести в ней склад, продажи, производство или управленческий анализ, быстро накапливается список «а почему этого нельзя».
Большинство претензий к программе делятся на три группы: отсутствующие функции (управленческие отчёты, CRM, планирование), ограниченные функции (склад, производство, ценообразование) и неудобства интерфейса (массовые операции, гибкие выборки, поиск). Для каждой группы есть свои способы решения — от встроенных настроек до перехода на другую конфигурацию.
Важно понимать: часть «недостающего» на самом деле есть в программе, но скрыта в настройках функциональности или требует включения опций. Другая часть принципиально не реализуема в типовой бухгалтерии, и попытки доработать её обходятся дороже, чем переход на подходящий продукт линейки 1С.
Каких отчётов не хватает для управленческого анализа
Стандартные отчёты — оборотно-сальдовая ведомость, анализ счёта, карточка счёта — построены вокруг плана счетов и проводок. Они отвечают на вопрос «что прошло по бухгалтерскому счёту», но не на вопрос «сколько мы заработали на этом клиенте или направлении». Обороты между контрагентами, внутригрупповые операции и перекрёстная аналитика по статьям затрат в типовых отчётах доступны ограниченно.
Нет готового отчёта о движении денежных средств (ДДС) в управленческом виде, нет P&L по проектам или направлениям из коробки, нет план-фактного анализа. Бухгалтерская прибыль по отчёту о финансовых результатах отличается от управленческой маржи, и собрать вторую штатными средствами нельзя.
Практические варианты решения: использовать механизм «Универсальный отчёт» и произвольные отчёты на СКД, выгружать данные во внешние инструменты (Excel, Power BI) через COM/OData, либо внедрять расширение с управленческими отчётами. Для регулярного управленческого учёта на десяток направлений проще перейти на конфигурацию, где это есть типово.
Проверьте, нельзя ли собрать тот же срез универсальным отчётом
Проверьте, включены ли субконто и разрезы учёта в настройках плана счетов
В типовой бухгалтерии бюджетирования нет — нужна другая конфигурация или расширение
Ограничения складского и товарного учёта
Складской учёт в 1С:Бухгалтерии существует, но в базовом виде: поступление, перемещение, списание, инвентаризация. Нет резервирования товара под заказы, нет серийного учёта в полном объёме, нет управления ячейками (адресного хранения), нет ордерной схемы с разделением финансовых и складских документов. Для оптовой компании с активным складом этого недостаточно.
Ценообразование тоже усечено: есть типы цен номенклатуры и установка цен, но нет гибких скидок по условиям, наценок от цены поставщика, автоматического пересчёта цен по курсу с правилами округления. Спецификации клиентов с индивидуальными условиями приходится контролировать вручную.
Если склад — критичный процесс, типовая бухгалтерия неподходящий инструмент. Признак того, что пора менять решение: кладовщик и менеджер спорят об остатках, товар «в пути» нигде не виден, а резервы ведутся в таблице на стене. Здесь логичен переход на 1С:Управление нашей фирмой или 1С:Управление торговлей с обменом данными с бухгалтерией.
Производственный учёт: где проходит граница
Производство в 1С:Бухгалтерии представлено документами «Производство» и «Отчет производства за смену» со спецификациями номенклатуры. Этого хватает для простого выпуска: списал материалы по спецификации — оприходовал готовую продукцию. Но нет многоэтапных переделов с полуфабрикатами по операциям, нет учёта незавершённого производства по заказам в разрезе этапов, нет планирования мощностей и потребности в материалах (MRP).
Расчёт фактической себестоимости при нескольких переделах и распределении косвенных затрат требует ручных корректировок и глубокого понимания методики. Ошибки в настройке способов распределения приводят к искажению себестоимости, которое вскрывается только при инвентаризации или аудите.
Граница безопасного использования проста: один-два передела, ограниченная номенклатура, стабильные спецификации — бухгалтерия справляется. Многоэтапное производство с заказами, сменными заданиями и расчётом потребности в сырье — территория 1С:ERP или Комплексной автоматизации.
Как выбрать действие
Отсутствие CRM и работы с клиентами
В бухгалтерии нет воронки продаж, истории взаимодействий, задач менеджерам, напоминаний о звонках и документооборота по сделке. Документ «Счет на оплату» существует, но связать его с коммуникацией, контролировать просрочку оплаты по клиенту в виде дашборда и вести историю переговоров нельзя.
Дебиторскую задолженность можно увидеть в отчёте «Задолженность покупателей по срокам долга» — это рабочий инструмент. Но автоматических уведомлений менеджеру о приближении просрочки, эскалации и сценариев работы с должниками нет. Для компаний, где продажи ведёт отдел, а не один человек, это критичный пробел.
Варианты: вести продажи в отдельной CRM с интеграцией по API, использовать 1С:CRM как надстройку, либо переходить на УНФ, где базовые CRM-функции встроены. Выбор зависит от того, сколько менеджеров работают и насколько формализован процесс продаж.
Массовые операции и удобство ежедневной работы
Бухгалтеры часто жалуются на рутину: массовое изменение реквизитов документов, групповая печать, выгрузка выписок, поиск дублей в справочниках. Часть этих задач решается встроенной обработкой «Групповое изменение реквизитов» (раздел «Администрирование» — «Обслуживание»), о которой многие не знают. Она позволяет массово менять значения в документах и справочниках по отбору.
Загрузка выписок из клиент-банка, обмен с ЭДО, загрузка классификаторов — всё это есть, но требует первичной настройки. Поиск дублей контрагентов и номенклатуры выполняется обработкой «Поиск и удаление дублей». До обращения к программисту стоит проверить раздел «Администрирование» — значительная часть «недостающих» функций там уже есть.
Что закрывать расширениями, а что — сменой конфигурации
Расширения конфигурации — безопасный способ добавить печатные формы, дополнительные отчёты, обработки и небольшие функции, не снимая конфигурацию с поддержки. Хорошо расширяются: внешние печатные формы, отчёты на СКД, обработки загрузки, дополнительные проверки при записи документов.
Плохо расширяются: глубокие изменения логики проведения, новые разделы учёта (склад с ордерной схемой, производство с переделами), интерфейсные переделки рабочих мест. Попытка «допилить» бухгалтерию до торгово-производственной системы через расширения приводит к хрупкой конструкции, которую сложно обновлять и сопровождать.
Сравнение вариантов закрытия пробелов
Бесплатно и быстро, но закрывает только то, что заложено в конфигурацию
Подходит для отчётов, печатных форм и обработок; не решает проблему отсутствующих разделов учёта
Закрывает склад, производство, CRM и планирование; требует миграции данных и обучения
Гибко для CRM и BI, но нужна поддержка обмена и контроль расхождений данных
Как проверить, что выбранное решение работает
После внедрения расширения или перехода на новую конфигурацию результат нужно верифицировать, а не считать задачу закрытой по факту установки. Ключевые контрольные точки: сходимость остатков, корректность отчётов на тестовом периоде, отсутствие двойного ввода данных.
Как проверить результат
Совпадают с данными старой системы на дату перехода
Расхождения без документированной причины
Собирается автоматически и сходится с контрольной ручной выборкой
Цифры требуют ручных поправок каждый раз
Проходит штатно, расширения совместимы
Обновление блокируется доработками
Данные вводятся один раз в одной системе
Появились параллельные Excel-реестры
Что важно запомнить
1С:Бухгалтерия — инструмент регламентированного учёта, а не управления предприятием. Сначала проверьте встроенные настройки и обработки, затем расширения, и только потом доработки. При потребности в складском, производственном или CRM-учёте переход на профильную конфигурацию дешевле и надёжнее глубокой переработки бухгалтерии.
Частые вопросы
Можно ли вести в 1С:Бухгалтерии управленческий учёт?
Частично — через субконто, универсальный отчёт и произвольные отчёты на СКД. Но планирования, бюджетирования и полноценного ДДС в конфигурации нет. Если управленческая отчётность нужна регулярно, рассмотрите выгрузку в BI-инструменты или переход на конфигурацию с управленческим блоком.
Чем расширение отличается от доработки конфигурации?
Расширение добавляет функциональность поверх типовой конфигурации, не изменяя её код, поэтому обновления проходят штатно. Доработка меняет типовые модули, что усложняет обновление и повышает стоимость сопровождения. Всегда предпочитайте расширение.
Подойдёт ли 1С:Бухгалтерия для оптовой торговли?
Для отражения документов и расчёта налогов — да. Для оперативной работы склада с резервами, сериями, адресным хранением и гибкими скидками — нет. В этом случае стандартная схема — торговая конфигурация для оперативного учёта плюс бухгалтерия для регламентированного, с автоматическим обменом.
Как массово изменить реквизиты в документах без программиста?
Используйте штатную обработку «Групповое изменение реквизитов» в разделе «Администрирование» — «Обслуживание». Она позволяет отобрать документы или элементы справочников по условиям и изменить выбранные реквизиты. Перед запуском сделайте резервную копию и проверьте результат на небольшой выборке.
Когда стоит переходить на 1С:Управление нашей фирмой?
Когда появляются процессы, которых нет в бухгалтерии: заказы покупателей с резервированием, CRM с задачами менеджерам, простое производство по заказам, сметы и работы. Переход оправдан, если этими функциями будут пользоваться ежедневно, а не «на всякий случай».
Опасно ли обновлять конфигурацию с расширениями?
Обычно нет: расширения не блокируют обновление типовой части. Но после обновления нужно проверить совместимость — расширение может перестать работать, если изменились объекты, к которым оно подключается. Порядок безопасного обновления: копия базы, обновление, проверка расширений на тестовых документах, затем обновление рабочей базы.