Планирование производства в программе «1С:ERP Управление предприятием 2.0»

29.08.17

Функциональные - Бюджетирование и планирование

Даннная статья продолжает цикл публикаций о новой ERP-системе, выпущенной фирмой 1С в конце 2013г, "1С:ERP Управление предприятием 2.0". Статья посвящена организации планирования производства в программе 1С:УП2.0. Автор - Смирнова Екатерина - ведущий консультант по внедрению ERP-систем ВЦ "Раздолье".

Введение

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

Цель данной статьи – рассказать о методике планирования производства в новом программном продукте «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 УП2.0 можно воспользовавшись методичкой с однодневного тренинга, которую мы выложили здесь: //infostart.ru/public/275759/

ERP планирование производства 1С 2.0 1C 2.0

См. также

SALE! 15%

Автоматический заказ поставщику в 1С: загрузка прайсов и анализ цен поставщиков для УТ 10.3, УТ 11, КА2, УНФ, УПП, ERP, Розница 2

Бюджетирование и планирование Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Платформа 1С v7.7 Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)

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

33529 28500 руб.

21.04.2017    89865    105    39    

188

ФинОфис - контроль и управление финансами

Бюджетирование и планирование Управляемые формы Конфигурации 1cv8 Россия Управленческий учет Платные (руб)

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

20000 руб.

20.12.2017    49459    14    7    

85

ФинОфис (модуль Казначей)

Бюджетирование и планирование Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

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

25000 руб.

10.04.2020    21163    10    12    

35

АРМ Начальника производства и АРМ Рабочего цеха для 1С:УНФ. Цифровое производство малого и среднего бизнеса

Рабочее место Производство готовой продукции (работ, услуг) Платформа 1С v8.3 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Управленческий учет Платные (руб)

Расширение для 1С:УНФ с комплектом из двух АРМ: «АРМ для начальника производства» и «АРМ для рабочего цеха». «АРМ Начальника производства» позволяет анализировать общую картину состояния заказов покупателей и наличие конечных комплектующих и сырья для производства заказанной продукции. Есть возможность направлять заказы в производственную работу (в случае, если заказанную продукцию нужно произвести), резервировать и отгружать готовую продукцию. «АРМ рабочего цеха» позволяет обычным работникам оперативно закрывать производственные задания (оформлять документы выпуска) сразу в программе 1С.

14400 руб.

15.09.2017    48810    79    41    

83

ФинОфис (модуль Консолидатор)

Бюджетирование и планирование Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

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

25000 руб.

19.11.2019    25336    16    2    

38
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. 1СERP 3045 14.05.14 07:57 Сейчас в теме
Дополнительную информацию по теме планирования производства можно получить в публикации http://infostart.ru/public/275759/
2. gendal 7 14.05.14 14:38 Сейчас в теме
Да, видно что это мощная подсистема, а есть примеры реальных внедрений, функционал действительно практический, а не умозрительный?
Локальный диспетчер = мастер участка и кто заносит фактическое выполнение операций по рабочим центрам?
8. 1СERP 3045 15.05.14 12:56 Сейчас в теме
(2) gendal,
Сейчас идут пилотные проекты. Частично программа у клиентов работает. В комплексе, думаю, еще нет - рано
9. 1СERP 3045 15.05.14 12:58 Сейчас в теме
(2) gendal,
фактическое выполнени заносит локальный диспетчер (по логике программы). а кто эту роль выполняет на каждом предприятии решается на каждом предприятии. на одном предприятии мы видели прямо должность диспетчер подразделения
3. alex_sh2008 4 14.05.14 15:06 Сейчас в теме
А что изменилось по сравнение с системой планирования, которая была в УПП, ничего не заметил отличительного, намой взгляд как была система планирования MRP II, так и осталась. Разве что интерфейс по удобнее.
10. 1СERP 3045 15.05.14 13:00 Сейчас в теме
(3) alex_sh2008,
ну, тут сложно с Вами согласиться. концепция изменена полностью.
12. alex_sh2008 4 15.05.14 13:42 Сейчас в теме
(10) ВЦ Раздолье, В таком случае какая модель планирования реализована в УП 2.0?
18. 1СERP 3045 19.05.14 10:38 Сейчас в теме
(12) alex_sh2008,
Ну, в формате форума это рассказать сложно. Посмотрите, пожалуйста, методичку http://infostart.ru/public/275759/
Если будут более конкретные вопросы - готовы обсудить. Например, здесь же на форуме.
21. alex_sh2008 4 19.05.14 12:35 Сейчас в теме
(18) ВЦ Раздолье, Я, если честно ожидал более грамотного ответа, а не предложения посмотреть книжку, о том как работать с программой.
22. 1СERP 3045 19.05.14 18:29 Сейчас в теме
(21) alex_sh2008,
Ну, модели планирования в программе посвящен однодневный тренинг (и то рассматриваются не все возможности), на методичку к которому я и сослался. Описать ее не так уж и просто. В формате форума можно ответить на вопросы. На нашем сайте есть запись вебинара, в котором коротко рассказывается о системе планирования в УП2.0 - там словами рассказано и демонстрацию в программе (видеозапись) можно посмотреть http://razdolie.ru/products/complex/1s-erp-upravlenie-predpriyatiem-2-0/
23. alex_sh2008 4 19.05.14 20:53 Сейчас в теме
(22) ВЦ Раздолье, А нельзя было просто указать за основу, какая модель планирования была взята?
24. 1СERP 3045 20.05.14 09:47 Сейчас в теме
(23) alex_sh2008,
Ок. В системе реализована система планирования в соответствии с концепцией ТОС.
27. alex_sh2008 4 20.05.14 10:33 Сейчас в теме
(24) ВЦ Раздолье, Вот этого ответа я и ждал. Спасибо!
29. 1СERP 3045 20.05.14 12:48 Сейчас в теме
(27) alex_sh2008,
не за что. прошу прощения, что сразу не понял
4. TODD22 18 15.05.14 09:45 Сейчас в теме
УП 2.0 система интересная. Планировалось 2 проекта на ней. После тестовых прогонов заказчики сказали что такая программа им не нужна. И они правы.... к реальному предприятию УП 2.0 прикрутить очень сложно....
5. alex_sh2008 4 15.05.14 10:12 Сейчас в теме
(4) TODD22, С такими темпами, предприятия начнут уходить на SAP, пусть даже и в цене он дороже.
6. TODD22 18 15.05.14 11:19 Сейчас в теме
(5) alex_sh2008, С SAP сам не работал. Но работал с одной организацией у которой одна из систем SAP.
SAP этот то же не очень. Особенно понравилось в той конторе когда в конце месяца экономисты и бухи пишут в головное предприятие пояснительную, почему у них цифры в SAP и 1С(регламентированные отчёты ещё никто не отменял) разные.

Но будущее УП 2.0 на реальных предприятиях туманно. Хотя задумка очень хорошая.
7. alex_sh2008 4 15.05.14 11:37 Сейчас в теме
(6) TODD22, Ну это как бы детали бардака, или в бухгалтерии или в ит отделе, которые должны синхронизировать данные между системами.
13. TODD22 18 15.05.14 13:51 Сейчас в теме
(7) alex_sh2008, Ну разумеется. И что в 1С и что в SAP можно этому бардаку найти объяснение. И наверное даже найти виновных. И наказать. Я не к тому что кто то плохо работает. А к тому что и SAP не лишён проблем.
(11) ВЦ Раздолье,
Вы знаете, это зависит во-многом от цели внедрения.

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

Так а как вы тогда используете программу? Только как подсистему планирования? А фактические данные как получаете? Или вы в ней же ведёте регламентированный учёт?

У нас даже не дошло до подсистемы бух учёта. Упёрлись процессами в функционал УТ 11. На что заказчики сказали что такие "квадратные колёса" им не нужны... да и учитывая "особенности" работы РАУЗа о котором исписаны все форумы. В том числе и партнёрский. На которых поднимаются одни и те же вопросы по полгода и более решили что УП 2.0 они у себя запускать не будут.
14. alex_sh2008 4 15.05.14 13:54 Сейчас в теме
(13) TODD22, Скажем так разница между SAP и 1С в основном в подходе, SAP управленческая система в первую очередь, а 1С наоборот, в УП 2.0 не знаю как обстоят дела, возможно сдвиг идет в строну управленческой системы. А насчет проблем полностью согласен, их предостаточно в обоих системах.
15. TODD22 18 15.05.14 14:13 Сейчас в теме
(14) alex_sh2008, Да в УП 2.0 идёт сдвиг в сторону управленческого учёта.
19. 1СERP 3045 19.05.14 10:45 Сейчас в теме
(13) TODD22,
Коллеги, я на такие сложные аналогии отвечать не буду, т.к. это один из способов манипуляций и мы только во взаимные претензии можем уйти.
Что касается используемых подсистем: на одном пилотном проекте регламентированный учет уже ведется (да, пока с проблемами, но работать можно); планирование - на настоящий момент двум клиентам провели моделирование - результат устроил - начато внедрение - о результате пока, к сожалению, доложить не можем.
По поводу РАУЗа. Если Вы хотите конкретные вопросы обсудить - будем рады.
11. 1СERP 3045 15.05.14 13:04 Сейчас в теме
(4) TODD22,
Вы знаете, это зависит во-многом от цели внедрения. если, скажем, внедрение для регламентированного учета, то и мы советуем внедрять на УПП. Когда мы показываем потенциальным клиентам планирование - УП2.0 вызывает живой интерес. и уже 3 проекта начались именно на УП2.0. результата, конечно, еще нет, жизнь покажет насколько удачными будут эти проекты.
16. gendal 7 15.05.14 16:21 Сейчас в теме
Да, чтобы внедрять УПП 2.0 нужно знать заранее как бухучет собираться будет, а особенно - расчет с/стоимости, т.к бухучет тут последний в цепочке. Т.е. при внедрении "от начала" бухучет будет некоторое время (если не всегда) жить в отдельной базе.

Думаю, кто уже на УПП 1.3 будут тянуть до последнего переход на ERP. Ресурсов во внедрение вложено немало, и затраты нужно будет повторить возможно даже в большем размере. Просто переходить ради новой методологии учета и УФ смысла нет. Возможно через 3-5 лет это будет уже другая ERP 3(4,5...) и кто перешел на 2.0 опять будут переходить (вспомните БП 1.0 - 1.5 - 1.6 - 2.0 - 3.0 - ...).

А разработчики ERP должны сами поучаствовать в парочке внедрений, так сказать "понюхать пороху", тогда, возможно, более ответственно будут относится к своим разработкам, т.к. обычно весь негатив идет на внедренцев, которые ужом вьются на сковородке, объясняя почему все "криво и косо".
17. imm0rtal 14 18.05.14 18:20 Сейчас в теме
(16) gendal, так они и участвуют, достаточно регулярно.
20. 1СERP 3045 19.05.14 10:46 Сейчас в теме
(17) imm0rtal,
Это точно так. И в моделировании демо-примеров, и в анализе результатов внедрений подсистем (в пилотных проектах). Позиция разработчиков на удивление активная.
28. Puk2 187 20.05.14 12:15 Сейчас в теме
(16) gendal, есть информационное письмо фирмы 1С в котором они обещают за 3 года (!!!) предупредить клиентов о прекращении поддержки УПП 1.3. Так что использование УП 2.0 очень даже добровольное. Тут не надо сравнивать с Бухгалтерией, у неё с УПП разные "весовые категории".
Думаю, кто уже на УПП 1.3 будут тянуть до последнего переход на ERP. Ресурсов во внедрение вложено немало, и затраты нужно будет повторить возможно даже в большем размере. Просто переходить ради новой методологии учета и УФ смысла нет.


В каждой системе (SAP, Axapta, 1C т.п.) есть свои плюсы и минусы, в т.ч. цена. У каждой системы есть своя концепция, её развитие и изменение. Развивается платформа, для кого-то УФ кажутся игрушкой, а для предприятий с распределенными подразделениями необходимая функция.
Меняется подход к разработке конфигураций, администрированию, юзабилити, многие сервисные функции в новых конфигурациях уже встроены. Сама фирма 1С считает, что в УТ 11 и УП 2.0 они поменяли подход к работе с "от документа" на "от процесса". Тем кто привык мыслить только "от документа" (уровень регл. учета) наверняка будет сложнее перестроиться.
Да и надо ли перестраиваться? Готово ли предприятие к этому?
В каждом подходе есть свои особенности, поэтому каждый должен профессионально оценить что ему подходит и если нужно перестроиться.

Читая критику 1С вспоминаются слова Б.Нуралиева "При всём многообразии выбора - выбора нет (смеется)"

P.S. еще в прошлом веке американский социолог Элвин Тоффлер сказал: «Неграмотными в XXI веке будут считаться не те, кто не умеет читать и писать, а те, кто не умеет учиться, разучиваться и переучиваться».
25. Родионова 20.05.14 10:04 Сейчас в теме
"Данная статья продолжает цикл публикаций о новой ERP-системе"... подскажите,пожалуйста, как найти здесь этот цикл публикаций???
26. 1СERP 3045 20.05.14 10:27 Сейчас в теме
(25) Родионова,
http://infostart.ru/public/266644/
http://infostart.ru/public/267604/
http://infostart.ru/public/269747/
Дополнительно опубликуем в ближайшее время статьи по налоговому учету, бюджетированию, логистике
37. Родионова 10.07.14 11:33 Сейчас в теме
(26) ВЦ Раздолье, Спасибо, за ссылки, на данный момент крайне полезный материал!!!
38. 1СERP 3045 10.07.14 12:30 Сейчас в теме
(37) Родионова,
Пожалуйста
39. serge-ce1 07.08.14 05:38 Сейчас в теме
(38) ВЦ Раздолье,
Если часть операций выполняется сторонним переработчиком нужно создать отдельную ресурсную спецификацию и разбить изделие на пф до переработки и после переработки ?
30. пользователь 23.05.14 11:10
Сообщение было скрыто модератором.
...
31. пользователь 24.05.14 10:45
Сообщение было скрыто модератором.
...
32. пользователь 28.05.14 17:52
Сообщение было скрыто модератором.
...
33. intehof 29.06.14 23:51 Сейчас в теме
Есть вопрос по планированию графика производства (планирование заказаза)

Простой пример
Интервал планирования 1 день. ББВ. Исполь-ся полуфабрикаты или многопередельное производство.
Если используется полуфабрикат то производство разбивается на 2 дня (этапа). Тоже самое происходит с многоэтапным производством.
Пробовал использовать планирование видов рабочих центров. не получилось

Как я понял если у меня используется полуфабрикат то мне придется использовать маршрутные карты с пооперационным планирование либо менять интервал планирования (квант) с 1 дня на 1 час.

Можно ли систему заставить думать что 2 этапа выполняются внутри одного интервала планирования ?
34. 1СERP 3045 01.07.14 11:09 Сейчас в теме
(33) intehof,
Внутри одного интервала планирования 2 последовательных этапа обработки одной партии расположить не получится.
Это следует из логики планирования: внутри интервала планирования система на уровне глобального диспетчера система не отслеживает время начала и завершения этапа. Она работает по принципу, что на начало интервала планирования в производстве должны быть МПЗ для обработки, и что результаты выполнения этапа будут получены ей в конце интервала планирования.

2-я операция обрабатывает результат производства 1-й операции (даже если в результате передела никакого полуфабриката не указано), поэтому помещается в следующий интервал.

Для сокращения времени выполнения заказа можно использовать час, но с этой настройкой надо быть осторожнее: локальным диспетчерам придется ежечасно делать отметки о выполнении маршрутных листов.
35. intehof 08.07.14 20:15 Сейчас в теме
Действительно почасовое планирование желаемого результата не даст.
Причина в другом:

Как видно из картинки второй этап (передел) все равно начинается со второго дня :(

К реальному производству (средний бизнес) трудно прикрутить эту программу.

Либо попросить 1с реализовать многопередельное производство в рамках одного дня.
Пусть будет демонстрация выпуска стола инструментального СИ100 за один день. Вполне производственная задача.

Пробовал также и пооперационное планирование. Это получается 3 уровень планирования. Глобальный диспетчер - локальный диспетчер - диспетчер на участке. Так запутать программу... Придется для выпуска стола кроме рабочего нанять еще и оператора компа.
36. 1СERP 3045 09.07.14 10:08 Сейчас в теме
(35) intehof,
"Как видно из картинки второй этап (передел) все равно начинается со второго
дня :( "

Попробуйте релиз 2.0.7. Там можно запустить планирование на текущий день, а
не на следующий.

"Пробовал также и пооперационное планирование. Это получается 3 уровень
планирования".
Пооперационное планирование входит во 2-й уровень планирования и выполняется
локальным диспетчером.

Отмечу, что подсистема планирования развивается с каждым релизом, и сейчас
она заметно выросла по сравнению в 2.0.4.
Вендор довольно быстро реагирует на конкретные запросы по функционалу.
50. alvaso 05.02.15 16:32 Сейчас в теме
(36) ВЦ Раздолье,
Добрый день!

"Попробуйте релиз 2.0.7. Там можно запустить планирование на текущий день, а
не на следующий."

Есть релиз 2.0.7. Но там также нельзя запустить несколько этапов в один день. То есть второй этап - следующий день! Подскажите, пожалуйста, в каком релизе возможно планирование нескольких этапов в один день.
57. taty2011 13.07.15 17:30 Сейчас в теме
(50) alvaso, Добрый день! Получилось ли у вас решить проблему с переносом этапа на следующий день?
40. ignatievl 07.08.14 08:24 Сейчас в теме
Вот она ключевая фраза в подходе фирмы 1С.
Приходите вы покупать автомобиль. Вам нужен хороший спортивный автомобиль. С откидным верхом, мощным мотором и крутой аудиосистемой. И вы находите такой автомобиль. Он вас всем устраивает. И вы уже идёте его покупать. Но тут вам говорят что автомобиль может ездить только задним ходом.
Ну а что если ваша цель ездить только задним ходом то почему бы и не купить? Но вы говорите продавцу что ожидали что он будет ещё и вперёд ездить. Да и вообще принято делать автомобили которые могут и вперёд ехать. На что он вам отвечает: -Производитель вообще предусмотрел возможность ездить вперёд. Но к сожалению это пока что не работает. И колёса передние квадратные, круглые устарели. Теперь нужно на квадратных ездить. Просто ещё дороги не придумал под квадратные колёса. Но над этим уже работают. Поэтому вы можете купить этот спортивный автомобиль за 2 млн долларов. И ездить задним ходом в своё удовольствие.
Или ещё лучше купите два автомобиля. Один ездит только вперёд. А второй только назад.

Так а как вы тогда используете программу? Только как подсистему планирования? А фактические данные как получаете? Или вы в ней же ведёте регламентированный учёт?

У нас даже не дошло до подсистемы бух учёта. Упёрлись процессами в функционал УТ 11. На что заказчики сказали что такие "квадратные колёса" им не нужны... да и учитывая "особенности" работы РАУЗа о котором исписаны все форумы. В том числе и партнёрский. На которых поднимаются одни и те же вопросы по полгода и более решили что УП 2.0 они у себя запускать не будут.
41. alex_sh2008 4 07.08.14 10:11 Сейчас в теме
(40) ignatievl, В каждой системе учета заложены основные бизнес-процессы, и при выборе систем это учитывается, предприятие для себя решает будет подстраивать свои бизнес-процессы под бизнес-процессы в системе или будет изменять их.
В вашем случае:
1. Не правильно выбрана система учета
2. Не захотели перестроить свои бизнес-процессы под бизнес-процессы системы
3. Не захотели перестроить бизнес-процессы системы под свои бизнес-процессы
4. Хреновая команда внедрения оказалсь.
42. PAVI 1388 07.08.14 17:07 Сейчас в теме
(41) alex_sh2008,
А я понимаю страдания ignatievl. Получив новую систему, которая позиционируется, как шаг вперед, совершенно не радует обнаруживать то там, то сям "квадратные колеса". Предыдущие системы "дотягивались" до рабочего функционала еще и потом и нервами внедренцев. Надоедает в сотый раз объясняться с разработчиками на тему, что "круглые колеса устарели".
Простите, тоже с УП 2.0 воюю...
43. alex_sh2008 4 08.08.14 09:13 Сейчас в теме
(42) PAVI, А зачем с ней воевать, раз приняли решение об внедрении этой системы, значит и исходите из того что есть у вас под рукой, меняйте систему под свои нужды, меняйте свои бизнес процессы по систему. При правильном внедрении систем программисты уходят на второй план, на первом плане аналитики-внедренцы, не стоит ставить во главе внедрения системы программистов, будет больше проблем но меньше результата.
44. PAVI 1388 08.08.14 16:36 Сейчас в теме
(43) alex_sh2008,
А почему вы сделали вывод, что "приняли решение о внедрении этой системы"? "Не зная броду - не суйся в воду". У меня период изучения... Однажды по результатам изучения программы на основе УПП было принято решение не внедрять ... Кстати, и программист в изучении участвует. И сарказм в отношении бизнес-аналитиков в результате сотрудничества у него давно улетучился :)
45. alex_sh2008 4 08.08.14 16:48 Сейчас в теме
(44) PAVI,
Простите, тоже с УП 2.0 воюю...
когда говорят воюю, я понимаю что уже влезли проект внедрения.
46. Els11 17 21.10.14 19:46 Сейчас в теме
Здравствуйте. Пытаюсь смоделировать в УП контрольный пример по нашему предприятию.
1) глобальный диспетчер составил график производства на продукцию.
2) локальный диспетчер сформировал маршрутные листы. МЛ уточняются локальным диспетчером по времени выполнения более точно. Т.е. глобальным диспетчером на один тип продукции на 1 единицу составляется график производства по очень усредненным показателям. например 1 этап.- 4 часа, 2 -ой 1 этап 24 часа (3 рабочих дня и т.д. Локальный диспетчер может уточнить трудозатраты, причем если продукция типовая, то время может практически и не понадобиться, если заказчик выставляет дополнительные требования, то нормативное время может увеличиться раза в 3, уточнение может быть, например, произведено для второго этапа только после выполнения 1го этапа. МЛ не принимаются к исполнению, для возможности перепланирования при поступлении более приоритетных заказов. Дык вот у меня в МЛ получается вроде как время исполнения скорректировать, но я не вижу обратной связи с глобальным диспетчером. В Графике производства глобального диспетчера сроки не меняются. Это я что-то не доковырял в системе или УП не предназначена для такого вида планирования.
47. 1СERP 3045 24.10.14 14:14 Сейчас в теме
(46) Els11,
На каком релизе Вы работаете?
В 2.0.9 система при перепланировании учтет сроки исполнения маршрутного
листа. При этом в графике производства такие заказы не отмечаются как те,
что требуют перепланирования, потому что не приводят к срыву
производственной программы. Узнать об этом можно из отчетов или в самом
заказе на производство.
48. maxf 05.11.14 18:41 Сейчас в теме
Здравствуйте, а можно ли здесь обойтись без планирования и диспетчирования? Просто закинули такие-то материалы, получили то-то. Но чтобы был контроль и сравнение со спецификациями (план-факт).
49. 1СERP 3045 07.11.14 18:18 Сейчас в теме
(48) maxf,
Такая возможность появится, начиная с релиза 2.0.10 конфигурации
59. Multicvet 29.01.16 10:16 Сейчас в теме
(49) ВЦ Раздолье, Скажите, пожалуйста, а предусмотрено ли планирование, учитывая сменность - 08:00 - 20:00, 20:00 - 08:00?
60. necropunk 9 29.01.16 10:50 Сейчас в теме
(59) Multicvet, неа не предусмотрено. Придется как-то выкручиваться, либо как-то виртуально их учитывать, "в уме".
51. Consultant 1C 26.02.15 15:23 Сейчас в теме
Добрый день!
Спасибо за статью

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


в релизе 2.0.9.61 - такая возможность отсутствует (только выработка и выпуск продукции).

Могли бы подсказать с чем это связано?
Может мы не учли какие-то доп. настройки?
52. necropunk 9 09.06.15 12:29 Сейчас в теме
Не могу придумать как планировать посменное производство. Допустим, у меня 24 часа доступен рабочий центр, одна смена начинается в 8 утра, заканчивается в 8 вечера, а вторая начинается в 8 вечера и заканчивается в 8 утра ДРУГОГО ДНЯ. В график эти данные внести можно довольно условно, а маршрутный лист должен отражать производство в пределах одной смены. Видимо, непредусмотрено пока такое непрерывное производство?
53. alex_sh2008 4 09.06.15 12:35 Сейчас в теме
(52) necropunk, У вас что плавильные печи что ли стоят, что загрузка РЦ 24 часа в сутки? Графики РЦ не всегда совпадают с графиками сотрудников, в работе РЦ необходимо учитывать пересменки, технологические перерывы и т.д.
54. necropunk 9 09.06.15 12:51 Сейчас в теме
Ну, это пока упрощенно, хотя бы так сделать. Ну, по сути, плавильные печи и есть, производство непрерывное, то есть, если запланировать один заказ за 48 часов, то ровно за 4 смены непрерывно он и делается, отклонения бывают, но не часто.
55. alex_sh2008 4 09.06.15 13:16 Сейчас в теме
(54) necropunk, Значит у вас процессно-дискретное производство, последний раз когда смотрел на эту конфигурацию в ней только было дискретное производство, так что делите на 2 виртуальные смены
necropunk; +1 Ответить
56. necropunk 9 09.06.15 14:37 Сейчас в теме
(55) alex_sh2008, если делить на виртуальные смены - нужно как минимум где-то хранить данные об этих сменах, то есть время начала, окончания, увязывать как-то то, что часть смены проходит в один день, а часть в другой, а потом эти данные подсунуть к формированию этапов, чтобы в маршрутные листы попали корректные данные и время.
58. progr-2008 118 08.08.15 21:26 Сейчас в теме
А сейчас на актуальной версии много изменений по этой теме?
61. rovenko.n 20.07.16 11:24 Сейчас в теме
Уважаемые пользователи, кто имел дело с глобальными планами производства/продаж (на уровне предприятия)? Есть ли возможность в планировании за основу брать несколько периодов? Просто система в базовом построении позволяет брать только 1 период со смещением. А мне нужно 2 периода - за предыдущий месяц и предыдущий год.
Оставьте свое сообщение