.
«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С» порадовала своих пользователей очередной бета-версии флагманской программы, которая называется «Управление предприятием» или « » версии «2.0». Данный программный продукт является действительно революционным продуктом, который направлен на средние и крупные организации. С помощью этого решения в планах полная, бесшовная автоматизация учета всего предприятия.

Решение 1C 1.3 можно назвать действительно лучшим решением ERP класса, которое на отечественном рынке не имеет аналогов. На нем автоматизированы крупные предприятия, которые задействованы в различных сферах деятельности.

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

Основные новации в системе «1С EPR» версии «2.0»

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

Склад, запасы и закупки
К основному функционалу подсистемы входят:

Формирование сложной складской структуры;

Более расширенная система потребления и планирование закупок;

Адресный состав;

Прогноз спроса в автоматическом режиме;

Контроль, что касается доставки;

Выбор для каждой позиции в данный момент оптимального поставщика;

Комиссионная торговля;

Взаимосвязь с торговым оборудованием;

С контрагентами контроль условий работы;

ABC / XYZ анализ;

Поддержка, что касается ордерных складов;

Данный модуль - это усовершенствованная версия с программного продукта «Управление торговлей», версии «11».

Продажи

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

Среди основных функций программного продукта можно выделить следующие:

BCG-анализ;

Обработка претензий клиентов компании;

Более расширенный блок планирования путешествий;

- «Поиск узких мест» и воронка продаж;

Хороший функционал по отношениям с клиентами;

Самообслуживание для клиентов организации;

Оценка, что касается эффективности отдела продаж;

Контроль просрочки платежей в автоматическом режиме;

Система мониторинга состояния соглашений;

Составление коммерческих предложений в автоматическом режиме;

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

Производство

Производство в ERP - инновационное и совершенно непохожее на предыдущую редакцию программного продукта.

Среди нововведений можно выделить следующие:

Так называемое планирование под названием «Барабан-буфер-веревка»;

Приоритеты разного рода заказов;

Интервальное планирование;

Более подробный учет выработки работниками компании.

Одна из когорты интересных нововведений - это введение по Теории ограничения планирования производственных процессов. Разработал ее Элияху Моше Голдратт. Основа данной теории - это процесс непрерывного улучшения:

Найти наиболее слабое - «узкое» звено в производственной цепочке;

Расширить это слабое место;

После улучшения перейти назад, до 1-го пункта.

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

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

Кадры и расчет зарплаты

Предыдущая версия «2.0» не имела встроенной системы расчета кадров и зарплаты. В этой версии данная система появилась, и сразу для пользователей этого программного продукта открылся очень мощный потенциал.

Модуль под названием «1C ERP» версии «2.0» абсолютно полноценный и соответствует законодательству России.

К инновациям относятся:

Проведение анализа по эффективности персонала;

Руководство обучением, адаптацией, развитием и талантами персонала;

Нематериальная мотивация персонала предприятия;

Руководство кадровым резервом.

Подсистема кадрового учета подобная современному типовому решению под названием «Зарплата и управление персоналом», версии «3.0».

Особенности учета финансов

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

Основной функционал модуля учета финансов включает:

Поддержку МСФО;

Систему казначейства (контроль расходования финансов);

Регистрацию нефинансовых показателей;

Мощный функционал с целью ведения календаря платежей;

Гибкая настройка плана счетов с целью финансового учета.

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

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

Итоги

На сегодня программный продукт «1С ERP» версии «2.0» является достаточно инновационным и мощным. Данная программа собрала в себе по-настоящему интересный и полезный набор функций. Не обращая внимание на то, что программный продукт является новым, его модули уже были налажены и задействованы в других программах, таких как УТ 11 БП 3.0, 3.0. Это является доказательством того, что на рынок продукт выйдет не в «сыром» виде, а действительно готовым к внедрению решением.

Итак, с чего начнем? А начнем мы с того, как в обоих решениях описывается экономическая модель предприятия.

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

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

Как это сказывается на структуре предприятия? Прежде всего, подразделения и подразделения организаций разделены по решаемым задачам. Организационная структура организаций отражается в списке «Подразделения», этот справочник решается задачи исключительно кадрового учета.

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

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

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

Отражение торговой деятельности

Немаловажный для любой компании вопрос – отражение торговой деятельности.

В чем же основные отличия?

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

В 1С:ERP введено понятие Партнер (новый справочник). Это справочник холдинговых единиц или группа компаний. Справочник же Контрагенты – это фактически справочник Юр. Лиц. К каждому партнеру можно определить одного или нескольких контрагентов. По партнерам можно отслеживать взаиморасчеты.

Основным инструментом 1С:УПП является заказ покупателя. В рамках заказа можно с помощью отчетов отслеживать объем поставок и сумму задолженности. А при расчетах по расчетным документам – число дней задолженности.

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

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

В 1С:ERP добавлены новые инструменты – типовое и индивидуальное соглашение. Для партнеров может быть назначено одно условие продажи, единые скидки/наценки, что закрепляется типовым соглашением. И данные показатели будут действовать для всех Юр.лиц (Контрагентов), входящих в холдинг или группу компаний.

Для отдельного контрагента может быть установлено отдельно индивидуальное соглашение.

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

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

В 1С:ERP значительно расширен механизм назначения и расчета скидок/наценок, условий назначения скидок/наценок с помощью механизма вытеснения (одна скидка/наценка вытесняет другую, если наступает условие для ее применения).

Также, многим пользователям очень удобно, что в 1С:ERP реализован механизм загрузки цен из Excel.

Складской учет

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

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

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

Ведение ордерной схемы в 1C:ERP включается опционально для каждого склада. Кроме того, можно определить по каким операциям требуются ордера – например, только при списании со склада. У кладовщика выписанный документ реализации является распоряжением на оформление ордера, который отражается в его рабочем столе системы.

Также разделены операции отгрузки с одного склада и принятия на другой склад. Это удобно, когда склады удалены друг от друга и надо понимать, что с одного склада ТМЦ уже отгружены, а на другой склад они еще не поступили.

В 1С:ERP реализован ячеистый склад. Можно вести учет в пределах склада по помещениям и рабочим участкам.

Хранить товар в ячейках можно 2 способами:

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

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

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

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

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

В 1С:ERP подход другой. Фактически делается упор на управление производственными процессами. Представлено двухуровневое управление, т.е. межцеховое планирование и управление внутри цеха.

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

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

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

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

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

В данной статье речь пойдет об 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С. Предприятия 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с и пишет, что УПП - это универсальное решение, надо понимать, что она подходит только для сборочного производства, предполагающего сборку из нескольких частей одного целого изделия. Для выпуска, например, строительных материалов, смесей, эта конфигурация не подошла.

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

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

• устранить перерасход;
• сбалансировать использование сырьевых и финансовых ресурсов;
• увеличить производительность.

Как решить эти сложные и важные задачи?

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

В чем секрет эффективности этой системы ERP?

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

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

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

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

Как «1С:ERP Управление предприятием 2» организует ресурсное планирование предприятия?

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

Купить ERP систему - выгодное вложение: внедрение окупается за 2–3 года. Узнайте, как «1С:ERP Управление предприятием 2» может помочь именно вашему бизнесу. Обратитесь к нам и получите индивидуальное предложение.