Как настроить документ в 1с упп. УПП:Общие настройки: настройка программы

Профиль полномочий в программе 1С:УПП сочетает в себя:

· Разграничение доступа к объектам , определяется списком ролей

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

Примеры профилей:

· оператор - возможность создания документов отгрузки

· менеджер по продажам – кроме создания документов возможно изменение цены

· старший менеджер по продажам – возможность отключения контроля взаиморасчетов

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

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

Обмен профилями в 1С:УПП

В подменю "Администрирование" находятся средства для обмена профилями между базами:

· Выгрузить профили - разрешает выгрузить профили в файл обмена.

· Загрузить профили - разрешает загрузить профили пользователей из файла обмена, который был создан с помощью сервиса "Выгрузить".

Сервисные функции

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

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

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

Роли в 1С:УПП

Каждому профилю может быть присвоено несколько ролей.

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

Выделяют три вида ролей:

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

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

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

Специальные роли в 1С:УПП

Мастер смены

Роль определяет возможность ввода документов оперативного учета производства:"Отчет мастера смены","Отчет о составе смены» и «Завершение смены".

Администратор пользователей

Предоставляет доступ к объектам подсистемы "Администрирование пользователей": справочники "Пользователи", "Профили", настройка доступа на уровне записей и другие.

Полные права

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

Поскольку для этой роли система не выполняет никаких проверок:

· Контроль достаточности ТМЦ

· Контроль уровня дебиторской задолженности

· Контроль даты запрета редактирования

· И другие.

Дополнительные роли в 1С:УПП

Право администрирования

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

Администрирование дополнительных форм и обработок

Роль позволяет добавлять записи в справочник "Внешние обработки", в котором хранятся:

· Внешние обработки заполнения табличных частей

· Внешние отчеты и обработки

· Внешние обработки, подключаемые к отчетам

Администрирование сохраненных настроек

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

Право внешнего подключения

Если пользователь будет подключаться к базе через внешнее соединение (web-расширение, подключение по технологии OLE), ему необходимо установить данную роль.

Право запуска внешних отчетов и обработок

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

Дополнительные права пользователе й

Разрешить проведение документа без контроля взаиморасчетов

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

Справочник «Пользователи» в 1С:УПП

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

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

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

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

Рисунок 1 - Справочник "Группы пользователей"

Ограничение доступа на уровне записей

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

Ограничение доступа на уровне записей настраивается для справочника "Группы пользователей". Если пользователь входит в несколько групп, то области данных, которые ему будут доступны, объединяются. Например, для группы "МСК" доступны данные по организации "МебельСтройКомплект", а для группы "ЮФО МСК" - организации "ЮФО МебельСтройКомплект". Тогда если пользователю будут назначены обе группы, то он будет вводить документы от имени обеих организаций.

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

Непосредственно настройка RLS выполняется с помощью формы настройки прав доступа. Открыть форму можно главное меню "Доступ на уровне записей" -> "Настройка доступа". Также форму разграничения доступа можно вызвать из справочников, для которых возможна настройка RLS.

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

Если пользователь входит в несколько групп, то его права на уровне записей объединяются по всем группам. То есть права разных групп суммируются по логическому условию "ИЛИ". Например, для группы "МСК" открыт доступ к документам только организации "МебельСтройКомплект", а для группы "Торговый дом "Комплексный". Если пользователю назначены обе группы, то он будет иметь доступ к документам обеих организаций.

Ограничение доступа на уровне записей применяется только для указанных справочников. Например, на рисунке для группы пользователей «МСК» определен доступ к организациям и внешним обработкам. Для всех остальных справочников группа пользователей "МСК" имеет полный доступ на уровне "RLS". Для того, чтобы обратиться к настройке группы, необходимо открыть форму с помощью контекстного меню, либо клавиши F2.

В форме элемента справочника "Группы пользователей" указывается по каим видам объектов будет применяться RLS, а также количество настроенных правил. Также возможно менять состав группы: включать или исключать из нее пользователей.

Если для какого-либо вида объекта не задано ни одного правила, это означает, что доступа к элементам этого справочника не будет вообще. Например, на рисунке для группы "МСК" нет ни одной строки у объекта "Внешние обработки". Это означает, что для пользователя группы "МСК" не будут доступны внешние обработки. Однако, если пользователь будет входить в две группы: "МСК" и "Торговый дом", то ему будут доступны все внешние обработки, как на чтение, так и на запись. Поскольку для группы пользователей "Торговый дом" не назначено ограничение доступа к внешним обработкам.

Рисунок 2 - Обработка для ограничения доступа на уровне записей

Производительность

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

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

Роли, для которых не настроен RLS

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

· Для роли "Полные права" есть полный доступ ко всем объектам без ограничений на уровне записей.

· Для роли "Планирование" возможно чтение (просмотр) всех объектов без ограничений RLS.

· Роль "Финансист" допускает открытие многих объектов без проверки доступа на уровне записей.

Таким образом, при настройке профиля полномочий пользователя следует иметь в виду, что добавление одной из этих трех ролей может снять ограничения RLS. Например, для менеджера по продажам настроено ограничение доступа по организациям: пользователю доступны данные только по организации "МебельСтройКомплект". Если в профиль полномочий пользователя добавить кроме роли "Менеджер по продажам" роль «Финансист», то сотруднику в журнале "Документы контрагентов" будут видны документы по всем организациям.

Разграничение доступа по уровням в 1С:УПП - организации, подразделения, физические лица

Настройка доступа для справочников "Организации", "Подразделения", "Подразделение организаций"

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

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

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

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

· Чтение – определяет возможность просмотра данных в справочнике "Организации", формирования отчетов, а также документов по выбранной фирме

· Запись – задает возможность создания и редактирования документов по выбранной организации

Отчет по системе прав в 1С:УПП

Для просмотра настроенных прав пользователей удобно использовать "Отчет по системе прав".

Отчет выводит данные:

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

· Дополнительных прав пользователей в разрезе профилей

· По группам пользователей

· По профилям полномочий пользователей

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

Рисунок 3 - Отчет по системе прав

Просмотр прав доступа по ролям

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

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

Спасибо!

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

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

е «Контроль остатков» галочкой отмечается использовать или нет регистр накопления Свободные остатки . Если отметить признак, то данный регистр отобразит сводные данные регистров накопления Товары на складах , Товары в рознице , Товары в резерве на складах , Товары к передаче со складов .


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

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


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

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


«CRM » («Управление взаимоотношениями с покупателями и поставщиками») содержит:

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


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

01.04.2016

Счета учета номенклатуры

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

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

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

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

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

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

Счета учета расчетов с контрагентами

Для входа в соответствующий раздел откройте следующее меню «Предприятие» – «Счета учета расчетов с контрагентами».

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

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

Информацию по счетам контрагента или договора можно получить в справочнике «Контрагенты» («Перейти» – «Счета учета расчетов с контрагентами»).

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Распечатать

Электропривод

Устройства плавного пуска: правильный выбор

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

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

Назначение УПП

Как следует из названия, задача прибора – организовать плавный пуск асинхронного двигателя переменного тока. Дело в том, что при прямом пуске (то есть при подключении двигателя к питающей сети при помощи обычного пускателя) двигатель потребляет пусковой ток, превышающий номинальный в 5-7 раз, и развивает пусковой момент, существенно превышающий номинальный. Все это приводит к двум группам проблем:

1) Пуск слишком быстрый, и это приводит к различным неприятностям – гидравлическим ударам, рывкам в механизме, ударному выбору люфтов, обрыву транспортерных лент и т.д.

2) Пуск тяжелый, и завершить его не удается. Здесь сначала нужно определиться с термином "тяжелый пуск" и возможностями его "облегчения" при помощи УПП. К "тяжелому пуску" обычно относят три разновидности пуска:

а) пуск, "тяжелый" для питающей сети – от сети требуется ток, который она может обеспечить с трудом или не может вообще. Характерные признаки: при пуске отключаются автоматы на входе системы, в процессе пуска гаснут лампочки и отключаются некоторые реле и контакторы, останавливается питающий генератор. Скорее всего, УПП тут действительно поправит дело. Однако следует помнить, что в лучшем случае пусковой ток удастся снизить до 250% от номинального тока двигателя, и если этого недостаточно, то решение одно – необходимо использовать преобразователь частоты .
б) Двигатель не может запустить механизм при прямом пуске – не крутится вообще или "зависает" на определенной скорости и остается на ней до срабатывания защиты. Увы, УПП ему не поможет – двигателю не хватает момента на валу. Возможно, с задачей справится преобразователь частоты, но этот случай требует исследования.
в) Двигатель уверенно разгоняет механизм, но не успевает дойти до номинальной частоты – срабатывает автомат на входе. Такое часто бывает на тяжелых вентиляторах с достаточно высокой частотой вращения. Устройство плавного пуска здесь, скорее всего, поможет, но риск неудачи сохраняется. Чем ближе механизм к номинальной скорости в момент срабатывания защиты, тем больше вероятность успеха.

Организация пуска при помощи УПП

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

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

I = U / R (1)

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

Е = P х t = I х U х t (2)

очень быстрой. Если между сетью и двигателем установить УПП, то формула (1) действует на его выходе, а формула (2) – на входе. Понятно, что ток в обеих формулах одинаковый. УПП ограничивает напряжение на двигателе, плавно повышая его по мере разгона вслед за ростом сопротивления, ограничивая, таким образом, потребляемый ток. Поэтому по формуле (2) при постоянстве необходимой энергии Е и напряжении сети U чем меньше ток I, тем больше время пуска t. Отсюда видно, что при снижении напряжения будут решаться как проблемы, связанные со слишком быстрым пуском, так и проблемы, связанные со слишком большим током, потребляемым от сети.

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

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

Необходимость шунтирования.

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

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

Количество регулируемых фаз.

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

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

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

Дополнительные функции

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

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

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

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

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

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

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

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

Методика выбора

Теперь вернемся к тому, с чего мы начинали – к выбору конкретного прибора.

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

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

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

Подключение

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

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

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

При установке УПП следует иметь в виду еще одно его свойство, часто приводящее к недоразумениям (см. тяжелый пуск "в"). При расчете вводного автомата для двигателя, подключающегося к сети напрямую, учитывается номинальный ток двигателя, протекающи й длительное время, и пусковой, протекающий лишь несколько секунд. При использовании же УПП пусковой ток существенно меньше, но протекает он намного дольше – до минуты и более. Автомат не может этого “понять” и считает, что запуск давно завершен, а протекающий ток, превышающий номинальный в разы, является следствием аварийной ситуации, и отключает систему. Во избежание этого следует либо установить специальный автомат с возможностью установки дополнительного режима для процесса плавного пуска, либо выбрать автомат с номинальным током, соответствующим пусковому току при использовании УПП. Во втором случае этот автомат не сможет защитить двигатель от перегрузок, но эту функцию выполняет сам УПП, так что защита двигателя не пострадает.