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

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


Интересной особенностью решения 1С:ERP является то, что разрабатываем мы одно решение - 1С:ERP – а из его исходников автоматически получаем четыре решения (путем «вырезания» функциональности и переключения функциональных опций):


При расширении бизнеса или увеличении потребностей компании в автоматизации наращивание функциональности системы можно производить поэтапно, переходя от конфигурации «Управление торговлей» к конфигурации «Комплексная автоматизация» и далее к «ERP Управление предприятием 2». За счет высокой степени унификации решений такой переход выполняется быстро, накопленные в информационной базе данные сохраняются, а переучивание пользователей не требуется – они продолжают работать в привычной программной и информационной среде.

Как пишется 1С:ERP

Как мы из одного решения делаем четыре

Разработка ведется только в одной ветке (ERP). Процесс формирования из флагманского решения ERP более «легких», функционально ограниченных Комплексной Автоматизации (далее – КА для краткости) и двух разновидностей Управления Торговлей (далее – УТ и УТ Базовая) автоматизирован.
Изменения из ERP в «производные» конфигурации (КА, УТ, УТ Базовая) переносятся автоматически, с использованием механизма сравнения и объединения конфигураций . Этот механизм изначально предназначен для автоматизации процесса перехода на новые версии прикладных решений тех пользователей, которые изменяют/расширяют функциональность прикладного решения на своей стороне. Механизм сравнения и объединения конфигураций выполняет трехстороннее семантическое слияние на основании анализа трех конфигураций:

• старая конфигурация от поставщика
• новая конфигурация от поставщика
• текущая конфигурация пользователя (старая конфигурация от поставщика плюс изменения, сделанные в ней пользователем)

На выходе мы получаем новую текущую конфигурацию, которая объединяет в себе новую функциональность (привнесенную разработчиком) и сохраняет доработки (кастомизации), сделанные пользователем.
В нашем случае в роли текущей конфигурации выступают поочередно КА, УТ, УТ Базовая, в роли старой и новой конфигураций от поставщика – ERP старой и новой версии соответственно. Т.е. мы считаем, что функционально ограниченные конфигурации - КА, УТ, УТ Базовая – это кастомизированные (в основном путем удаления незадействованных объектов) версии ERP.


Одни из немногих объектов, которые пишутся для каждого из решений вручную – это планы обмена , определяющие правила интеграции данного решения с другими решениями 1С (например, с 1С:Документооборотом) или, например, с внешним оборудованием. Но, благодаря постепенному переходу в обмене данными на единый стандарт EnterpriseData , мы уменьшаем количество уникальных для конкретного решения планов обмена и стараемся использовать единый код обмена данными.
В таком подходе есть одна интересная особенность. Всё решение пишется один раз, в ветке ERP; но бОльшая часть кода, форм, сценариев, отчетов и т.д. используется в четырех решениях, причем весьма разных – ERP внедряется на предприятиях с тысячами пользователей, а УТ Базовая призвана обслуживать индивидуальных предпринимателей. Мы стараемся уделять много внимания юзабилити нашего продукта.
Международный стандарт ISO 9241-11 определяет юзабилити как:

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

Мы стараемся писать приложение так, чтобы с ним было легко и удобно работать даже неискушенному пользователю.

Особенности разработки

При разработке ERP мы должны всегда помнить, что разрабатываемая функциональность может быть задействована в одном или нескольких производных от ERP решениях (КА, УТ, УТ Базовая). Для легкого включения/выключения функциональности мы широко используем механизм функциональных опций , изначально созданный для таких задач. Функциональные опции позволяют выделить в прикладном решении функциональность, которую можно включать/выключать при внедрении, не изменяя само прикладное решение. Функциональные опции – это параметры настройки решения, флажки, при выключении которых вся связанная с ними функциональность становится недоступной. В первую очередь функциональные опции используются для тонкой настройки программы под нужды конкретного внедрения. В ERP мы задействуем этот механизм (помимо основного его назначения) для «вырезания» из ERP производных конфигураций. Например, в решении ERP есть функциональная опция «Управление предприятием», с ней связана вся функциональность, отвечающая за управление производством - формирование графика производства, учет производственных затрат, соответствующие отчеты и многое другое. Эта опция включена только в решении 1С:ERP и выключена в «производных» решениях КА, УТ, УТ Базовая. А всего в 1С:ERP используется около 600 функциональных опций.
Еще один механизм платформы, облегчающий труд разработчика 1С:ERP – подсистемы . Подсистемы – это способ разбить функциональность решения на блоки; каждый объект в решении (справочник, документ, отчет и т.п.) должен входить хотя бы в одну подсистему. В частности, в решении ERP заведены три подсистемы, облегчающие построение производных от ERP решений:

1. «Объекты УП, УТ, КА» - объекты, входящие во все прикладные решения: Управление Торговлей, Комплексная Автоматизация, Управление Предприятием (русскоязычное название ERP).
2. «Объекты УП, КА» - объекты, относящиеся только к конфигурациям Комплексная Автоматизация и ERP.
3. «Объекты УП» - объекты, относящиеся только к решению ERP

Любой прикладной объект в решении ERP должен относиться ТОЛЬКО К ОДНОЙ из этих трех подсистем. Это условие проверяется при статическом анализе кода решения ERP (см. ниже).

Цифры после запятой

Версия продукта ERP состоит из четырех чисел, разделенных точками. Например - 2.1.3.117.

• Первое число (редакция) в версии меняется крайне редко (например КА 1.х.х.х и КА 2.х.х.х разделяет почти 8 лет).
• Второе число (подредакция) меняется примерно раз в год. В версии с новой подредакцией выпускается новая функциональность. Выпуск таких версий часто приурочивается к началу календарного года, чтобы у пользователей было достаточно времени на «переезд» на новую версию.
• В версиях с новым третьим числом (релиз) развивается существующая функциональность; новый релиз выходит примерно раз в два-три месяца.
• Версии с обновленным четвертым числом (исправительные сборки) содержат в себе только исправления ошибок и обновления для соответствия текущему законодательству. Выходят каждые две недели.

Единовременно у нас в разработке могут находиться до 3 версий продукта, например:

1. 2.1.3.X – Поддерживаемый релиз предыдущей подредакции. Будет выпускаться до конца 2016 года. В этой версии идет только исправление ошибок и правки для соответствия текущему законодательству.
2. 2.2.1.X – Текущий релиз текущей подредакции. В нем новая функциональность подредакции. Для него до выпуска релиза 2.2.2.X, будут выпускаться исправительные сборки.
3. 2.2.2.X – Развитие функциональности текущей подредакции. Именно этот релиз активно разрабатывается.

Учитывая, что из каждой ветки ERP получаются, помимо ERP, еще 3 решения – КА, УТ и УТ Базовая – получаем 12 версий продуктов, находящихся в 12-ти разных хранилищах.
В ходе разработки мы имеем до 4 горизонтов планирования, например:

1. 2.1.3 (поддерживается), решаем, какие ошибки правятся, какие проекты, связанные с изменением законодательства, будем реализовывать. Будут реализованы только те изменения, которые вступят в силу в 2016 году. Горизонт – до конца 2016 г.
2. 2.2.1 (поддерживается) – исправляются «внешние» ошибки + изменения законодательства, вступающие в силу до выхода 2.2.2. Горизонт – до выхода 2.2.2.
3. 2.2.2 (активно разрабатывается) - исправляются «внешние» ошибки + найденные нами ошибки + реализуется новая функциональность. Горизонт – до выхода 2.2.3
4. 2.2.3 (планируется). Если проект большой, то он может сразу разрабатываться на эту версию (и не войдёт в предыдущую). Горизонт – до выхода 2.2.4 или до конца 2017 года.

Использование продукта «1С:Система проектирования прикладных решений» в разработке ERP

Как уже рассказывалось, мы в 1С стараемся следовать принципу Eat your own dogfood , используя наши собственные продукты в наших внутренних процедурах. В частности, в разработке ERP мы широко используем продукт «1С:Система проектирования прикладных решений» (сокращенно СППР). СППР, как следует из названия, помогает проектировать прикладные решения на платформе «1С:Предприятие», и позволяет обслуживать задачи полного цикл разработки ПО - сбор требований, контроль изменений, документирование, баг-трекинг и т.д.
СППР позволяет создавать элементы двух типов – ошибки (которые должны быть исправлены) и требования (запросы на новую функциональность). С ошибками все более-менее ясно, рассмотрим создание нового требования.
Поводом для создания требования может быть:

1. Запрос от партнера или клиента. Такие запросы мы собираем, в частности, на партнерских семинарах; путем голосования среди партнеров мы выделяем наиболее приоритетные из них.
2. Запрос может возникнуть в ходе пилотного проекта по внедрению новой версии в том случае, если у клиента возникло важное для него пожелание.
3. Запрос от нашей службы техподдержки (точнее, запрос от партнера или клиента, прошедший через нашу техподдержку), запрос с нашего партнерского форума или от нашего аккаунт-менеджера (который сопровождает важного для нас клиента/клиентов).
4. Запрос от команды разработки платформы 1С:Предприятие. Платформенная команда просит команду разработки ERP (и других типовых конфигураций) использовать новую платформенную функциональность – например, интерфейс Такси , отказ от модальных окон , отказ синхронных вызовов и т.д.
5. Рефакторинг, оптимизация архитектуры, улучшение юзабилити.

Поводом для рефакторинга (п.5) могут быть серьезные архитектурные изменения (например, пересмотр распоряжений на отгрузку, когда вместо накладных стали использоваться заказы).

Продукт СППР поставляется в составе ERP (но его можно купить и отдельно). Решение ERP может быть запущено в режиме интеграции с СППР; в этом случае на каждой форме будет кнопка «Открыть функциональную модель», при ее нажатии откроется описание функциональности формы в СППР.


Вот, что открывается – это модель рабочего места в IDEF0 :


Можно и наоборот – изучать функциональную модель и из нее открывать формы рабочих мест. Такой режим можно использовать при изучении работы программы.
Важный момент – открывается не СППР, открывается форма внутри ERP, куда подгружаются данные из СППР. Т.е. интеграция «бесшовная» (пользователь ее не видит). Этот прием применяется при интеграции и с другими продуктами. Например, с 1С:Документооборот (можно работать не выходя из ERP с почтой, задачами, бизнес-процессами, которые работают в другой базе).

Как мы разрабатываем ERP: 6 контрольных точек проекта

Итак, решено реализовать новое требование на изменение функциональности. Однотипные требования объединяются в технические проекты. В рамках нового релиза ERP обычно реализуются от 100 до 150 технических проектов, каждом проекте – от одного до нескольких десятков требований. Технический проект заводится в СППР; проект в ходе реализации проходит через 6 контрольных точек, каждая из них фиксируется в СППР.
Немного о делении на команды внутри подразделения ERP. Руководитель команды (тим-лид) участвует в проектировании и, как правило, участвует в разработке. В состав команды также входят обычно тестировщики. Команды разработки статичны, за ними закреплены по нескольку предметных областей. Если проект затрагивает смежные области, на время реализации проекта привлекаются участники соответствующей команды. В проект может быть вовлечена не вся команда.
Ответственный за проект – ведущий разработчик или тим-лид. На его ответственности – контроль процессов:

• Качественное проектирование, учет всевозможных сценариев, сопряжение со смежными блоками
• Сроки
• Качество архитектуры, пользовательского интерфейса
• Написание справки, оформление проекта, в т.ч. разработку функциональной модели

Точка 1. Открытие проекта

Тим-лид заводит технические проекты в СППР списком на релиз. В каждом проекте расписываются цели, указываются реализуемые требования. Список перед началом работы над релизом обсуждается с руководителем разработки. Собственно при открытии проекта совещаний не проводят – просто проект в СППР посылают на открытие.
Команда проекта приступает к разработке концепции.

Точка 2. Согласование концепции

Для согласования концепции проводится онлайн или офлайн встреча, в которой участвуют ответственный за проект, тим-лид, руководитель разработки, вовлеченные в проект специалисты. Обычно к этому этапу у ответственного за проект готов «крупноблочный» концепт, который дошлифовывается в ходе встречи. Также обсуждаются (и прописываются в СППР) сценарии, описание пользовательского интерфейса. Если требование родилось из запроса партнеров или клиентов, то материалы проекта (концепции, сценарии, UI) могут быть отправлены партнеру/клиенту для оценки решения.
В процессе встречи согласуется трудоемкость создания прототипа (обычно создание прототипа занимает до 5 рабочих дней). Команда приступает к созданию прототипа.

Точка 3. Согласование прототипов

Проводится встреча, в ходе которой рассматриваются готовые прототипы, обсуждаются детали реализации (в частности, какие объекты будут добавляться и изменяться), проверяются гипотезы, утверждаются прототипы форм и т.д. С целью максимально серьезной проверки на юзабилити прототипы запускаются в самом «жестком» режиме – в веб-клиенте, в интерфейсе «Такси», на мониторах с маленьким разрешением.
Функциональная модель проекта в нотации IDEF0 разрабатывается и хранится в СППР.
На этом этапе проектная команда должна как можно точнее оценить трудозатраты на реализацию проекта, поэтому обсуждаются (и документируются в СППР) все аспекты проекта:

• Согласование правильности описания проекта в СППР (в частности, отслеживается, что все задачи на предыдущих контрольных точках проекта выполнены).
• Какие новые объекты метаданных (справочники, документы и т.д.) будут добавляться в решение
• Какие изменения будут делаться в уже существующих объектах метаданных
• Согласование планов обменов данными с другими решениями(будут ли новые/измененные данные участвовать в обмене данными с другими приложениями, и если да – то как именно)

Если трудозатраты всех устраивают – проводится презентация (на основе материалов по проекту из СППР) всего, что сделано по проекту, с целью выявить как можно больше нюансов перед началом разработки.
И начинается разработка!

Точка 4. Согласование разработанного решения

Решение разработано, подготовлена презентация (в формате PowerPoint). Часто проводится очное совещание с «живым» показом разработанного решения.
Если проект публичный (опубликован в доступном партнерам списке планов на сайте 1С), то презентация выкладывается на партнерском форуме в разделе ERP, чтобы все заинтересованные партнеры могли ознакомиться и высказать свои замечания.

Точка 5. Тестирование и аудит проекта

По окончании основной разработки проводится прогон ручных функциональных тестов. Тестеры как полноценные члены команды участвует во всех контрольных точках проекта и имеет понимание функциональности проекта и сценариев работы. Тестеры также оценивают новую функциональность на соответствие нашим стандартам юзабилити. Эти стандарты (включают в себя стандарты кодирования и стандарты разработки интерфейса) публикуются в доступном партнерам и зарегистрированным пользователям ресурсе на сайте 1С.
Код проекта проходит процедуру code review . Code review в ERP проводят участники другой проектной группы; code review – обязанность, которую все разработчики команды ERP несут по очереди. В случае если в коде найдены проблемы, в СППР регистрируются ошибки, которые должны быть исправлены до прохождения точки 5.
Проводится проверка обновления на новую версию с предыдущей (последней выпущенной на данный момент сборкой).
Итак, проект готов, тесты пройдены, время заливать код в основное хранилище (до этого вся разработка ведется в отдельном хранилище технического проекта). На этом этапе также заканчивается написание справочных материалов по новой функциональности (справка хранится в СППР).
По окончании этапа (тесты пройдены и готовы справочные материалы) проект заливается в основное хранилище; после этого проводится выборочное регрессионное тестирование в смежных областях – мы должны убедиться, что не сломали ничего из существующей функциональности.

Точка 6. Окончание проекта

Закрываем проект в СППР – присваиваем ему статус «Выполнено».

Выпуск версии

Примерно за месяц до выпуска нового релиза накладывается мораторий на заливку новых проектов в основное хранилище (разработка в хранилищах тех. проектов продолжается); те проекты, которые не успели закончиться к этому времени, переносятся на другую версию.
В течение этого месяца проводится регрессионное тестирование; вносить изменения в код разрешено только для исправления привнесенных в этом релизе ошибок. Непривнесенные ошибки (те, которые воспроизводились и на предыдущих релизах), к началу регрессионного тестирования обычно почти все исправлены; те же ошибки, что остались, переносятся на следующий релиз. Основная задача регрессионного тестирования – гарантировать неухудшение качества продукта.
В качестве баг-трекера, как уже говорилось, используется все тот же СППР.

Исправительные сборки

Каждые две недели мы выпускаем исправительные сборки к версиям; на сегодня это 2.1.3.x, после выхода релиза 2.2.1 будут выпускаться 2 исправительные сборки - 2.1.3.x и 2.2.1.х. От регистрации ошибки до появления ее в исправительном релизе у нас проходит менее двух недель; наша статистика показывает, что среднее время от обращения клиента с ошибкой в ERP в поддержку до выхода ее исправления в исправительной сборке на сегодня – 9 дней.

Разветвленная разработка

В групповой работе над ERP мы стараемся использовать средства, предоставляемые нам платформой 1С:Предприятие. Конфигурации хранятся в хранилище конфигураций , при чекине новой функциональности в ветки используется стандартный механизм поставки и поддержки . Все операции автоматизируются по максимуму; в случае, если объекты менялись только на стороне разработчика – объединение кода происходит без участия программиста. Если для объединения исходников нужно вмешательство разработчика, обычно мы используем встроенные возможности платформы. Но есть также возможность вызова сторонних инструментов сравнения/объединения из инструментов платформы (например, или Araxis). Кстати, эта фича – вызова сторонних инструментов сравнения/объединения - была добавлена в платформу по запросу именно команды разработки ERP.

Разное

При разработке новой функциональности мы используем ту версию платформы, которая будет доступна на момент выхода новой версии ERP (на сегодня это платформа 8.3.8).
Это возможно благодаря тому, что в платформе очень активно используется режим поддержки совместимости с предыдущими версиями. Как только появляется новая платформа – мы на нее переходим, а вот отключение режима совместимости происходит далеко не сразу. Это связано с тремя причинами:

1. Мы хотим меньше «шокировать» пользователей, поэтому отключение режима совместимости мы стараемся делать в «тихие» периоды, а не тогда, когда все пользователи, например, сдают отчетность.
2. Обычно отключение совместимости связано с разного объема переделками конфигурации. Их нужно планировать, для их реализации нужно время.
3. ERP – это конфигурация, в состав которой входит на настоящий момент 10 библиотек. Отключать совместимость можно только тогда, когда все библиотеки тоже это сделают.

О библиотеках можно написать отдельно. Библиотека – это специальным образом написанная конфигурация, которая включает в себя функциональность, которая должна одинаковым образом работать в различных конечных наших прикладных решениях. Интеграция библиотек осуществляется с помощью уже упомянутого механизма платформы «Поставка конфигураций». Библиотеки разделяются на публикуемые (те, которые мы публикуем, и которые могут использовать сторонние разработчики в своих прикладных решениях) и внутренние (которые мы отдельно не публикуем – только в составе прикладных решений). Подавляющее количество библиотек являются публикуемыми.
В состав ERP входят 10 библиотек, разрабатываемых другими командами. Их код не меняется разработчиками команды ERP.

Список библиотек

1. Библиотека стандартных подсистем .
   Базовая функциональность – права доступа, печать, почта и т.д. Входит в состав большинства прикладных решений.
2. в ERP
3. Библиотека интернет-поддержки пользователей.
   Информирование о выходе обновлений, обращение в тех. поддержку, скачивание и установка обновлений
4. Библиотека электронного документооборота .
   Обмен электронными документами с контрагентами (в т.ч. юридически значимый ЭДО), DirectBank (прямой обмен с банками), обмен с сайтами (CMS).
5. Библиотека интеграции с ЕГАИС.
   Обмен с Единой Государственной Автоматизированной Информационной Системой для учета операций по розничному обороту алкоголя.
6. Библиотека регламентированного учета.
   «Кусочек» 1С:Бухгалтерии в ERP. Вообще регламентированный учет в ERP в методической части (за некоторыми небольшим исключениями) сходен с 1С:Бухгалтерией, но его реализация отличается и делается независимо. Из 1С:Бухгалтерии мы берем бухгалтерские отчеты и отчетность по некоторым налогам.

Как мы тестируем 1С:ERP

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

• Состав ролей. Например, проверяется, что права на чтение всех констант включены в роль «Базовые права».
• Соответствие кода принятым стандартам. Для большого количества стандартов прикладной разработки (которых у нас несколько сотен) написаны процедуры анализа кода на предмет их соблюдения. Например, что не используются полные соединения в запросах, или, что правильно локализованы строки, которые отображаются в интерфейсе.
• Специфические проверки, связанные с особенностями разработки ERP
  Например, проверка, что каждый прикладной объект входит только в одну из подсистем «Объекты УТ, КА, УП», «Объекты КА, УП» или «Объекты УП»

Динамический анализ кода включает в себя, в частности, регрессионное тестирование , в рамках которого прогоняются следующие операции (а результаты операций сверяются с последним предыдущим успешным тестированием):

• Открытие всех форм
• Обмен данными с другими прикладными решениями (например, с 1С:Бухгалтерия Предприятия)
• Отражение проведенных документов в учете. Проверяется, что после проведения документа в эталонной базе результат отражения его в учете не поменялся.
• И др.

Для регрессионного тестирования мы используем от 10 до 20 баз данных, различного размера (от 15 Гб до 70 Гб) и разной специфики наполнения.
На этих же базах тестируем обновление на новую версию с предыдущей, с целью убедиться, что обновление проходит а) корректно и б) за разумное время.
При обновлении базы 1С есть два существенных этапа:

1. Основное время - обновление данных в многопользовательском режиме. Прикладное решение готовит данные к обновлению в фоне, пользователи могут продолжать работать с системой, но быстродействие системы может быть снижено и часть функций могут работать ограниченно. Обычно обновление на новую версию проводят в выходные (когда активность пользователей минимальна).
2. Минимальное время - обновление в монопольном режиме. Когда все данные подготовлены в фоновом режиме, наступает время изменения структуры БД. Для этого база данных переводится в монопольный режим, когда работа пользователей с системой невозможна. Скорость обновления крайне важна для наших пользователей.

В ближайших планах – расширение зоны автотестирования с целью покрыть ими максимальное количество сценариев.

Заключение

ERP – один из самых масштабных наших продуктов. Мы стараемся использовать в его разработке современные и передовые методики, а также создавать новые методики и инструменты, чтобы, с одной стороны, быстро его развивать, а с другой стороны - обеспечивать высокое качество разработанного решения.

Теги:

• 1С
• erp системы
• разработка приложений
• 1С:Предприятие
• программирование
• тестирование

Добавить метки

В данной статье речь пойдет об ERP-системе «Управление производственным предприятием». При автоматизации производственных компаний этот продукт нередко оказывается оптимальным решением, и я не единожды занимался внедрением 1С УПП для разных организаций.

В процессе работы я обратил внимание на то, что обзоров этого программного продукта практически нет. Есть техническая документация, какие-то советы программистам по решению конкретных проблем в этой системе, учебные курсы. Но для пользователей какого-то понятного описания всей системы нет. И мне очень часто перед внедрением этого программного продукта приходится пояснять особенности, достоинства и недостатки «Управления производственным предприятиям» практически «на пальцах».

Даже на Хабре в разделе ERP информации об этой системе до сих пор не было. Именно этот пробел я решил восполнить. Кроме того, я надеюсь, что моя статья поможет предпринимателям и IT-специалистам на этапе выбора программного обеспечения для автоматизации производственного предприятия и подготовит их к тем особенностям, которые нужно учитывать при внедрении этой системы.

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

Для того чтобы разобраться в особенностях программного продукта, нужно ответить на следующие вопросы:

1. Что представляет собой система, какие задачи перед ней ставят.
2. Насколько эта система способна выполнять поставленные задачи.
3. Выявить плюсы и минусы системы.

Первое, что очень важно понимать: 1С. Управление производственным предприятием - это не просто система учета, при ее разработке были учтены современные методы управления предприятием, а потому этот продукт предлагается к использованию, в том числе, как ERP-система. Далее, из названия следует, что именно этот продукт предназначен для работы предприятий производственного типа. Именно с этой точки зрения я и намерен рассматривать программный продукт 1С УПП.

Что такое ERP-система?

Система ERP (Enterprise Resource Planning) – это корпоративная информационная система, которая предназначена для контроля, учета и анализа всех видов бизнес-процессов и решения бизнес-задач в масштабе предприятия.

Проще говоря, в ERP-системе объединяются все виды учета, которые присутствуют в компании. С применением ERP-систем производится обмен информацией и осуществляется взаимодействие между разными подразделениями и т.д. В случае ERP-системы «Управление производственным предприятием» программный продукт предлагает реализацию всех этих функций для производственной компании.

При реализации продукта «Управление производственным предприятием» разработчики постарались объединить в системе максимально возможный перечень функций. Если посмотреть в документы, то можно насчитать целых 15 подсистем. Дело в том, что в 1С документы группируются по подсистемам:

• Управление производством
• Управление затратами
• Управление закупками
• Планирование
• Налоговый и бухгалтерский учет
• Заработная плата
• Учет кадров и т.д.

Т.е. в эту систему постарались включить все функции, которые могут потребоваться для работы производственного предприятия. Именно так компания 1С и позиционирует свою ERP-систему: здесь уже есть все, что нужно для автоматизации любых процессов без использования других программных продуктов.


Сделанный мною скриншот наглядно показывает, что непосредственно к производству относится совсем небольшая часть документов. Все остальные документы – это дополнительные подсистемы, призванные сделать «Управление производственным предприятием» универсальным решением для работы всех подразделений. Рассматривать подробно все эти возможности я не вижу смысла, но важно, чтобы каждая из подсистем качественно и полноценно работала и могла решать потребности конкретного бизнеса. В данной статье мы остановимся подробно на блоке, который отличает УПП от других решений 1с - Управление производством.

1С УПП: подробнее о продукте

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

Для этой типовой конфигурации создано множество доработанных, так называемых, отраслевых версий: 1С.Машиностроение, 1С.Мясокомбинат, 1С.Мебельное производство, 1С.Полиграфия и т.д.

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

Стоимость продукта

Для того чтобы работать с этой конфигурацией, необходимо купить сам продукт. Рекомендованная цена от компании 1С составляет 186 000 рублей. А лицензирование этого программного продукта производится по общему для 1С признаку, т.е. пользователи других продуктов 1С могут не покупать какие-то отдельные лицензии для этой системы.

Любая лицензия, например, от 1С Бухгалтерии или от 1С Торговли и склада подойдет к этой системе. Естественно, что и стоимость лицензий для этих продуктов одинакова.

Важно понимать: для отраслевых решений от компаний-партнеров 1С могут потребоваться собственные отдельные лицензии. И здесь цена может отличаться от базовой версии.

Как и при работе с другими продуктами, лицензирование выполняется по одному из вариантов, принятых в 1С: для компьютера (устройства) и для пользователя (подключения с любого устройства). Здесь я не буду останавливаться подробно, так как вся информация есть на сайте 1С. Ознакомиться с ней вы можете по ссылке: http://v8.1c.ru/enterprise/

О самой программе 1С написано очень много. Я также писал уже об этой платформе, например, в статье «Почему 1С это плохо и почему так не любят 1С программистов ». С учетом того, что система «Управление производственным предприятием» работает на базе 1С. Предприятия 8.3, все достоинства и недостатки базового программного обеспечения в ней также присутствуют.

Рассмотрим конфигурацию подробнее

В книге “Производственный и операционный менеджмент” Р. Б. Чейз, Ф. Р. Джейкобз, Н. Дж. Аквилано мне понравился список задач, которые ставятся перед ERP системами для производственного предприятия:

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

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

Учет новых заказов в отделе продаж

Учет заказов – это неотъемлемая часть работы любого отдела сбыта (продаж). Любой заказ состоит из нескольких частей:

1. Учет клиентов (кому осуществляется продажа);
2. Учет товаров (что будет продано клиенту).

Покупатели (клиенты) вносятся в справочник Контрагентов. Клиенты могут быть как физическими лицами, так и юридическими. В карточке контрагента можно указать все банковские реквизиты компании, телефоны, адрес доставки и другие сведения, необходимые для оформления документов и осуществления продажи.

А подробная информация обо всех товарах, которые могут быть проданы, хранится в справочнике Номенклатуры.


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

Здесь могут храниться:

• Название товара
• Серия
• Фотографии
• Файлы технической документации
• Описание и практически любая другая информация о товаре.

С использованием этих справочников сотрудник отдела продаж создает документ Заказ клиента, где указывает контрагента и перечень номенклатуры с ценами.

На примере швейного производства работа над заказом делится на следующие этапы:

1. Принять заказ и зафиксировать потребность клиента.
2. В случае необходимости закупить для заказа материал.
3. Произвести раскрой, а потом и пошив продукции.
4. Провести проверку (контроль качества) товаров.
5. Передать готовую продукцию на склад.
6. Осуществить отгрузку или доставку покупателю.

Итак, первый этап работы осуществлен: создан документ Заказ покупателя, в котором отражены данные клиента и товары, которые ему необходимы. Теперь нужно передать информацию на производство.

Оповещение производства о новых заказах

Производство должно видеть новые заказы сразу после их поступления. С этой задачей конфигурация 1С УПП, в общем-то, справляется. Но возникает встречная задача: производство должно видеть только те заказы, которые нужно произвести. Т.е. если в документе заказа указываются товары, которые уже имеются на складе, производству такой заказ не интересен, а его появление в перечне документов, доступных для производства, может внести дополнительную путаницу.

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

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

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

Для швейного предприятия мы создали следующее решение. Был написан дополнительный плагин, который создает заказ на производство автоматически, исходя из определенного перечня разных условий.

Эта обработка определяла, есть ли нужные изделия на складе. Если нет, то следующим шагом производился анализ свободных изделий в производстве. Если таких изделий нет или они запланированы на дату позже, чем указанная в заказе, автоматически формируется заказ на производство.

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

Состояние заказа, находящегося на производстве

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

Реализуется это одним из двух способов:

1. Менеджер по продажам может отслеживать, на каком технологическом этапе находится работа над заказом: запланирован, поступил в работу, на контроле качества и т.д. Таким образом, специалист по продажам может постоянно контролировать работу над каждым из заказов и оповещать клиента о сроках выполнения.
2. Для товара устанавливается срок реализации, т.е. дата, когда перечень нужной номенклатуры будет изготовлен, пройдет проверку и будет готов к отгрузке.

Для реализации первого варианта нужных инструментов в системе не предусмотрено. Отчеты, которые имеются в наличии, отражают только состояние заказов и товаров на складе. Для производства, в случае необходимости реализовать поэтапное оповещение, понадобятся доработки.
К сожалению, и во втором случае нет готовых инструментов для случаев, когда производство может изменить дату выполнения заказа. Какие-то изменения в дату отгрузки может вносить только отдел продаж, причем, в сторону увеличения. Обычно менеджер может перенести отгрузку на более поздний срок, но оповещать о возможности изменить сроки создания товаров производство придется вручную. Также и производство в случае необходимости не может перенести дату отгрузки, даже если появилась возможность выполнить заказ быстрее.

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

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

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

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

Связь производства и отдела закупок

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

Как должна происходить эта работа:

1. Формируется список потребностей.
2. Исходя из этого списка и спецификаций продукции, формируется перечень материалов, необходимых для производства изделий.
3. На основании полученного списка формируется план закупок.
4. В соответствии с планом закупок система формирует заказы поставщикам.

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


MRP (Material Requirements Planning) – это автоматизированное планирование потребностей предприятия в сырье и материалах для производства. Планирование производится на основе спецификаций.

Спецификация (Bill of Material) – это справочник, в котором описаны все параметры того или иного материала, его качества, особенности, допуски. Для готового изделия или «полуфабриката» в спецификации указывается, из чего состоит это изделие.

Для производства каждого изделия требуются определенные материалы и полуфабрикаты. Материалы можно сразу заказывать, основываясь на спецификациях. Для полуфабрикатов необходимо сделать следующий шаг – разобраться, из каких материалов, в свою очередь, состоит тот или иной полуфабрикат. И также добавить нужные материалы в заказ.

Таким образом, каждое готовое изделие при помощи нескольких шагов автоматически разбивается на материалы. Например:

Костюм состоит из брюк, пиджака и упаковки (пакет). Брюки и пиджак – полуфабрикаты, которые нужно декомпозировать на следующем шаге, для создания пакета материал можно сразу добавлять в закупки. На втором шаге брюки «делятся» на разные виды ткани, нитки, застежку-молнию, пуговицы. Аналогично и пиджак также состоит из разных видов ткани, ниток и пуговиц. Все эти материалы добавляются в план закупок.

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

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

Бухгалтерская и налоговая отчетность в «коробочном решении»

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

• УУ – документ проходи по управленческому учету;
• БУ – документ проходит по бухгалтерскому учету;
• НУ – документ проходит по налоговому учету.

Так как документы не разделены по разным системам, то в силу вступает человеческий фактор. Например, сотрудник отдела закупок или кладовщик после получения материалов проводит приходный документ. Материал поступает на учет. Но если он при этом не проставил «галочку» БУ, то бухгалтер документ не видит, и сам проводит приходную накладную на основании поступившей к нему налоговой накладной. В результате документ корректируется дважды разными авторами. И в случае возникновения каких-то ошибок выявить виновного будет очень сложно.

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

Интеграция с другими программными продуктами и системами

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

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

Например, на швейном предприятии проводилась интеграция с раскроечным станком. Также часто требуется интеграция с какими-либо CAD, с интернет-сайтом предприятия, с другими решениями. И на этот этап работы часто уходит до 30% бюджета.
При этом без таких комплексных решений использование EPR-системы будет не эффективным, вы не сможете выйти на новый уровень контроля и автоматизации работы предприятия. Это очень важно понимать.

Любая система настолько эффективна, насколько эффективно ее самое слабое звено. И если при внедрении отказаться от интеграции в том или ином случае, а полагаться на человеческий фактор, обязательно будут накапливаться ошибки, и вся система станет неустойчивой.
Например, если речь идет о проектировании нового изделия, то вся проектная документация должна выгружаться из системы проектирования (CAD) в ERP-систему автоматически. И тогда в случае возникновения каких-то вопросов и сложностей, всегда можно будет понять, о каком конкретно изделии идет речь. И проектировщики смогут внести необходимые изменения оперативно и без ошибок.

Если речь идет о производстве, очень важно своевременно и без ошибок получать информацию о поступающих заказах (например, с сайта или со специальной формы заказа), которые нужно произвести, а также своевременно и без ошибок передавать информацию о реально использованных материалах, что позволит продолжать работу без простоев.

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

Также во многих других случаях полагаться на человеческий фактор недопустимо, так как ошибки, неточности в системе, несвоевременное внесение информации приводят к нарушениям в работе. А потому интеграция – процесс, конечно, не быстрый и дорогостоящий, но необходимый для повышения качества работы.

Отраслевые решения

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

Сейчас на сайте 1С можно найти такие конфигурации практически для любой отрасли. Но очень важно понимать следующие моменты:

1. Конфигурация дорабатывалась под нужды определенного предприятия. И нет никакой гарантии, что именно такой подход подойдет для вашей компании. Например, молочное производством может заниматься созданием весового творога и сметаны, а может фасовать эти продукты в определенные емкости. Может производить молоко, кефир и ряженку, а может специализироваться на йогуртах и десертах. В каждом из этих случаях потребуются разные доработки. И не факт, что предложенные в базовой версии от партнеров вам подойдут.
2. Отраслевые конфигурации выполняются компаниями-партнерами на базе основной, при этом в саму конфигурацию вносятся значительные правки. А потому обновления для базовой версии 1С. УПП для отраслевой конфигурации не подойдут. Пользователям придется ожидать, пока компания-партнер 1С также проведет обновления для отраслевой версии.

Несколько слов о 1С. УПП ERP 2.0

Существует также отдельная конфигурация 1С. УПП ERP 2.0, в которую были внесены значительные доработки и дополнения, необходимые для автоматизации управления производственным предприятием. Т.е. эта конфигурация позиционируется не просто как комплексное решение, но как универсальное решение для производственного предприятия, которое включает в себя полноценную ERP-систему.

Эта система также создана на базе 1С, конфигурация также является комплексной, а не модульной. А потому все особенности продуктов 1С в принципе, а также проблемы, с которыми сталкиваются при внедрении комплексных конфигураций 1С, также присущи этой системе.

С одной стороны, версия 1С. УПП ERP 2.0 действительно отличается расширенным наборов функций, в первую очередь, касающихся вопросов автоматизации и управления. Но этот программный продукт создан сравнительно недавно. И я считаю, что рано еще переходить на эту версию в связи с тем, что она еще не до конца доработана.

К ней постоянно выходят обновления с новыми возможностями, новыми справочниками, документами, отчетами, в отличие от 1С. УПП, к которой в обновления включают только исправление выявленных багов и обновления бухгалтерской и налоговой отчетности, связанные с изменениями в законодательстве.

Кроме того, система 1С. УПП ERP 2.0 стоит значительно дороже конфигурации 1С. УПП.

Плюсы и минусы системы 1С УПП

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

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

Важным минусом системы является отсутствие модульности. Т.е. для решения тех или иных проблем можно создавать определенные обработки или отчеты, «надстройки» над системой. Они будут работать, но при этом базовые решения останутся неприкосновенны. Но если для какой-то цели потребуется вносить изменения в работу документов или справочников, понадобится вносить правки во все подсистемы, которые существуют в конфигурации.

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

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

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

При грамотном подходе система 1С Управление производственным предприятии становится прекрасным инструментом, который позволит получить высокий уровень автоматизации бизнес-процессов и координации работы разных подразделений компании.

В качестве заключения, я хочу дать некоторые советы тем, кто решил приобрести и внедрить у себя программу “1с: Управление производственным предприятием 8 ред.1.3”:

1. Выберите стратегию

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

Какие бывают стратегии? Один мой клиент выбрал эту конфигурацию потому, что “это единственная система, в которой есть все”. Это предприятие работало в нескольких системах: 1с, Excel и т.д. - они решили взять одну систему для консолидации учета.

Другая компания, у которой развивалось производство, хотела проконтролировать незавершенное производство - их волновал учет материалов в производстве. Это тоже стратегия.

2. Продумайте интеграцию

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

3. Оцените необходимость в УПП с точки зрения величины компании

Не для каждой компании УПП подходит. Я видел компанию, в которой работало 15 человек. Система УПП досталась им каким-то образом “в наследство”, но при этом внедрение и доработка стоили больших денег, и они в итоге так и не перешли на УПП. Надо понимать, что если ваша компания не достаточно готова к работе с таким сложным продуктом - то и эффекта от нее не будет. Я не рекомендую для небольшой компании эту конфигурацию.

4. Оцените необходимость в УПП с точки зрения отрасли

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

"1С:ERP Управление предприятием 2" - решение нового поколения, реализованное на платформе "1С:Предприятие 8.3". Позволяет автоматизировать основные бизнес-процессы, контролировать ключевые показатели деятельности предприятия, организовать взаимодействие служб и подразделений, координировать деятельность производственных подразделений, оценивать эффективность деятельности предприятия, отдельных подразделений и персонала.

Оно является развитием наиболее массово применяемой в настоящее время в России и странах СНГ системы ERP-класса "1С:Управление производственным предприятием" редакции 1.3, учитывает опыт, накопленный при внедрении и использовании этой системы в масштабных проектах, насчитывающих сотни и тысячи рабочих мест.

Решение "1С:ERP Управление предприятием 2" разработано проектной командой специалистов фирмы "1С" при участии специально созданного экспертного совета, в который вошли специалисты ведущих партнеров "1С" (Центры компетенции по производству, Центры разработки 1С) и руководители профильных подразделений крупных промышленных предприятий. Особое внимание при разработке было уделено реализации функциональных возможностей, востребованных крупными предприятиями различных направлений деятельности, в том числе с технически сложным многопередельным производством. Такой подход позволил существенно расширить возможности и область применения нового ERP-решения по сравнению с "1С:Управление производственным предприятием" редакция 1.3.

Поставку и внедрение системы "1С:ERP Управление предприятием 2" могут осуществлять партнеры фирмы "1С", имеющие статус "1С:Центр ERP".

Группа компаний "СофтБаланс"обладает статусом "1С:Центр ERP", что означает наличие компетенций по универсальному функционалу ERP-решений фирмы "1С" для управления предприятием и опыта успешных внедрений таких решений, а отраслевые специализации соответствуют опыту выполнения проектов внедрения ERP-систем в соответствующих отраслях и знаниям специфических возможностей решений для данных отраслей.

Мы имеем опыт реализованных проектов на основе "1С:ERP Управление предприятием 2" в разных отраслях . Наши проектные команды постоянно совершенствуют свою работу и накопили достаточный опыт для того, чтобы находить лучшее решение задач предприятия-заказчика с помощью автоматизированной системы.

Наши специалисты готовы провести презентацию, проанализировать ваши потребности и сделать предварительную оценку проекта, организовать референс-визит.

Основные направления развития в "1С:ERP Управление предприятием 2"

• Разработана новая подсистема управления производством – управление по межцеховым переходам и на операционном уровне, маршрутные листы, управление партиями запуска, групповые и персональные задания на работу, оперативная диспетчеризация, управление по "узким местам", управление загрузкой, планирование до кванта времени, готовность работы с неточными нормативами.
• Разработана подсистема для организации ремонтов – учет объектов ремонта, регистрация наработки, учет текущих и внеплановых ремонтов, интеграция с производственной подсистемой – графики доступности оборудования.
• Развитие системы учета затрат и расчета себестоимости – детализация до объема исходных затрат, наглядность и контроль обоснованности расчета.
• Развитие подсистемы управления финансами – учет в разрезе направлений деятельности, этапы согласования заявок, гибкие правила распределения, эквайринговые операции.
• Совершенствование механизмов и инструментов бюджетирования – табличная модель бюджетирования, версионирование, расчет плановых показателей, расшифровка данных.
• Инструменты для автоматизации торгово-складской деятельности предприятия унифицированы с "1С:Управление торговлей", редакция 11.
• Возможности регламентированного учета соответствуют типовому прикладному решению "1С:Бухгалтерия предприятия", редакция 3, версия КОРП.
• Функционал продукта в части управления персоналом и расчета заработной платы унифицирован с "1С:Зарплата и управление персоналом", редакция 3, версия КОРП.
• Использование новых возможностей версии 8.3 платформы "1С:Предприятие" – весь функционал в "управляемом приложении".
• Повышение удобства работы. В "ERP Управление предприятием 2" по умолчанию используется интерфейс "Такси", максимально адаптированный под работу на любых мобильных устройствах и экранах с низким разрешением. Наряду с интерфейсом "Такси" в конфигурации поддерживается интерфейс "1С:Предприятия 8.2" (в закладках и в отдельных окнах). Пользователь может выбирать вид интерфейса в настройках программы.
• Настройка детализации учета выполняется в режиме работы пользователя путем выбора функциональных опций.
• Обеспечивается бесшовная интеграция с конфигурацией "Документооборот", позволяющая использовать механизмы бизнес-процессов для согласования принимаемых решений и документов, сохранять файлы в информационной базе "1С:Документооборота".
• Существенно расширен состав документов для ввода начальных остатков на момент запуска системы.
• Для отражения хозяйственной деятельности используются специализированные рабочие места: выполнение целевых задач с возможностью быстрого поиска и оперативного доступа к требующейся для принятия решения информации.
• Хозяйственная деятельность предприятия отражается в рамках оперативного контура с возможностью дальнейшего ее представления в бухгалтерском и налоговом учете посредством отложенного отражения.

• широкие функциональные возможности на уровне ERP-систем международного класса;
• гибкая и производительная современная платформа «1С:Предприятие 8.3», поддерживающая работу через Интернет, в том числе «облачные» технологии и работу на мобильных устройствах;
• большое количество специализированных решений, расширяющих возможности системы (PDM, EAM, PMO, ITIL, CRM, MDM, WMS, TMS, BSC, ECM, CPM и др.);
• широкая сеть партнеров с многолетним опытом внедрения ERP-систем;
• невысокая стоимость владения и возможность получения существенного экономического эффекта с ростом производительности труда и быстрым возвратом инвестиций.

Основные направления развития в «1С:ERP Управление предприятием 2»

• Разработана новая подсистема управления производством - управление по межцеховым переходам и на операционном уровне, маршрутные листы, управление партиями запуска, групповые и персональные задания на работу, оперативная диспетчеризация, управление по "узким местам", управление загрузкой, планирование до кванта времени, готовность работы с неточными нормативами.
• Разработана подсистема для организации ремонтов - учет объектов ремонта, регистрация наработки, учет текущих и внеплановых ремонтов, интеграция с производственной подсистемой - графики доступности оборудования.
• Развитие системы учета затрат и расчета себестоимости - детализация до объема исходных затрат, наглядность и контроль обоснованности расчета.
• Развитие подсистемы управления финансами - учет в разрезе направлений деятельности, этапы согласования заявок, гибкие правила распределения, эквайринговые операции.
• Совершенствование механизмов и инструментов бюджетирования - табличная модель бюджетирования, версионирование, расчет плановых показателей, расшифровка данных.
• Развитие подсистем для автоматизации торгово-складской деятельности предприятия - управление эффективностью процессов продаж и сделок с клиентом, настраиваемые возможности автоматического ценообразования, использование регламентированных процессов продаж, расширенное управление заказами клиентов, управление торговыми представителями, мониторинг состояния процессов продаж, обособленный учет по заказам - резервирование потребностей, мобильные рабочие места работников складов, учет многооборотной тары, статистический анализ запасов, управление доставкой и товарный календарь (унификация с «Управление торговлей», редакция 11.1).
• Развитие подсистемы регламентированного учета - настройка правил отражения хозяйственных операций для групп финансового учета, учет фактов хозяйственной деятельности отложенным проведением с контролем актуальности отражения, оперативный контроль формирования проводок для произвольного документа, расчеты с обособленными подразделениями организации (79 счет), автоматическая поддержка учета «сложного» НДС без дополнительных настроек, расшифровки декларации по налогу на прибыль и регламентированной отчетности.
• Совершенствование возможностей продукта в части управления персоналом и расчета заработной платы - ведение штатного расписания, расчет зарплаты по данным выработки сотрудников, гибкие возможности отражения зарплаты в финансовом и регламентированном учете.
• Использование новых возможностей версии 8.3 платформы «1С:Предприятие» - поддерживается работа в режиме тонкого клиента и веб-клиента.

Фирма "1С" рекомендует пользователям осуществлять внедрение "1C:ERP Управление предприятием 2" в тесном сотрудничестве с партнерами фирмы "1С", имеющими необходимые компетенции в области комплексной автоматизации предприятий на платформе "1С:Предприятие 8", штат сертифицированных специалистов, — партнеры имеющие статус "1С:Центр компетенции по ERP-решениям" ("1С:Центр ERP").

Функциональная модель «1C:ERP Управление предприятием 2»

Функциональная модель «1C:ERP Управление предприятием 2» включена в состав продукта в виде набора схем стандарта IDEF0 для освоения возможностей прикладного решения, изучения принципов и методологии взаимодействия отдельных подсистем. Для работы с функциональной моделью используется решение «1С:Система проектирования прикладных решений».

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

Мониторинг и анализ показателей деятельности предприятия

Для контроля и анализа целевых показателей деятельности предприятия можно использовать данные монитора целевых показателей.

Система целевых показателей - приборная панель управления для менеджеров предприятия всех уровней.

Использование системы целевых показателей позволяет:

• своевременно выявлять проблемные участки на любом этапе управления предприятием;
• контролировать выполнение поставленных целей;
• анализировать эффективность ключевых процессов предприятия с помощью показателей;
• анализировать структуры целей;
• оценивать текущее состояние бизнеса;
• топ-менеджерам принимать оптимальные управленческие решения по ключевым процессам на основании данных по целевым показателям предприятия.

Преимущества монитора целевых показателей:

• простота использования;
• гибкая система настроек;
• предопределенный набор настроек;
• возможность создания и контроля собственных показателей;
• получение информации, как в сжатом виде, так и в более развернутом виде.

Формирование структуры поставленных целей

Каждое предприятие ставить перед собой цели, к которым оно будет двигаться для достижения успеха. Руководством и собственниками компании могут быть заданы различные цели.

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

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

Предусмотрена возможность группировки целей и целевых показателей по перспективам управления - категории целей.

Для достижения целевого показателя можно определить одну из стратегий (максимизация значения, минимизация значения, удержание в пределах допустимого диапазона).

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

Для упрощения создания целевых показателей можно использовать частично настроенный шаблон расчета (макет системы компоновки данных), требующий заполнения набора данных для анализа.

Автоматическая рассылка монитора целевых показателей

Обеспечивается возможность автоматической рассылки монитора целевых показателей предприятия руководителям, топ - менеджерам.

Автоматическая рассылка ключевых показателей осуществляется в соответствии с настроенным расписанием. Использование такой возможности позволяет вовремя и быстро проинформировать топ-менеджера о данных целевых показателях предприятия. Например, можно задать расписание, согласно которому рассылка показателей предприятия будет осуществляться каждый день в 7.30 (один раз в день).

В качестве получателей целевых показателей могут выступать пользователи, организации, партнеры, контрагенты, физические лица, зарегистрированные в информационной базе.

Данные по целевым показателям могут быть представлены в любом формате (WORD, HTML, PDF и др.).

Поддерживается возможность настройки состава пересылаемых вариантов анализа целевых показателей.

Бюджетирование

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

Ключевыми возможностями бюджетирования являются:

• моделирование перспективных финансовых состояний предприятия с учетом различных экономических факторов,
• лимитирование расходов денежных средств,
• оценка отклонений фактических данных от плановых,
• использование интеграционных связей,
• комплексный анализ достигнутых результатов.

Моделирование финансовых планов

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

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

Планирование оплат по планам продаж и закупок

Интеграционные возможности бюджетирования позволяют учитывать при построении бизнес-модели данные из других источников (например, планы продаж, закупок, производства).

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

Контроль расходов денежных средств

Для целей повышения внутренней дисциплины предприятия с точки зрения расходования денежных средств предусмотрена возможность установки для бюджетных статей индивидуальных типов лимитов.

Классификация по типам имеет следующий вид:

• Разрешающий - разрешают проведение заявок на расходование денежных средств, если сумма заявки не превысила остаток по лимитам (если превышение произошло, то проведение заявки на расходование денежных средств будет автоматически заблокировано),
• Дополнительно ограничивающий - выполняют функцию задания дополнительного лимита к основному, например, определен лимит по выбранной статье денежных средств, а требуется дополнительно установить лимит на партнера,
• Информационный - информируют о превышении лимита при проведении заявки на расходование денежных средств, но не блокируют её проведение.

Контроль за использованием денежных средств может быть организован для произвольного периода (день, неделя, месяц, квартал, полугодие, год) по любым аналитикам доступным для документа Заявка на расходование денежных средств (например, статьи движения денежных средств, партнеры, подразделения и т.д).

Казначейство

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

Подсистема Казначейство обеспечивает решение следующих задач:

• планирование поступлений и расходов денежных средств;
• отражение операций с наличными и безналичными денежными средствами;
• контроль наличия денежных средств;
• контроль целевого использования денежных средств;
• ведение денежных расчетов в иностранных валютах;
• работа с подотчетными лицами;
• контроль взаиморасчетов;
• учет кредитов, депозитов и займов.

Платежный календарь

Для оперативного управления денежными средствами предприятия, формирования графиков платежей и контроля его своевременного исполнения предлагается использовать платежный календарь.

Платежный календарь формируется автоматически на основании данных о планируемых оплатах от клиентов и выплатах поставщикам, планируемых прочих поступлениях и расходах денежных средств.

Использование платежного календаря позволяет:

При составлении платежного календаря автоматически проверяется его выполнимость - достаточность запасов денежных средств в местах их хранения.

Контроль целевого использования денежных средств

Предусмотрена возможность контроля лимита расходования денежных средств.

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

• спланировать, сколько денег необходимо выделить на расходы того или иного подразделения;
• установить объем доступных к расходованию денежных средств по каждой статье ДДС;
• уменьшить объем расходов и произвести их контроль.

Контроль лимита расходования денежных средств может производиться как по предприятию в целом, так и по подразделениям и организациям.

Превышение лимитов контролируется при согласовании заявки на расходование денежных средств.

Если требуется осуществить расходование денежных средств сверх установленного для статьи ДДС лимита, данная потребность указывается при оформлении заявки на расходование денежных средств (в заявке устанавливается признак Сверх лимита ).

Для контроля расхода денежных средств в соответствии с установленными лимитами предназначен отчет Лимиты расхода денежных средств , который показывает лимиты расходов, фактический расход и обеспечивает возможность определить, по каким статьям движения денежных средств есть превышение или лимит израсходован не полностью.

Управление отношениями с клиентами (CRM)

Управление отношениями с клиентами, известное также как CRM или Customer Relationship Management, является неотъемлемой функциональной областью современной комплексной информационной системы предприятия.

CRM — это концепция управления отношениями с клиентами в условиях активной конкуренции, нацеленная на максимальное освоение потенциала каждого клиента и партнера в интересах предприятия.

Концепция CRM предполагает регулярный сбор и анализ информации о каждом клиенте:

• как клиент отреагировал на деловое предложение,
• доволен ли он качеством обслуживания,
• меняются ли его предпочтения со временем,
• насколько аккуратно он выполняет взятые на себя обязательства,
• сколько дохода клиент приносит (или мог бы принести) предприятию.

Для управления отношениями с клиентами прикладное решение предлагает следующие возможности:

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

Управление продажами

Для управления продажами прикладное решение предоставляет следующие возможности:

• задать правила продажи индивидуальные для клиента или типовые для сегментов клиентов,
• выставить коммерческие предложения клиентам,
• отразить потребности клиентов в покупке товаров, в услуге,
• отразить операцию отгрузки товаров клиенту,
• организовать доставку товаров,
• оформить корректировку реализации,
• оформить возврат товаров от клиента.

Управление производством

Ключевыми целями процессами управления производством являются:

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

Организация ремонтной деятельности

Ключевыми целями процесса управления ремонтной деятельностью являются:

• повышение готовности оборудования к работе;
• снижение затрат на поддержание его работоспособности;
• установка единых регламентов обеспечения и финансирования ремонтных работ.

Для организации ремонтной деятельности предусмотрены следующие возможности прикладного решения:

• учет объектов эксплуатации;
• учет показателей эксплуатации;
• учет ремонтных мероприятий;
• регистрация дефектов объектов эксплуатации;
• планирование ремонтных работ.
• формирование заказов на ремонт.

Управление складом и запасами

Для процесса управления складом предусмотрены следующие возможности:

• использование рабочих участков для разделения складских зон;
• разделение областей хранения в соответствии со складскими группами (молоко, рыба, мороженое, мебель и т. д.);
• ведение учета товаров на уровне складских ячеек (адресное хранение товаров);
• ведение учета товаров на уровне склада со справочным использованием складских ячеек (справочное размещение товаров);
• использование различных стратегий отбора для оптимизации размещения товаров в ячейках;
• оптимизация размещения товаров на адресном складе хранения в соответствии с размерами ячеек и упаковок;
• подпитка зон быстрого отбора для складов с адресным хранением товаров.

Организация хранения товаров на складе

Хранение товаров на складе можно организовать следующими способами:

• без использования ячеек - самый простой вид хранения, позволяет вести учет товаров на уровне склада (помещения),
• в складских ячейках справочного размещения -позволяет вести учет товаров в разрезе склада (помещения), предусмотрено хранение товаров в ячейках, которым соответствует определенный адрес (секция, линия, стеллаж),
• в складских ячейках адресного хранения - позволяет точно установить место нахождения товаров на складе, вести учет товаров в разрезе ячеек.

Для предприятия может быть задано неограниченное количество складов. Для каждого склада можно определить свой вариант использования складских ячеек. Если склад имеет в своем составе несколько помещений, то вариант использования ячеек задается для каждого складского помещения.

Управление закупками

Для управления закупками предусмотрены различные возможности:

• подбор поставщиков товаров,
• различные условия закупок,
• поддержка различных схем приема товаров от поставщика,
• различные варианты формирования заказов поставщикам и контроль их исполнения,
• корректировка и закрытие заказов поставщикам,
• мониторинг цен поставщиков,
• оформление поставки товаров,
• составление графиков поставок и графиков платежей,
• корректировка поступлений и возвраты поставщикам.

Управление затратами и расчет себестоимости

Прикладное решение позволяет отражать материальные, трудовые и финансовые затраты. Оценка расходов в денежном выражении обеспечивает соизмеримое отражение потребления различных ресурсов по направлениям деятельности.

Основные возможности:

• учет и распределение номенклатурных затрат,
• регистрация и распределение постатейных расходов,
• списание затрат на выпуски без заказов на производство,
• формирование активов и пассивов,
• расчет себестоимости выпуска продукции,
• учет прочих расходов и доходов,
• распределение расходов на финансовый результат.

Прикладное решение позволяет регистрировать и распределять расходы, формирующие:

• Себестоимость выпускаемой продукции - затраты включаются в себестоимость выпускаемой продукции (выполненных работ),
• Стоимость оборотных активов - формирование полной стоимости приобретения и владения товарно-материальными ресурсами,
• Стоимость внеоборотных активов - формирование стоимости будущих объектов основных средств и нематериальных активов, учет расходов на капитальное строительство и проведение НИОКР,
• Финансовый результат - объектами учета выступают направления деятельности, организации (в том числе и в целях формирования прибылей и убытков организаций), центры ответственности в виде подразделений.

В зависимости от экономической трактовки в составе расходов предприятия выделяются следующие группы с разным порядком распределения:

• Номенклатурные затраты - используются для отражения прямых расходов производственной деятельности с количественным измерением,
• Постатейные расходы - используются для учета прямых и косвенных расходов, которые учитываются и распределяются только в суммовом выражении,
• Формирование активов и пассивов - отражение операций, связанных с формированием активов или регистрацией обязательств, управление которыми ведется, как правило, в ручном режиме или сам факт регистрации которых обусловлен требованиями по ведению учета.

Управление персоналом и расчет заработной платой

Поддерживаются различные возможности по управлению персоналом и зарплатой:

• ведение штатного расписания,
• ведение графиков работы и отпусков,
• учет рабочего времени сотрудников,
• формирование фонда оплаты труда,
• оформление приемов, переводов, увольнений сотрудников,
• отражение изменений условий труда,
• ведение воинского учета,
• расчет заработной платы,
• проведенеи взаиморасчетов с сотрудниками,
• формирование регламентированной кадровой отчетности.

Бухгалтерский и налоговый учет

Для целей регламентированного учета предприятие описывается как организационная структура, основными объектами которой выступают организации (юридические лица) и подразделения (службы, отделы, цеха и т. д.).

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

Международный финансовый учет

Прикладное решение «1С:ERP Управление предприятием 2» предоставляет инструментарий для ведения учета и составлению отчетности по международным стандартам (МСФО), а также в соответствие с принятыми в компании правилами ведения управленческого финансового учета. Отчетность, составленная на основе международных стандартов, широко используется внутренними и внешними пользователями для анализа деятельности предприятия, принятия управленческих решений, оценки стоимости бизнеса и прочих целей. Основные возможности раздела международного финансового учета (МФУ):

• настраиваемый план счетов финансового учета;
• использование гибких правил формирования проводок с использованием групп финансового учета расчетов, номенклатуры, денежных средств, доходов и расходов (ГФУ);
• применение шаблонов проводок;
• использование генератора отчетов для подготовки форм финансовой отчетности, включая заранее настроенные комплекты отчетных форм с иерархической структурой показателей;
• организация учета на основе поставляемой методической модели шаблонов проводок и отчетности.

Учет всех хозяйственных операций в разделе МФУ ведется в двух валютах: функциональной валюте и валюте представления.

Совместное использование с «1С: Документооборот 8»

Совместное использование с «1С:Документооборот 8» дополняет прикладное решение «1С:Управление торговлей» следующими возможностями:

• создание поручений, изменение и выполнение задач «1С:Документооборота»;
• просмотр истории выполнения задач и процессов;
• запуск и работа с бизнес - процессами;
• создание и хранение файлов произвольных типов и работа с ними;
• просмотр, создание, редактирование и отправка электронных писем (входящих, исходящих);
• согласование документов «1С:Управление торговлей»;
• просмотр и добавление связей между документами «1С:Документооборота 8»;
• работа с ежедневными отчетами по учету рабочего времени. Добавление фактических трудозатрат в ежедневные отчеты из данных прикладного решения «1С:Управление торговлей».

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

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

Примеры совместного использования 1С:Документооборот 8» с «1С:Управление торговлей»:

• из карточки документа Заказ клиента в «1С:Управлении торговлей» сотрудники смогут сформировать внутренний документ «1С:Документооборота 8», отправить его на согласование и контролировать этот процесс;
• ответственный за работу с контрагентом в «1С:Управлении торговлей» может посмотреть его входящие и исходящие документы и узнать, какие процессы идут по этим документам и в какой стадии они находятся;
• менеджер по продажам может присоединить к документу Заказ клиента в «1С:Управлении торговлей» файлы, поступившие от клиента по электронной почте и подписанные электронной подписью. Хранение этих файлов и сведений об электронной подписи обеспечит «1С:Документооборот 8».

Фирма «1С» выпустила мощный и эффективный инструмент управления бизнесом- программу , который составит достойную конкуренцию зарубежным программным продуктам. А учитывая, что данное решение заточено под Российское законодательство, весьма доступно по цене, аналогов 1С:ERP Управление предприятием 2 вообще нет.

1С:ERP Управление предприятием 2 основывается на платформе «1С:Предприятие 8.3» и фактически это кардинально усовершенствованное «1С:Управление производственным предприятием» версии 1.3

Сразу возникает вопрос: почему программа приобрела аббревиатуру ERP (Enterprise Resource Planning)? Назначение ERP-системы заключается в соединении всех сфер деятельности предприятия в единую информационную модель данных и процессов, обеспечивающую постоянную оптимизацию ресурсов подразделений и всего предприятия в целом. Возможности программы 1С:ERP Управление предприятием 2 позволяют назвать ее полноценной ERP-системой.

Программный продукт 1С:ERP Управление предприятием 2 ориентирован как на производственные, так и любые другие крупные предприятия.

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

В качестве примеров механизмов включение-отключение:

Ведение нескольких организаций;

Ведение учета в разрезе подразделений;

Ведение обособленных подразделений на отдельном балансе;

Несколько валют;

Оформление оказания услуг по переработке давальческого сырья

В результате внедрения программы 1С:ERP Управление предприятием 2 реально достигнуть существенный экономический эффект :

Запасы и производство

Снижение объемов материальных запасов 21%

Сокращение расходов на материальные ресурсы 9%

Снижение производственных издержек 7%

Сокращение операционных и административных расходов 15%

Снижение себестоимости выпускаемой продукции 8%

Увеличение объема выпускаемой продукции 28%

Оборотные средства

Рост оборачиваемости складских запасов 18%

Эффективность и оперативность

Сокращение сроков исполнения заказов 33%

Рост прибыли 11%

Трудозатраты и отчетность

Сокращение трудозатрат в различных подразделениях 30%

Ускорение получения управленческой отчетности в 3,8 раза

Ускорение подготовки регламентированной отчетности в 2,8 раза

Функциональные возможности 1С:ERP Управление предприятием 2

Подсистема управления производством 1С:ERP Управление производством 2:

· управление по межцеховым переходам и на операционном уровне

поддерживается двухуровневая система управления производством на межцеховом и внутрицеховых уровнях. На межцеховом уровне («главного диспетчера») осуществляется управление графиком производства на уровне производственных подразделений. Управление ведется укрупненно по времени и ресурсам. На внутрицеховом уровне («локального диспетчера») ведется управление процессами исполнения графика производства в отдельном подразделении с применением моделей «ББВ», «УББВ» или пооперационно

· маршрутные листы

· управление партиями запуска

· групповые и персональные задания на работу

· оперативная диспетчеризация

· управление по узким местам

· управление загрузкой

· планирование до кванта времени, диагностирование и гибкое перепланирование графика производства

· готовность работы с неточными нормативами

· визуализация структуры изделия

· расширенный контроль обеспечения производственными ресурсами,

т. е. не только на уровне доступности учебных центров, но в рамках обеспечения материальными ресурсами

Подсистема для организации ремонтов и учет основных средств в программе 1С ERP Управление производством 2:

Используется единая нормативно-справочная информация и механизм регистрации наработок. Для регистрации хоз. Операций, связанных с первоначальными вложениями в объекты основных средств, могут использоваться две методики: с использованием и без использования промежуточной регистрации объектов основных средств как номенклатуры предприятия.

· учет и иерархическая классификация объектов, находящихся в эксплуатации

· Мониторинг состояния объектов эксплуатации

· Организация и проведение плановых и внеплановых ремонтов

· Формирование полной стоимости владения объектами эксплуатации

· Регистрация наработки

· Интеграция с производственной подсистемой

· Графики доступности оборудования

Механизмы учета затрат и расчета себестоимости в 1С:ERP Управление производством 2:

· детализация до объема исходных затрат

· наглядность и контроль обоснованности расчета

Подсистема управления финансами в программе 1С:ERP Управление производством 2:

Для формирования показателей отчетности используются данные оперативного учета. В 1С:ERP Управление предприятием 2.0 использован комбинированный метод формирования показателей отчетности по МСФО, который включает элементы параллельного учета и трансформации. Для отражения данных опер. Учета в виде проводок в составе подсистемы разрабатываются: план счетов международного учета, порядок формирования проводок в международном учете по данным оперативного учета, состав отчетности и правила формирования показателей отчетности.

· учет в разрезе направлений деятельности

· этапы согласования заявок

· гибкие правила распределения

· эквайринговые операции

· многовариантность планирования ден. Средств и финансовых показателей

· параллельное планирование в нескольких валютах

· сравнение фактических и плановых данных по различным периодам и аналитике, расчет отклонений

Механизмы и инструменты бюджетирования в 1С:ERP Управление предприятием 2:

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

Используется табличный ввод плановых данных по бюджетам, что повышает лояльность пользователей ранее использовавших Excel.

· табличная модель бюджетирования

· версионирование

· расчет плановых показателей

· расшифровка данных

Подсистемы для автоматизации торгово-складской деятельности предприятия в программе 1С:ERP Управление предприятием 2:

· управление эффективностью процессов продаж и сделок с клиентом

· настраиваемые возможности автоматического ценообразования

· использование регламентированных процессов продаж

· расширенное управление заказами клиентов

· управление торговыми представителями

· мониторинг состояния процессов продаж

· обособленный учет по заказам - резервирование потребностей

· мобильные рабочие места работников складов

· учет многооборотной тары

· статистический анализ запасов

· управление доставкой и товарный календарь

Подсистемы регламентированного учета в программе 1С:ERP Управление предприятием 2

· настройка правил отражения хозяйственных операций для групп финансового учета, учет фактов хозяйственной деятельности отложенным проведением с контролем актуальности отражения

· оперативный контроль формирования проводок для произвольного документа, расчеты с обособленными подразделениями организации (счет 79)

· автоматическая поддержка учета «сложного» НДС без дополнительных настроек

· расшифровки декларации по налогу на прибыль и регламентированной отчетности.

Управление персоналом и расчета заработной платы

· ведение штатного расписания

· расчет зарплаты по данным выработки сотрудников

· гибкие возможности отражения зарплаты в финансовом и регламентированном учете

· возможность ввода неограниченного количества показателей для расчета