gifts2017

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

Опубликовал Евгений Грибков (1СERP) в раздел Управление - Практика учета

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

 

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

 

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

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

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

 

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

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

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

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

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

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

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

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

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

 

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

 

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

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

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

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

 

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

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

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

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

 

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

 

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

 

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

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

 

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

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

 

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

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

 

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

 

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

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

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

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

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

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

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

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

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

 

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

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

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

 

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

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

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

 

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

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

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

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

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

 

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

 

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

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

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

 

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

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

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

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

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

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

 

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

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

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

 

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

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

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

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

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

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

 

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

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

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

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

 

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

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

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

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

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

  • Выдача материалов в производство.
  • Оформлена выработка сотрудников.
  • Оформлен выпуск продукции или работ.

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

 

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

 На практике разобрать многие примеры планирования производства в программе 1С:ERP УП2.0 можно воспользовавшись методичкой с однодневного тренинга, которую мы выложили здесь: http://infostart.ru/public/275759/

См. также

Подписаться Добавить вознаграждение
Комментарии
1. ВЦ Раздолье (1СERP) 14.05.14 07:57
Дополнительную информацию по теме планирования производства можно получить в публикации http://infostart.ru/public/275759/
2. Антон gendal (gendal) 14.05.14 14:38
Да, видно что это мощная подсистема, а есть примеры реальных внедрений, функционал действительно практический, а не умозрительный?
Локальный диспетчер = мастер участка и кто заносит фактическое выполнение операций по рабочим центрам?
3. alex_sh2008 alex_2h2008 (alex_sh2008) 14.05.14 15:06
А что изменилось по сравнение с системой планирования, которая была в УПП, ничего не заметил отличительного, намой взгляд как была система планирования MRP II, так и осталась. Разве что интерфейс по удобнее.
4. борян петров (TODD22) 15.05.14 09:45
УП 2.0 система интересная. Планировалось 2 проекта на ней. После тестовых прогонов заказчики сказали что такая программа им не нужна. И они правы.... к реальному предприятию УП 2.0 прикрутить очень сложно....
5. alex_sh2008 alex_2h2008 (alex_sh2008) 15.05.14 10:12
(4) TODD22, С такими темпами, предприятия начнут уходить на SAP, пусть даже и в цене он дороже.
6. борян петров (TODD22) 15.05.14 11:19
(5) alex_sh2008, С SAP сам не работал. Но работал с одной организацией у которой одна из систем SAP.
SAP этот то же не очень. Особенно понравилось в той конторе когда в конце месяца экономисты и бухи пишут в головное предприятие пояснительную, почему у них цифры в SAP и 1С(регламентированные отчёты ещё никто не отменял) разные.

Но будущее УП 2.0 на реальных предприятиях туманно. Хотя задумка очень хорошая.
7. alex_sh2008 alex_2h2008 (alex_sh2008) 15.05.14 11:37
(6) TODD22, Ну это как бы детали бардака, или в бухгалтерии или в ит отделе, которые должны синхронизировать данные между системами.
8. ВЦ Раздолье (1СERP) 15.05.14 12:56
(2) gendal,
Сейчас идут пилотные проекты. Частично программа у клиентов работает. В комплексе, думаю, еще нет - рано
9. ВЦ Раздолье (1СERP) 15.05.14 12:58
(2) gendal,
фактическое выполнени заносит локальный диспетчер (по логике программы). а кто эту роль выполняет на каждом предприятии решается на каждом предприятии. на одном предприятии мы видели прямо должность диспетчер подразделения
10. ВЦ Раздолье (1СERP) 15.05.14 13:00
(3) alex_sh2008,
ну, тут сложно с Вами согласиться. концепция изменена полностью.
11. ВЦ Раздолье (1СERP) 15.05.14 13:04
(4) TODD22,
Вы знаете, это зависит во-многом от цели внедрения. если, скажем, внедрение для регламентированного учета, то и мы советуем внедрять на УПП. Когда мы показываем потенциальным клиентам планирование - УП2.0 вызывает живой интерес. и уже 3 проекта начались именно на УП2.0. результата, конечно, еще нет, жизнь покажет насколько удачными будут эти проекты.
12. alex_sh2008 alex_2h2008 (alex_sh2008) 15.05.14 13:42
(10) ВЦ Раздолье, В таком случае какая модель планирования реализована в УП 2.0?
13. борян петров (TODD22) 15.05.14 13:51
(7) alex_sh2008, Ну разумеется. И что в 1С и что в SAP можно этому бардаку найти объяснение. И наверное даже найти виновных. И наказать. Я не к тому что кто то плохо работает. А к тому что и SAP не лишён проблем.
(11) ВЦ Раздолье,
Вы знаете, это зависит во-многом от цели внедрения.

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

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

У нас даже не дошло до подсистемы бух учёта. Упёрлись процессами в функционал УТ 11. На что заказчики сказали что такие "квадратные колёса" им не нужны... да и учитывая "особенности" работы РАУЗа о котором исписаны все форумы. В том числе и партнёрский. На которых поднимаются одни и те же вопросы по полгода и более решили что УП 2.0 они у себя запускать не будут.
14. alex_sh2008 alex_2h2008 (alex_sh2008) 15.05.14 13:54
(13) TODD22, Скажем так разница между SAP и 1С в основном в подходе, SAP управленческая система в первую очередь, а 1С наоборот, в УП 2.0 не знаю как обстоят дела, возможно сдвиг идет в строну управленческой системы. А насчет проблем полностью согласен, их предостаточно в обоих системах.
15. борян петров (TODD22) 15.05.14 14:13
(14) alex_sh2008, Да в УП 2.0 идёт сдвиг в сторону управленческого учёта.
16. Антон gendal (gendal) 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. MV (imm0rtal) 18.05.14 18:20
(16) gendal, так они и участвуют, достаточно регулярно.
18. ВЦ Раздолье (1СERP) 19.05.14 10:38
(12) alex_sh2008,
Ну, в формате форума это рассказать сложно. Посмотрите, пожалуйста, методичку http://infostart.ru/public/275759/
Если будут более конкретные вопросы - готовы обсудить. Например, здесь же на форуме.
19. ВЦ Раздолье (1СERP) 19.05.14 10:45
(13) TODD22,
Коллеги, я на такие сложные аналогии отвечать не буду, т.к. это один из способов манипуляций и мы только во взаимные претензии можем уйти.
Что касается используемых подсистем: на одном пилотном проекте регламентированный учет уже ведется (да, пока с проблемами, но работать можно); планирование - на настоящий момент двум клиентам провели моделирование - результат устроил - начато внедрение - о результате пока, к сожалению, доложить не можем.
По поводу РАУЗа. Если Вы хотите конкретные вопросы обсудить - будем рады.
20. ВЦ Раздолье (1СERP) 19.05.14 10:46
(17) imm0rtal,
Это точно так. И в моделировании демо-примеров, и в анализе результатов внедрений подсистем (в пилотных проектах). Позиция разработчиков на удивление активная.
21. alex_sh2008 alex_2h2008 (alex_sh2008) 19.05.14 12:35
(18) ВЦ Раздолье, Я, если честно ожидал более грамотного ответа, а не предложения посмотреть книжку, о том как работать с программой.
22. ВЦ Раздолье (1СERP) 19.05.14 18:29
(21) alex_sh2008,
Ну, модели планирования в программе посвящен однодневный тренинг (и то рассматриваются не все возможности), на методичку к которому я и сослался. Описать ее не так уж и просто. В формате форума можно ответить на вопросы. На нашем сайте есть запись вебинара, в котором коротко рассказывается о системе планирования в УП2.0 - там словами рассказано и демонстрацию в программе (видеозапись) можно посмотреть http://razdolie.ru/products/complex/1s-erp-upravlenie-predpriyatiem-2-0/
23. alex_sh2008 alex_2h2008 (alex_sh2008) 19.05.14 20:53
(22) ВЦ Раздолье, А нельзя было просто указать за основу, какая модель планирования была взята?
24. ВЦ Раздолье (1СERP) 20.05.14 09:47
(23) alex_sh2008,
Ок. В системе реализована система планирования в соответствии с концепцией ТОС.
25. Наталья Родионова (Родионова) 20.05.14 10:04
"Данная статья продолжает цикл публикаций о новой ERP-системе"... подскажите,пожалуйста, как найти здесь этот цикл публикаций???
26. ВЦ Раздолье (1СERP) 20.05.14 10:27
(25) Родионова,
http://infostart.ru/public/266644/
http://infostart.ru/public/267604/
http://infostart.ru/public/269747/
Дополнительно опубликуем в ближайшее время статьи по налоговому учету, бюджетированию, логистике
27. alex_sh2008 alex_2h2008 (alex_sh2008) 20.05.14 10:33
(24) ВЦ Раздолье, Вот этого ответа я и ждал. Спасибо!
28. Nick (Puk2) 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 веке будут считаться не те, кто не умеет читать и писать, а те, кто не умеет учиться, разучиваться и переучиваться».
29. ВЦ Раздолье (1СERP) 20.05.14 12:48
(27) alex_sh2008,
не за что. прошу прощения, что сразу не понял
33. Алексей Черняев (intehof) 29.06.14 23:51
Есть вопрос по планированию графика производства (планирование заказаза)

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

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

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

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

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

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

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

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

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

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

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

Отмечу, что подсистема планирования развивается с каждым релизом, и сейчас
она заметно выросла по сравнению в 2.0.4.
Вендор довольно быстро реагирует на конкретные запросы по функционалу.
37. Наталья Родионова (Родионова) 10.07.14 11:33
(26) ВЦ Раздолье, Спасибо, за ссылки, на данный момент крайне полезный материал!!!
38. ВЦ Раздолье (1СERP) 10.07.14 12:30
39. Сергей Цепелев (serge-ce1) 07.08.14 05:38
(38) ВЦ Раздолье,
Если часть операций выполняется сторонним переработчиком нужно создать отдельную ресурсную спецификацию и разбить изделие на пф до переработки и после переработки ?
40. Леонид Игнатьев (ignatievl) 07.08.14 08:24
Вот она ключевая фраза в подходе фирмы 1С.
Приходите вы покупать автомобиль. Вам нужен хороший спортивный автомобиль. С откидным верхом, мощным мотором и крутой аудиосистемой. И вы находите такой автомобиль. Он вас всем устраивает. И вы уже идёте его покупать. Но тут вам говорят что автомобиль может ездить только задним ходом.
Ну а что если ваша цель ездить только задним ходом то почему бы и не купить? Но вы говорите продавцу что ожидали что он будет ещё и вперёд ездить. Да и вообще принято делать автомобили которые могут и вперёд ехать. На что он вам отвечает: -Производитель вообще предусмотрел возможность ездить вперёд. Но к сожалению это пока что не работает. И колёса передние квадратные, круглые устарели. Теперь нужно на квадратных ездить. Просто ещё дороги не придумал под квадратные колёса. Но над этим уже работают. Поэтому вы можете купить этот спортивный автомобиль за 2 млн долларов. И ездить задним ходом в своё удовольствие.
Или ещё лучше купите два автомобиля. Один ездит только вперёд. А второй только назад.

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

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

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

Есть релиз 2.0.7. Но там также нельзя запустить несколько этапов в один день. То есть второй этап - следующий день! Подскажите, пожалуйста, в каком релизе возможно планирование нескольких этапов в один день.
51. Катя Сергеева (Consultant 1C) 26.02.15 15:23
Добрый день!
Спасибо за статью

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


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

Могли бы подсказать с чем это связано?
Может мы не учли какие-то доп. настройки?
52. Сергей (necropunk) 09.06.15 12:29
Не могу придумать как планировать посменное производство. Допустим, у меня 24 часа доступен рабочий центр, одна смена начинается в 8 утра, заканчивается в 8 вечера, а вторая начинается в 8 вечера и заканчивается в 8 утра ДРУГОГО ДНЯ. В график эти данные внести можно довольно условно, а маршрутный лист должен отражать производство в пределах одной смены. Видимо, непредусмотрено пока такое непрерывное производство?
53. alex_sh2008 alex_2h2008 (alex_sh2008) 09.06.15 12:35
(52) necropunk, У вас что плавильные печи что ли стоят, что загрузка РЦ 24 часа в сутки? Графики РЦ не всегда совпадают с графиками сотрудников, в работе РЦ необходимо учитывать пересменки, технологические перерывы и т.д.
54. Сергей (necropunk) 09.06.15 12:51
Ну, это пока упрощенно, хотя бы так сделать. Ну, по сути, плавильные печи и есть, производство непрерывное, то есть, если запланировать один заказ за 48 часов, то ровно за 4 смены непрерывно он и делается, отклонения бывают, но не часто.
55. alex_sh2008 alex_2h2008 (alex_sh2008) 09.06.15 13:16
(54) necropunk, Значит у вас процессно-дискретное производство, последний раз когда смотрел на эту конфигурацию в ней только было дискретное производство, так что делите на 2 виртуальные смены
56. Сергей (necropunk) 09.06.15 14:37
(55) alex_sh2008, если делить на виртуальные смены - нужно как минимум где-то хранить данные об этих сменах, то есть время начала, окончания, увязывать как-то то, что часть смены проходит в один день, а часть в другой, а потом эти данные подсунуть к формированию этапов, чтобы в маршрутные листы попали корректные данные и время.
57. taty taty (taty2011) 13.07.15 17:30
(50) alvaso, Добрый день! Получилось ли у вас решить проблему с переносом этапа на следующий день?
58. Ирина progr-2008 Санкт-Петербург (progr-2008) 08.08.15 21:26
А сейчас на актуальной версии много изменений по этой теме?
59. Ива Кузнецов (Multicvet) 29.01.16 10:16
(49) ВЦ Раздолье, Скажите, пожалуйста, а предусмотрено ли планирование, учитывая сменность - 08:00 - 20:00, 20:00 - 08:00?
60. Сергей (necropunk) 29.01.16 10:50
(59) Multicvet, неа не предусмотрено. Придется как-то выкручиваться, либо как-то виртуально их учитывать, "в уме".
61. Миколка Ровенко (rovenko.n) 20.07.16 11:24
Уважаемые пользователи, кто имел дело с глобальными планами производства/продаж (на уровне предприятия)? Есть ли возможность в планировании за основу брать несколько периодов? Просто система в базовом построении позволяет брать только 1 период со смещением. А мне нужно 2 периода - за предыдущий месяц и предыдущий год.