.
«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С:Предприятие
• программирование
• тестирование

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

Несколько лет назад компания «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С:Предприятие 8»

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

Более 822 000 рабочих мест автоматизировано на ERP-решениях «1С», а общая численность персонала клиентов превышает 12 миллионов человек. Свыше 2000 предприятий уже стали клиентами «1С:ERP Управление предприятием 2». Если вы желаете повысить эффективность управления производством и бизнесом, автоматизировать большинство задач на современном цифровом уровне и достичь принципиально новых целевых показателей, «1С:ERP Управление предприятием 2» – это ваш выбор!

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

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

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

На сегодняшний момент Конфигурация редакции 2.1 получила новый Интерфейс Такси, удобный в работе, и привычный для клиентов, использовавших ранее программы 1С:Бухгалтерия предприятия 3.0, 1С:Зарплата и управление персоналом 3.0, Управление торговлей 11.1. Новое управляемое приложение дает возможность работать с конфигурацией через мобильные устройства и планшеты, что соответствует запросам времени.

Новый интерфейс "Такси", разработанный в конфигурации позволяет существенно повысить удобство работы с программой.

Его отличительными особенностями являются:

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

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

Предусмотрена гибкая настройка панелей пользователем.

Данная конфигурация уже более 2-х лет успешно внедряется специалистами нашей организации. Рекомендуем к использованию.

Программное окно (рис.1)

Окно формы Справочника (рис.2)

Окно формы Документа (рис. 3)

Окно формы Отчета (рис. 4)

Описание программного продукта

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

Монитор эффективности	Торговля	Управление поставками и запасами	Производство
	Управление основными средствами	Планирование	Бюджетирование
Управление денежными средствами	Бухгалтерский учет		Учет по междунар. Стандартам фин. Отчетности
Кадровый учет	Расчет зарплаты	Управление персоналом	Управленческая отчетность
Регламентированная отчетность

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

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

В функционале используются:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

О внедрении

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

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

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

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

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

• Снижение объемов материальных запасов 21%
• Сокращение расходов на материальные ресурсы 9%
• Снижение производственных издержек 7%
• Сокращение операционных и административных расходов 15%
• Снижение себестоимости выпускаемой продукции 8%
• Увеличение объема выпускаемой продукции 28%

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

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

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

• Сокращение сроков исполнения заказов 33%
• Рост прибыли 11%

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

• Сокращение трудозатрат в различных подразделениях 30%
• Ускорение получения управленческой отчетности в 3,8 раза
• Ускорение подготовки регламентированной отчетности в 2,8 раза

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

В чем отличие 1С:УПП от 1С:ERP?

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

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

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

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

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

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

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