Что такое «1С:ERP»: от истории создания до достигаемых эффектов при ее внедрении. Является ли «1С» ERP системой? 1с ерп управление предприятием

Заработок  19.11.2023
Заработок 

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

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

В 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С в конце 2013г, "1С:ERP Управление предприятием 2.0". Статья посвящена организации планирования производства в программе 1С:УП2.0. Автор - Смирнова Екатерина - ведущий консультант по внедрению ERP-систем ВЦ "Раздолье".

Введение

Цель данной статьи - рассказать о методике планирования производства в новом программном продукте «1С:ERP Управление предприятием 2.0» (далее по тексту - 1C:ERP).

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

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

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

При этом необходимо отметить, что 1C:ERP не ограничивает работу подсистемы планирования только одним узким местом. В том случае, если на предприятии есть несколько станков/рабочих центров, которые следует контролировать, то программа позволяет определить производственные маршруты на нескольких барабанах.

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

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

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

Планирование производства разделено на 2 уровня:

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

Рассмотрим отписанные выше принципы планирования на примере.

Прежде чем приступать к операциям планирования в систему нужно внести нормативно-справочную информацию.

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

Сведения, необходимые для подсистемы планирования, расположены на закладке «Параметры производственного подразделения»

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

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

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

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

Здесь же указывается вариант управления маршрутными листами. В рамках стати мы будем рассматривать методику Барабан Буфер Веревка.

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

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

Локальный диспетчер обеспечивает и контролирует загрузку каждого рабочего центра в отдельности.

Основные параметры, значимые для планирования, задаются в виде рабочего центра

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

Максимальная доступность - параметр, который определяет максимальное время операции, которое может выполняться на данном виде рабочих центров. Это означает, что если максимальное время доступности 8 часов, операция, на выполнение которой, требуется 16 часов будет обрабатываться 2 дня. При этом, если на обработку одного изделия требуется 16 часов, то несколько станков позволят выполнить обработку большего количества изделий, но не ускорят обработку одного.

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

Если флаг «Учитывать доступность по графику работы» не установлен, то считается, что рабочие центры данного вида могут выполнить любой объем работ.

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

Параметр «Составлять график работы на» определяет период по умолчанию для составления графика доступности РЦ.

Если в 1C:ERP требуется планировать переналадку, то при установке флага «Используются варианты наладки» можно устанавливать время.

Конкретные станки вводятся в справочник «рабочие центры» с привязкой к виду рабочего центра. Для рабочего центра может быть указан индивидуальный график работы и «Коэффициент времени работы». Коэффициент позволяет в рамках одного вида РЦ вести станки с разной производительностью. При планировании на него будет умножаться требуемое время обработки из спецификации.

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

На второй закладке перечень созданных графиков доступности.

Для того, чтобы сформировать документ, на закладке «Виды рабочих центров» необходимо выделить строку и нажать кнопку «Задать график работы».

Документ составляется для вида РЦ, сами РЦ перечисляются в строках табличной части документа.

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

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

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

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

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

Спецификации задаются из карточки справочника «Номенклатура» на закладке «Производство».

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

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

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

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

Производственный процесс в 1C:ERP может быть, как собственным (Одноэтапный/Многоэтапный), так и выполняться силами стороннего переработчика.

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

Рассмотрим вариант одноэтапного производственного процесса:

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

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

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

Затем в табличную часть необходимо добавить вид рабочих центров.

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

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

Если установлен флаг «непрерывный», тогда этап не может быть прерван недоступным периодом работы (например, выходными).

Алгоритм задания многоэтапного производственного процесса несильно отличается от одноэтапного.

Для создания многоэтапного процесса устанавливается соответствующий признак. В табличной части «Этапы» создается новый этап. В нем указывается наименование этапа.

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

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

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

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

Для того чтобы спецификация автоматически выбиралась в документах, необходимо установить флаг «Основная в любом подразделении».

Результат ввода спецификаций можно посмотреть через отчет «Дерево спецификаций».

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

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

На этом ввод нормативно-справочной информации закончен, и можно приступить к планированию.

Основным источником данных для планирования является заказ на производство. Его можно найти в разделе «Производство».

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

В продукции задается готовое изделие, указывается количество и дата потребности. Указывается склад выпуска.

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

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

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

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

К глобальному диспетчеру попадают только те заказы, у которых установлен статус «К производству».

Глобальный диспетчер работает в форме «График производства» в разделе «Производство».

Форма разделена на 3 части:

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

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

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

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

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

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

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

В форме доступны отборы по Подразделению, рабочему центру, бригаде и периоду.

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

Маршрутный лист - это основной документ оперативного производственного учета.

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

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

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

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

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

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

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

Для этого предназначен инструмент «Формирование расписания РЦ» .

В шапке формы задаются отборы для этапов производства (маршрутных листов). Доступен отбор по подразделению, виду РЦ, периоду.

В левой верхней таблице находится список маршрутных листов, для которых не указан РЦ и не назначено расписание.

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

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

Если операция завершена успешно, то маршрутный лист исчезает из левого верхнего списка и появляется в нижнем списке «Расписание».

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

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

Сформированное расписание можно посмотреть на диаграмме, которая находится на вкладке «График занятости».

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

Маршрутные листы, для которых назначен РЦ и установлено расписание, должны быть переданы к выполнению. Это также происходит в РМ «Диспетчирование производства».

В меню «Задачи» маршрутные листы могут быть:

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

Итак, мы на самом простом примере познакомились с механизмами планирования в программе «1С:ERP Управление предприятием 2.0». В следующих статьях мы разовьем тему планирования, рассмотрев более сложные примеры.

Почему нужно внедрять ERP систему?

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

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

Почему компании внедряют ERP?

Как мы выяснили, 80% клиентов, которые на рынке не первый год, сталкиваются с одними и теми же проблемами, которые их подталкивают перейти на новое, более современное ERP решение:

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

Участки учета возможно автоматизировать в ходе внедрения системы:

  • Продажи и ценообразование;
  • Закупки;
  • Складской учет и логистика;
  • Управленческая отчетность;
  • Учет кадров;
  • Расчет заработной платы;
  • Производство;
  • Казначейство;
  • Бюджетирование и планирование;
  • МСФО.

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

Например, можно начать внедрение ERP с бухгалтерского учета, затем подключить модуль CRM для менеджеров, потом уже автоматизировать склад.

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

Этапы внедрения 1С ERP

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

  • Проектирование Системы на уровне функциональной модели:
    • Формирование функциональных требований по основным блокам системы.
    • Разработка требований к обменам, вводу начальных данных, нормализации НСИ.
    • Моделирование основных процессов Заказчика в Системе.
    • Описание функциональных разрывов и методики их устранения.
  • Техническое проектирование и настройка Системы с возможным программным развитием типового ПП:
    • Доработка печатных форм.
    • Настройка отчетов.
    • Обмен с текущими системами.
  • Подготовка Системы и пользователей к запуску:
    • Настройка прав пользователей.
    • Перенос справочной информации из текущей системы.
    • Перенос остатков.
    • Обучение пользователей.
    • Разработка пользовательской документации.
  • Опытно промышленная эксплуатация:
    • Консультации пользователей.
    • Работа с инцидентами устранение разрывов.
  • Сопровождение 1C ERP после запуска:
    • Консультации пользователей.
    • Работа с инцидентами.

Рекомендуем почитать

Наверх