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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Даннная статья продолжает цикл публикаций о новой ERP-системе, выпущенной фирмой 1С в конце 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». В следующих статьях мы разовьем тему планирования, рассмотрев более сложные примеры.

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


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


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


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

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

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

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


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

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

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

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

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

Версия продукта ERP состоит из четырех чисел, разделенных точками. Например - 2.1.3.117.
  • Первое число (редакция) в версии меняется крайне редко (например КА 1.х.х.х и КА 2.х.х.х разделяет почти 8 лет).
  • Второе число (подредакция) меняется примерно раз в год. В версии с новой подредакцией выпускается новая функциональность. Выпуск таких версий часто приурочивается к началу календарного года, чтобы у пользователей было достаточно времени на «переезд» на новую версию.
  • В версиях с новым третьим числом (релиз) развивается существующая функциональность; новый релиз выходит примерно раз в два-три месяца.
  • Версии с обновленным четвертым числом (исправительные сборки) содержат в себе только исправления ошибок и обновления для соответствия текущему законодательству. Выходят каждые две недели.
Единовременно у нас в разработке могут находиться до 3 версий продукта, например:
  1. 2.1.3.X – Поддерживаемый релиз предыдущей подредакции. Будет выпускаться до конца 2016 года. В этой версии идет только исправление ошибок и правки для соответствия текущему законодательству.
  2. 2.2.1.X – Текущий релиз текущей подредакции. В нем новая функциональность подредакции. Для него до выпуска релиза 2.2.2.X, будут выпускаться исправительные сборки.
  3. 2.2.2.X – Развитие функциональности текущей подредакции. Именно этот релиз активно разрабатывается.

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

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

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

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

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

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


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


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

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

Итак, решено реализовать новое требование на изменение функциональности. Однотипные требования объединяются в технические проекты. В рамках нового релиза ERP обычно реализуются от 100 до 150 технических проектов, каждом проекте – от одного до нескольких десятков требований. Технический проект заводится в СППР; проект в ходе реализации проходит через 6 контрольных точек, каждая из них фиксируется в СППР.
Немного о делении на команды внутри подразделения ERP. Руководитель команды (тим-лид) участвует в проектировании и, как правило, участвует в разработке. В состав команды также входят обычно тестировщики. Команды разработки статичны, за ними закреплены по нескольку предметных областей. Если проект затрагивает смежные области, на время реализации проекта привлекаются участники соответствующей команды. В проект может быть вовлечена не вся команда.
Ответственный за проект – ведущий разработчик или тим-лид. На его ответственности – контроль процессов:
  • Качественное проектирование, учет всевозможных сценариев, сопряжение со смежными блоками
  • Сроки
  • Качество архитектуры, пользовательского интерфейса
  • Написание справки, оформление проекта, в т.ч. разработку функциональной модели
Точка 1. Открытие проекта
Тим-лид заводит технические проекты в СППР списком на релиз. В каждом проекте расписываются цели, указываются реализуемые требования. Список перед началом работы над релизом обсуждается с руководителем разработки. Собственно при открытии проекта совещаний не проводят – просто проект в СППР посылают на открытие.
Команда проекта приступает к разработке концепции.
Точка 2. Согласование концепции
Для согласования концепции проводится онлайн или офлайн встреча, в которой участвуют ответственный за проект, тим-лид, руководитель разработки, вовлеченные в проект специалисты. Обычно к этому этапу у ответственного за проект готов «крупноблочный» концепт, который дошлифовывается в ходе встречи. Также обсуждаются (и прописываются в СППР) сценарии, описание пользовательского интерфейса. Если требование родилось из запроса партнеров или клиентов, то материалы проекта (концепции, сценарии, UI) могут быть отправлены партнеру/клиенту для оценки решения.
В процессе встречи согласуется трудоемкость создания прототипа (обычно создание прототипа занимает до 5 рабочих дней). Команда приступает к созданию прототипа.
Точка 3. Согласование прототипов
Проводится встреча, в ходе которой рассматриваются готовые прототипы, обсуждаются детали реализации (в частности, какие объекты будут добавляться и изменяться), проверяются гипотезы, утверждаются прототипы форм и т.д. С целью максимально серьезной проверки на юзабилити прототипы запускаются в самом «жестком» режиме – в веб-клиенте, в интерфейсе «Такси», на мониторах с маленьким разрешением.
Функциональная модель проекта в нотации IDEF0 разрабатывается и хранится в СППР.
На этом этапе проектная команда должна как можно точнее оценить трудозатраты на реализацию проекта, поэтому обсуждаются (и документируются в СППР) все аспекты проекта:
  • Согласование правильности описания проекта в СППР (в частности, отслеживается, что все задачи на предыдущих контрольных точках проекта выполнены).
  • Какие новые объекты метаданных (справочники, документы и т.д.) будут добавляться в решение
  • Какие изменения будут делаться в уже существующих объектах метаданных
  • Согласование планов обменов данными с другими решениями(будут ли новые/измененные данные участвовать в обмене данными с другими приложениями, и если да – то как именно)
Если трудозатраты всех устраивают – проводится презентация (на основе материалов по проекту из СППР) всего, что сделано по проекту, с целью выявить как можно больше нюансов перед началом разработки.
И начинается разработка!
Точка 4. Согласование разработанного решения
Решение разработано, подготовлена презентация (в формате PowerPoint). Часто проводится очное совещание с «живым» показом разработанного решения.
Если проект публичный (опубликован в доступном партнерам списке планов на сайте 1С), то презентация выкладывается на партнерском форуме в разделе ERP, чтобы все заинтересованные партнеры могли ознакомиться и высказать свои замечания.
Точка 5. Тестирование и аудит проекта
По окончании основной разработки проводится прогон ручных функциональных тестов. Тестеры как полноценные члены команды участвует во всех контрольных точках проекта и имеет понимание функциональности проекта и сценариев работы. Тестеры также оценивают новую функциональность на соответствие нашим стандартам юзабилити. Эти стандарты (включают в себя стандарты кодирования и стандарты разработки интерфейса) публикуются в доступном партнерам и зарегистрированным пользователям ресурсе на сайте 1С.
Код проекта проходит процедуру code review . Code review в ERP проводят участники другой проектной группы; code review – обязанность, которую все разработчики команды ERP несут по очереди. В случае если в коде найдены проблемы, в СППР регистрируются ошибки, которые должны быть исправлены до прохождения точки 5.
Проводится проверка обновления на новую версию с предыдущей (последней выпущенной на данный момент сборкой).
Итак, проект готов, тесты пройдены, время заливать код в основное хранилище (до этого вся разработка ведется в отдельном хранилище технического проекта). На этом этапе также заканчивается написание справочных материалов по новой функциональности (справка хранится в СППР).
По окончании этапа (тесты пройдены и готовы справочные материалы) проект заливается в основное хранилище; после этого проводится выборочное регрессионное тестирование в смежных областях – мы должны убедиться, что не сломали ничего из существующей функциональности.
Точка 6. Окончание проекта
Закрываем проект в СППР – присваиваем ему статус «Выполнено».

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

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

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

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

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



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

Разное

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

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

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

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

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

  • Состав ролей. Например, проверяется, что права на чтение всех констант включены в роль «Базовые права».
  • Соответствие кода принятым стандартам. Для большого количества стандартов прикладной разработки (которых у нас несколько сотен) написаны процедуры анализа кода на предмет их соблюдения. Например, что не используются полные соединения в запросах, или, что правильно локализованы строки, которые отображаются в интерфейсе.
  • Специфические проверки, связанные с особенностями разработки ERP
    Например, проверка, что каждый прикладной объект входит только в одну из подсистем «Объекты УТ, КА, УП», «Объекты КА, УП» или «Объекты УП»
Динамический анализ кода включает в себя, в частности, регрессионное тестирование , в рамках которого прогоняются следующие операции (а результаты операций сверяются с последним предыдущим успешным тестированием):
  • Открытие всех форм
  • Обмен данными с другими прикладными решениями (например, с 1С:Бухгалтерия Предприятия)
  • Отражение проведенных документов в учете. Проверяется, что после проведения документа в эталонной базе результат отражения его в учете не поменялся.
  • И др.
Для регрессионного тестирования мы используем от 10 до 20 баз данных, различного размера (от 15 Гб до 70 Гб) и разной специфики наполнения.
На этих же базах тестируем обновление на новую версию с предыдущей, с целью убедиться, что обновление проходит а) корректно и б) за разумное время.
При обновлении базы 1С есть два существенных этапа:
  1. Основное время - обновление данных в многопользовательском режиме. Прикладное решение готовит данные к обновлению в фоне, пользователи могут продолжать работать с системой, но быстродействие системы может быть снижено и часть функций могут работать ограниченно. Обычно обновление на новую версию проводят в выходные (когда активность пользователей минимальна).
  2. Минимальное время - обновление в монопольном режиме. Когда все данные подготовлены в фоновом режиме, наступает время изменения структуры БД. Для этого база данных переводится в монопольный режим, когда работа пользователей с системой невозможна. Скорость обновления крайне важна для наших пользователей.
В ближайших планах – расширение зоны автотестирования с целью покрыть ими максимальное количество сценариев.

Заключение

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

Теги:

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

Эффективное решение для автоматизации крупного и среднего бизнеса на современной платформе «1С:Предприятие 8»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Монитор эффективности

Торговля

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

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

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

Планирование

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

Управление денежными средствами

Бухгалтерский учет

Учет по междунар. Стандартам фин. Отчетности

Кадровый учет

Расчет зарплаты

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

Управленческая отчетность

Регламентированная отчетность

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

О внедрении

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

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

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

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

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

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

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

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

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

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

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

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