Переход с устаревшей конфигурации 1С:Комплексная автоматизация 1.1 на современные программные продукты фирмы 1С — это сложный стратегический шаг для любого предприятия. Особенно остро этот вопрос встает перед производственными организациями, имеющими свою специфику, такую как переработка давальческого сырья (толлинг) и сезонность производства. В рамках этой статьи мы подробно разберем, какое решение окажется наиболее эффективным и наименее болезненным для компании: переход на единую систему 1С:Комплексная автоматизация 2.4 / 2.5 или же развертывание классического комплекса из 1С:Бухгалтерия предприятия 3.0 (БП) и 1С:Зарплата и управление персоналом 3.0 (ЗУП).
Мы проанализируем ключевые методологические и технические различия систем, основываясь на практическом опыте специалистов и реальных особенностях учета на производственных предприятиях.
---
Для производственных предприятий, работающих по договорам толлинга (переработка давальческого сырья), этот пункт является определяющим при выборе программного обеспечения. Проанализируем, как реализована эта схема в сравниваемых конфигурациях.
Ограничения в 1С:Комплексная автоматизация 2.4 / 2.5:
В конфигурации 1С:КА полностью отсутствует функциональный блок по приему сырья в переработку. В программе нет специализированных документов, таких как Заказ давальца, Поступление сырья от давальца или Отчет давальцу. Разработчиками фирмы 1С предполагается, что для полноценного ведения давальческой схемы со стороны переработчика должна использоваться флагманская система 1С:ERP Управление предприятием 2. В КА оставлена только схема «Передача в переработку» — когда вы сами выступаете в роли заказчика и отдаете свои материалы стороннему подрядчику.
Если вы решите внедрять 1С:КА, вам придется либо серьезно дорабатывать систему силами программистов, либо изобретать сложные обходные схемы («костыли»), используя виртуальные склады, договоры купли-продажи со встречными обязательствами или ручные корректировки регистров. Любое из этих решений существенно повышает стоимость владения системой и риски возникновения ошибок.
Возможности в 1С:Бухгалтерия предприятия 3.0:
В отличие от «тяжелой» Комплексной автоматизации, в обычной 1С:БП 3.0 схема учета давальческого сырья реализована «из коробки» и работает предельно просто. Бухгалтеру доступны все необходимые инструменты:
Поступление в переработку — отражает поступление сырья на забалансовый счет 003.01 («Материалы на складе»).Требование-накладная (или Расход материалов) — списывает сырье в производство на забалансовый счет 003.02 («Материалы в производстве»).Передача продукции заказчику — фиксирует отгрузку готовой продукции заказчику без перехода права собственности.Реализация услуг по переработке — начисляет выручку за оказанные услуги и списывает использованные давальческие материалы со счета 003.02.Таким образом, если давальческая схема является основой вашего бизнеса, выбор 1С:КА 2 без масштабных доработок становится практически невозможным, в то время как связка БП + ЗУП решает эту задачу стандартными средствами.
---
Одним из главных камней преткновения для бухгалтеров, привыкших к 1С:КА 1.1 или 1С:БП 3.0, при переходе на 1С:КА 2.4 / 2.5 становится так называемое отложенное проведение.
Выясним причину этого явления. В системах класса ERP и КА 2.0 реализовано жесткое разделение на оперативный и регламентированный учет:
Для того чтобы проводки появились в оборотно-сальдовой ведомости (ОСВ), документ необходимо отразить в регламентированном учете. Это можно сделать несколькими способами:
ДтКт и выбрав команду Отразить в регл. учете внутри документа.Посмотрим на ситуацию глазами бухгалтера. Отсутствие мгновенных проводок вызывает сильный дискомфорт. Бухгалтер не может сразу после проведения документа открыть карточку счета или ОСВ и проверить правильность отражения операции. Ему приходится постоянно перепроверять, запущено ли регламентное задание по отражению в учете.
Кроме того, себестоимость номенклатуры при ее перемещении или списании в расход в течение месяца в КА не рассчитывается. До момента окончательного расчета себестоимости при закрытии месяца все внутренние перемещения товаров проводятся по «пустой» стоимости, что исключает возможность оперативного анализа маржинальности и затрат средствами бухгалтерских отчетов.
В 1С:Бухгалтерии 3.0 классический подход сохранен: при проведении любого документа проводки по счетам формируются мгновенно, а себестоимость (при использовании средневзвешенной оценки или ФИФО) рассчитывается в режиме реального времени, пусть и в предварительном виде.
---
Процедура закрытия месяца в 1С:Комплексная автоматизация 2 — это сложнейший математический алгоритм, который предъявляет жесточайшие требования к качеству ведения оперативного учета.
Проанализируем основные проблемы, с которыми сталкиваются пользователи при закрытии месяца в КА 2:
Партионный учет для НДС и УСН, Себестоимость товаров и др.). Разобраться в механизмах этих регистров (например, понять назначение ресурса Знаменатель в механизме скользящей оценки ФИФО) без привлечения высококвалифицированного программиста или аналитика 1С обычный бухгалтер не сможет.В 1С:Бухгалтерии 3.0 закрытие месяца проходит значительно быстрее, прозрачнее и лояльнее к пользователю. Ошибки операторов не приводят к полному параличу учетной системы, а исправление неверных данных не требует глубоких знаний архитектуры регистров.
---
В условиях, когда на трех предприятиях суммарно работает около 1200 сотрудников (в среднем по 400 человек на каждом), требования к зарплатному и кадровому блоку возрастают многократно.
Рассмотрим особенности архитектуры систем в разрезе этого вопроса:
Вариант со встроенной зарплатой (внутри 1С:КА 2):
Зарплатный блок внутри КА 2 практически полностью идентичен функционалу 1С:ЗУП 3.0. Однако ведение столь масштабного расчета в единой базе с производственным и торговым контуром несет в себе серьезные риски:
Вариант с выделенной 1С:ЗУП 3.0 (в связке с 1С:БП 3.0):
Это классическая, проверенная временем схема, которая имеет неоспоримые преимущества:
EnterpriseData, он полностью типизирован и работает практически без сбоев.---
При выборе программного обеспечения важно учитывать не только методологические аспекты, но и человеческий фактор, а также стоимость поддержки системы:
---
Проанализировав все факторы, мы можем сформулировать четкие рекомендации для принятия итогового решения.