‼СТАТЬЯ-ОТВЕТ НА ЧАСТЫЙ ВОПРОС:
"МОЖНО ЛИ В 1С:ERP ЗАПУСТИТЬ ТОЛЬКО РЕГЛАМЕНТИРОВАННЫЙ УЧЁТ БЕЗ ОПЕРАТИВНОГО КОНТУРА. "Часть 1.
👍🏻Автор – Пикурен Вера, член экспертного совета по разработке «1С:ERP Управление предприятием 2.0», руководитель проектов внедрения ERP-систем ВЦ «Раздолье».
Сегодня предлагаем поговорить о вопросе, который по рынку вызывает очень много споров: можно ли запускать регламентированный учёт без оперативного контура, нужно ли это делать и в каких случаях это не просто нужно, а необходимо.
👁Тема эта возникла не просто так. Многие специалисты 1С уверены, что начинать внедрение ERP нужно именно с оперативного контура, а после того, как будет отлажен оперативный контур, достаточно будет просто включить формирование проводок, и вот мы получим баланс, декларации и остальную бухгалтерскую отчётность.
Соответственно, в этом году к нам в фирму поступает очень много запросов как раз от заводов, которые начали внедрение именно по этой схеме: запустили склады, закупки, продажи, даже производство. Но когда дошло до формирования проводок, закрытия месяца - ничего не получилось.
Провозились месяц, два, три, но никаких нормальных проводок, которые принимает бухгалтерия, система не даёт; расчет себестоимости либо не проходит вовсе, либо выдает что-то непонятное. Потеряв ещё какое-то время, они обращаются к другим интеграторам, в частности, к нам. И когда мы начинаем анализировать базу, выяснять, что именно хотела получить финансовая служба, то очень быстро понимаем, что простыми настройками системы проблему не решить, требуется большое перевнедрение процессов. Документооборот был выстроен без оглядки на особенности расчёта себестоимости, закрытия месяца, бухгалтерского учёта и так далее. И теперь надо, во-первых, менять цепочки ввода документов, а во-вторых, скорее всего пересматривать регламенты взаимодействия между разными службами.
Очень показательна здесь давальческая схема. Когда склады ведут учёт отдельно от бухгалтерии, они могут в большинстве своем и не знать, что работают с давальческим сырьем. Они просто приходуют его и выдают в производство как обычные товарно-материальные ценности. А дальше уже бухгалтерия в своей отдельной программе разбирается, чьё это и какие счета учёта ставить. И, соответственно, если внедренцы при запуске складов не выяснили этот вопрос, то никаких нормальных проводок вы, конечно же, не получите. Более того, данная проблема потребует повторного переноса остатков с разделением ТМЦ на собственное, давальческое, возможно, комиссионное и т.д.
Приведённый выше пример все-таки представляет собой локальную сложность, которую можно быстро исправить. Гораздо больше неприятных сюрпризов приносит блок учёта затрат и расчёта себестоимости. Это сложный механизм, в котором участвуют большое количество объектов системы. То есть если вы чего-то в нём сразу не учли, то переделывать и перепроектировать, возможно, придётся весь документооборот. К тому же, данный блок имеет ряд довольно неожиданных нюансов, которые должен знать архитектор. Данные «технологические особенности» в большинстве случаев нигде не описаны, то есть пока консультант сам о них «лбом не ударится», он их знать не будет, и, соответственно, не учтёт при проектировании. При комплексном запуске они сразу «всплывают», что позволяет оперативно исправить документооборот. А если же вы оставляете закрытие месяца «на потом», то только очень опытный архитектор сможет сразу на входе спроектировать оперативный контур так, чтобы расчёт себестоимости в итоге получился похожим на то, чего ждет финансовая служба.
Так что можно сделать вывод: если у вас нет возможности сразу запустить комплексный проект, то стартуйте систему отдельными блоками, но только вкупе с кусками регламентированного учёта. Не стоит на старте запускать только оперативный контур в надежде на то, что когда-нибудь потом регламентированный учёт «ляжет» на него сам собой. Слишком большие риски. Более того, мы сейчас вообще проектирование любой системы начинаем именно с блока затрат. Сначала определяем, что мы должны в него передать, чтобы получить требуемый результат, и спускаем схему остальным смежным блокам: спецификации и заказы на производство могут быть любыми, но мы должны получить от производственной подсистемы вот такие этапы с такими настройками.
При этом бывают такие случаи, когда вообще лучше не лезть сразу в комплексный проект, а ограничится только регламентированным учетом. Здесь можно выделить четыре основные причины.
О них мы расскажем в следующей серии статей об особенностях запуска системы 1С:ERP.👆🏻
✍🏻По любым вопросам обращайте, пожалуйста, в сообщения Комплексная автоматизация бизнеса. ВЦ Раздолье
