← На главную

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

На первый взгляд схема кажется логичной и удобной. Однако при ее реализации на платформе 1С:ERP / 1С:КА вы столкнетесь с фундаментальными ограничениями архитектуры системы. В этой статье мы подробно разберем, почему «просто отключить» регламентированный учет в 1С:КА не получится, какие подводные камни скрывает механизм Интеркампани и почему в некоторых случаях гораздо выгоднее использовать связку 1С:УНФ + 1С:БП.

---

1. Архитектурная взаимосвязь видов учета в 1С:КА: почему нельзя отключить регламентированный учет?

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

Разберем подробнее, как устроена эта взаимосвязь:

• Общие регистры накопления. В отличие от старых конфигураций поколения 1С 8.2 (например, Управление производственным предприятием 1.3), в современных решениях на ERP-платформе управленческий и регламентированный учет не разделены по разным регистрам. Такие ключевые регистры, как РегистрНакопления.ВыручкаИСебестоимостьПродаж и РегистрНакопления.СебестоимостьТоваров, содержат ресурсы как для управленческой себестоимости (в валюте упр. учета), так и для регламентированной (в валюте регл. учета).
• Единый механизм расчета себестоимости. Финансовый результат в 1С:КА рассчитывается в рамках единой регламентной процедуры Закрытие месяца. Партионный учет, расчет себестоимости выпускаемой продукции, распределение косвенных и постатейных расходов выполняются одновременно для обоих видов учета по сложным математическим алгоритмам (решение систем линейных уравнений). Если вы попытаетесь заблокировать регламентированную аналитику, система просто не сможет корректно завершить расчет упр. себестоимости.
• Связь через первичные документы. Почти каждый хозяйственный документ (например, Приобретение товаров и услуг или Выпуск продукции без заказа) делает записи в оперативные регистры, которые одновременно служат источником данных и для бухгалтерских проводок. Попытка вести учет в обход регламентированных настроек приведет к тому, что оперативные остатки на складах и взаиморасчеты начнут расходиться с финансовым результатом.

---

2. Использование «Управленческой организации» как компромиссное решение

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

Проанализируем, как работает эта схема:

1. В настройках системы создается предопределенная организация с признаком Управленческая организация.
2. Для нее можно включить признак раздельных операций закупок и продаж для регламентированного и управленческого учета.
3. Операции, влияющие только на реальный управленческий результат, проводятся по этой организации. По ним не формируются проводки на планах счетов регламентированного учета, однако они полноценно участвуют в формировании себестоимости, расчете валовой прибыли и построении управленческого баланса.

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

---

3. Межфирменные продажи (Интеркампани) и их подводные грабли

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

Рассмотрим, с какими серьезными трудностями вы столкнетесь при эксплуатации этого механизма:

• Регистр резервов товаров. Вся магия Интеркампани держится на регистре накопления РегистрНакопления.РезервыТоваровОрганизаций. Система разрешает Торговому дому продать товар «в минус», фиксируя этот минус в регистре резервов как долг перед Производителем. В конце месяца специальная обработка автоматически генерирует документы Передача товаров между организациями для перекрытия этих минусов.
• Проблема «заднего числа». Это главный источник головной боли для администраторов баз данных. Если ваши менеджеры или кладовщики имеют права на изменение документов прошлых периодов (даже вчерашнего дня), любое исправление в документе Реализация товаров и услуг или Приобретение товаров и услуг мгновенно разрушает последовательность регистра резервов.
• Последствия сбоев: Автоматический расчет себестоимости при закрытии месяца выдаст критические ошибки. Программа потребует полностью распроводить и заново перепроводить всю цепочку межфирменных передач за весь месяц, а иногда и за предыдущие периоды. Без жесткого административного запрета на редактирование прошлых дат (установки даты запрета редактирования ежедневно) схема Интеркампани превратится в постоянный кошмар.

---

4. Подводные камни выгрузки из одной 1С:КА в две разные базы 1С:БП 3.0

Попытка разделить единую оперативную базу 1С:КА на две регламентированные базы 1С:БП 3.0 посредством синхронизации данных таит в себе методические и технические ловушки.

Выясним основные причины грядущих расхождений:

1. Разные алгоритмы расчета себестоимости. 1С:КА рассчитывает себестоимость партии по сложным алгоритмам партионного учета 2.2 с учетом множества распределяемых затрат при закрытии месяца. 1С:БП 3.0 считает себестоимость гораздо проще (ФИФО по средневзвешенной или скользящей оценке «на лету»). При выгрузке первичных документов (например, отчетов о производстве и накладных) себестоимость списания сырья и выпуска готовой продукции в базах БП пересчитается по собственным алгоритмам. Финансовые результаты и стоимость остатков на складах в КА и БП гарантированно разойдутся. Бухгалтеры будут постоянно жаловаться на нестыковку цифр.
2. Сложная маршрутизация обменов. Стандартные правила синхронизации через формат EnterpriseData рассчитаны на схему «одна база источника — одна база приемника». Чтобы разделять поток документов по организациям и направлять ООО "Производитель" в одну БП, а ООО "Торговый дом" в другую, вам придется серьезно дорабатывать правила регистрации объектов в планах обмена. Любая ошибка в доработках приведет к тому, что документы одного юрлица случайно улетят в базу другого.
3. Конфликты нормативно-справочной информации (НСИ). Справочники Номенклатура, Контрагенты, Договоры будут выгружаться из КА в обе базы БП. Если бухгалтеры в БП начнут вносить изменения вручную (например, менять счета учета в карточке номенклатуры, изменять наименования контрагентов или заводить новые договоры), при следующей синхронизации эти данные будут затерты значениями из КА, либо в базах БП возникнет массовое задвоение элементов. Придется вводить строгий регламент ведения НСИ «только в КА» и полностью запретить бухгалтерам редактировать справочники.

---

5. Альтернативное решение: Связка «1С:УНФ» + «1С:Бухгалтерия предприятия 3.0»

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

Рассмотрим преимущества схемы 1С:УНФ + 1С:БП 3.0:

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

---

Резюме и рекомендации

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

1. Если масштабы производства невелики (до 30–50 рабочих мест), а процессы не требуют сложного маршрутного планирования и распределения полуфабрикатов по переделам, выбирайте 1С:УНФ в связке с БП 3.0. Это сбережет ваши нервы, бюджет и время на внедрение.
2. Если вы твердо решили внедрять 1С:Комплексную автоматизацию, сразу откажитесь от идеи вести в ней «чистый упр. учет без регл. учета». Настраивайте систему полноценно по обоим контурам. Регламентированный учет в КА вполне жизнеспособен, и, возможно, лучшим решением будет отказаться от отдельных баз БП вообще, ведя и бухгалтерию, и управление в одной базе КА.
3. При использовании схемы Интеркампани в КА внедрите жесткий административный регламент: заведите роль с правами на изменение прошлых периодов только для главного бухгалтера или финансового директора, а для обычных менеджеров закрывайте период редактирования ежедневно.