Внедрение 1с упп. Через тернии к «1С:УПП»

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

В книге “Производственный и операционный менеджмент” Р. Б. Чейз, Ф. Р. Джейкобз, Н. Дж. Аквилано мне понравился список задач, которые ставятся перед ERP системами для производственного предприятия:
  1. Вести учет новых заказов и своевременно информировать о них производственное подразделение.
  2. Предоставлять возможность отделу сбыта видеть в любой момент состояние выполнения заказа клиента.
  3. Предоставлять отделу закупок в любой момент возможность видеть потребность производства в материалах.
  4. Своевременно предоставлять государству данные о работе компании, т.е. вести бухгалтерский и налоговый учет.
Давайте каждый из этих пунктов рассмотрим подробнее. Для наглядности в качестве примера я буду приводить одного из своих клиентов - швейное предприятие, которое использует систему УПП и является классической и наглядной моделью производства. Данное предприятие имеет много различных отделов: проектный, конструкторский, производственный, отдел хранения тканей и фурнитуры, отдел хранения готовой продукции, отдел управления.

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

.">1С:Управление производственным предприятием 8» в пермской компании «Тенториум».
Проект сопровождался работами по оптимизации бизнес-процессов. Главными заказчиками выступили топ-менеджеры клиента.

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

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

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

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

Параллельно шел проект по зарплате. Эту работу мы начинали с нуля, и здесь не обошлось без трудностей. Расчет зарплаты в компании не представлял большой сложности. Но, ранее в программу были перенесены остатки по зарплате на 1 января 2011 года из 1С:Зарплата и кадры 7.7, мы догружали 2011 год. Сам по себе перенос по зарплате - довольно трудоемкий процесс, численность сотрудников на предприятии порядка 400 человек, дополнительно нам приходилось заниматься правкой, поскольку ранние данные были перенесены некорректно.

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

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

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

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

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

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

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

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

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

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

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

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

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

На основании планов продаж мы планировали осуществлять план производства и план закупа. Эта работа была начата с отделом снабжения, но к сожалению процесс продвигался довольно медленно из –за отсутствия у заказчика выделенного специалиста. Через несколько месяцев в компанию «Тенториум» был принят новый руководитель планово – экономического отдела, который возглавил это направление работ. После этого мы значительно увеличили скорость внедрения.

Мы выяснили, что планирование производства не укладывается в стандартные алгоритмы программы. Хотя в 1С:УПП 8 заложен механизм планирования, но он считает менее гибко, чем было принято в компании. Старая система планирования была отработана до мелочей и всех устраивала. Отличительной чертой старого алгоритма были два этапа: прогнозное планирование на следующий месяц и коррекционный план. Он предполагал планирование по двум сценариям: работу до 20 числа, после 20 числа следовала корректировка планов продаж и складских остатков, затем происходила корректировка планов производства. Расчет был сложный, учитывалась масса дополнительных критериев.

Мы выступили с предложением создать «Помощник планирования». Это собственная разработка «Эрбики». Логика «Помощника» позволяет закладывать произвольное количество показателей: полуфабрикаты, запасы и пр. Далее, пользователь набирает из этих данных свою арифметическую формулу, и программа производит расчет. Тестирование новой разработки шло несколько недель. Сейчас экономисты работают по новому алгоритму.
Хочу заметить, что «Помощник» строится на стандартных механизмах, сделан как внешняя обработка.

Закуп
Здесь мы использовали стандартные механизмы 1С:УПП 8. Доработки были незначительными, поменялись некоторые функции заполнения. Немного изменился бизнес-процесс, мы вывели из отдела закупа всю рутинную работу. Экономисты ее взяли на себя. Сегодня закуп пользуется готовыми таблицами, в которых указано, сколько и чего они должны закупить. Они видят товарные остатки, видят, сколько наименований они уже заказали, и сколько еще необходимо дозакупить. Вся информация подается в режиме on-line. Реализован принцип вытягивающего производства. Вся информация находит отражение в бухгалтерском и налоговом учете.

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

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

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

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

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

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

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

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

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

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

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

Руководитель департамента информационных технологий консалтинговой компании «Эрбика» Лоскутова В.Б.
Консалтинговая компания «Эрбика»
г.Пермь, 2013 г.

08.08.2016

Постановка целей внедрения 1С:Управление производственным предприятием (УПП). Как определить?

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

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

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

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

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

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

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

В данной статье речь пойдет об 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С:Бухгалтерии, он ориентировался на привлекательное название: Управление производственным предприятием (УПП). Франчайзи, которые ему эту систему рекомендовали, затем продали, установили и «внедрили», ограничились привычным джентльменским набором: банк, касса, зарплата, закупки и продажи. Блок производства был представлен внедрением Отчетов производства за смену (итого выпуска продукции за месяц) и Требование-накладная (итог списанного сырья за месяц). Управившись с таким внедрением франчайзи были готовы ежемесячно сами помогать финансовому директору рассчитывать себестоимость. Это «действо» для остальных непосвященных было тайной. Но финдиректор, рассчитав годовой баланс, переутомился и ушел в запой. Встал вопрос о новом финдире.

Новый финансовый директор, которого выбрал гендиректор, была женщина. Задача, которую поставил ей гендиректор, была «проста»: ликвидировать воровство на предприятии. Что и говорить: неучтенной продукцией, в частности пластиковыми пакетами, торговали на всех рынках в радиусе 100 км. Не помогали ни высокие заборы, ни видеонаблюдение, ни замена ЧОПов. Естественно, акционер был недоволен и сердился на гендиректора: ведь не помогло и внедрение УПП, проект достаточно затратный.

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

Этап 1

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

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

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

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

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

Были сделаны отчеты, которые показывали выработку по мастерам или по исполнителям;

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

Однако, все это было лишь подготовительным этапом.

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

Этап 2

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

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

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

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

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

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

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

Меньше в бухгалтерии стало и рабочих, недовольных расчетом заработной платы, ведь сдельная зарплата собиралась из ОПЗС, которые заполнял мастер. Он же проставлял и КТУ. По разработанному положению об оплате труда каждый рабочий знал и КТУ для его должности (оператор, старший оператор, подсобный рабочий и т.д), и корректировки КТУ, которые мог сделать мастер исходя из реального вклада рабочего и/или совмещения профессий. Еще один дополнительный отчет выводил для каждого рабочего все его отработанные смены и заработок по ним. Эти отчеты выдавались рабочим после окончания месяца и возвращались в бухгалтерию за их подписью.

Этап 3

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

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

Дальше к этому отчету уже в Excel добавляли отчет по всем текущим расходам (но без расходов на сырье) и получали текущую операционную прибыль или убыток. Так акционер получал представление о том, какими «свободными» деньгами он может оперировать на развитие или другие нужды. Отчет делался ежемесячно к 5 числу.

Этап 4

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

В УПП можно отнести затраты на ремонт на конкретное основное средство (ОС) тем же Отчетом производства за смену. Теперь инженеры-ремонтники доказывали, что их задача — только выполнять ремонты, а не писать бумажки и, тем более, не вводить что-то в компьютер. Однако любопытство гендиректора и его желание контролировать ремонты было сильным, поэтому через обучение прошли и ремонтники. В программе были дописаны:

Регистр сведений Соответствие рабочих центров и ОС

Регистр сведений Сменные нормы выработки рабочих центров (РЦ)

Отчет Выработка РЦ по дням

Отчет Ремонты и обслуживание РЦ

Отчет Выработка и ремонты рабочих центров (количество выработки по РЦ, время простоя, сумма выработки, сумма ремонтов, коэффициент затрат на ремонт на 1000 руб. выработки по РЦ).

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

Пришло время разрабатывать мотивацию топ-менеджеров. А еще бюджетирование подразделений…

Этап 5

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

Через полгода мы узнали, что «амбициозный юноша» покинул пост финдира. А еще через полгода был уволен и гендиректор.

Некоторые из работников, которые до сих пор трудятся на том предприятии, признаются, что хотели бы снова ощутить радость от работы. Как тогда, когда мы все вместе строили учет в программе с гордым названием «1С:Предприятие 8. Управление производственным предприятием». "Впрочем, это уже совсем другая история" (С)