Versions

This is the documentation for older versions of Odoo (formerly OpenERP).

See the new Odoo user documentation.

See the new Odoo technical documentation.

Расчет сроков

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

Чтобы организовать всю цепочку изготовления и заготовки, OpenERP привязывает всё к обещанной клиенту дате поставки. Это представлено датой подтверждения заказа и сроками, показанными для каждой позиции продукции в заказе. Указанные сроки предлагаются автоматически в поле Срок для клиента (Customer Lead Time), выводимом на форме продукта. Это -- разница между временем заказа и его доставкой.

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

Bill of Materials for 1 ARM100 Unit

Код продукта (Product Code)

Кол-во (Quantity)

Ед.изм. (Unit of Measure)

PANLAT

2

Шт. (Unit)

BOIS002

0.25

кв.м. (m2)

LIN040

1

м (m)

BOIS010

0.25

кв.м. (m2)

TAQ000

12

Шт. (Unit)

Bill of Materials for 2 PANLAT Units

Код продукта (Product Code)

Кол-во (Quantity)

Ед.изм. (Unit of Measure)

BOIS002

0.17

кв.м. (m2)

Изделие PANLAT изготавливается на основании заказа с использованием показанного рабочего цикла. Компонент BOIS02 закупается по заказу и все остальные продукты имеются в запасах. Заказ на продукт ARM100 вызовет создание двух производственных заказов (ARM100 и PANLAT), а также создаст два заказа на закупку продукта BOIS02. Продукт BOIS02 используется в производстве обоих изделий -- ARM100 и PANLAT. Установите сроки на формах продуктов в следующие значения:

Lead Times

Код продукта (Product Code)

Срок для клиента (Customer Lead Time)

Срок изготовления (Production Lead Time)

Срок поставки (Supplier Lead Time)

ARM100

30 дней (30 days)

5 дней (5 days)

 

PANLAT

 

10 дней (10 days)

 

BOIS02

   

5 дней (5 days)

Клиентский заказ, размещенный 1 января, создаст следующие операции и сроки:

  • Доставка ARM100: 31 января (=1-го января + 30 дней),

  • Изготовление ARM100: 26 января (=31 января - 5 дней),

  • Изготовление PANLAT: 16 января (=26 января - 10 дней),

  • Закупка BOIS02 (для ARM100): 21 января (=26 января - 5 дней),

  • Закупка BOIS02 (для PANLAT): 11 января (=16 января - 5 дней).

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

Страховочные дни

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

  • Страховочные дни (Security days): количество дней, которые надо вычесть из заказа системы, чтобы покрыть любые проблемы заготовления,

  • Срок закупки (Purchase lead time): дополнительные дни для включения во все заказы на закупку у данного поставщика,

  • Срок производства (Production lead time): количество дополнительных дней, требуемых для производства,

  • Период для расчета требований (Period for calculating requirements): все заказы, которые относятся к заготовлению, будут выполнены позже на количество дней, которое не вычисляется в планировщике.

Примечание

Срок закупки (Purchasing lead time)

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

Возьмем для примера следующую настройку:

  • Страховочных дней (Security days): 2,

  • Срок закупки (Purchase Lead time): 3,

  • Срок производства (Production Lead Time): 1.

Вышеописанный пример тогда получит следующие сроки:

  • Доставка ARM100: 29 января (=1st января + 30 дней - 2 дней),

  • Изготовление ARM100: 23 января (=29 января - 5 дней - 1 день),

  • Изготовление PANLAT: 12 января (=26 января - 10 дней - 1 день),

  • Закупка BOIS02 (для ARM100): 15 января (=26 января - 5 дней - 3 дня),

  • Закупка BOIS02 (для PANLAT): 4 января (=12 января - 5 дней - 3 дня).

Операции

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

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

Определение концепций

Для управления операциями вы должны понимать следующие концепции:

  • Центры обработки (Workcenters),

  • Технологическая карта (Routing),

  • Операции (Operations).

Центры обработки

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

Примечание

Центр обработки

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

Чтобы определить новый центр обработки, воспользуйтесь меню [Производство ‣ Конфигурация ‣ Центры обработки] (Manufacturing ‣ Configuration ‣ Workcenters). Вы увидите форму, пример которой показан на иллюстрации «Определение центра обработки».

/doc_static/5.0/_images/mrp_workcenter.png

Определение центра обработки

Центр обработки должен иметь название и код. Затем вы назначаете тип: машина, человеческий ресурс, инструмент, и описание рабочих часов или функционирования. На иллюстрации «Рабочие часы центра обработки» представлены рабочие часы с понедельника по пятницу, с 09:00 до 17:00 с часовым перерывом, начинающимся в 12:00.

/doc_static/5.0/_images/mrp_workcenter_working_hour.png

Рабочие часы центра обработки

Вы должны дать описание центра обработки и его операций.

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

Примечание

Цикл (Cycle)

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

Например, для печатающего центра обработки, цикл может составлять печать 1 страницы или 1000 страниц, в зависимости от принтера.

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

Производительность на цикл (Capacity per cycle (CA)): определите количество операций, которые можно совершить параллельно на протяжении цикла. Обычно значение определяет количество идентичных машин или людей, определенных центром обработки.

Время на цикл (Time for a cycle (TC)): укажите длительность в часах для операций, входящих в цикл.

Время до начала производства (Time before production (TS)): укажите время ожидания в часах для инициализации производственной операции. Обычно это соответствует длительности настройки машины.

Время после производства (Time after production (TN)): укажите задержку в часах после окончания производственной операции. Обычно это соответствует длительности времени для очистки, необходимой после завершения операции.

Эффективное время (Effective time (ET)): это фактор, который применим к трем временам, перечисленным выше, для определения реального времени производства. Этот фактор позволяет вам прогрессивно подрегулировать различные значения и измеряет использование машины. Вы не можете подрегулировать остальные показатели времени, поскольку обычно они берутся из формуляра машины.

Тогда общее время на выполнение X операций будет представлено следующей формулой: ((C / CA) * TC + TS + TN) * ET. В этой формуле результат деления округляется в сторону увеличения. Тогда, если производительность на цикл равна 6, требуется 3 цикла для производства 15 операций.

Совет

Многоуровневая технологическая карта (Multi-level routing)

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

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

/doc_static/5.0/_images/mrp_workcenter_tab.png

Данные об аналитических счетах для центра обработки

Технологическая карта

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

Технологическая карта может быть определена непосредственно в спецификации или через меню [Производство ‣ Конфигурация ‣ Технологические карты] (Manufacturing ‣ Configuration ‣ Routings). У технологической карты есть название, код и описание. Ниже в данной главе будет показано, что технологическая карта может также быть ассоциирована с расположением запасов. Это дает вам возможность указать, где будет вестись сборка.

/doc_static/5.0/_images/mrp_routing.png

Определение технологической карты с тремя операциями

Примечание

Субподрядная сборка (Subcontracting assembly)

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

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

Влияние на производственный заказ

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

/doc_static/5.0/_images/mrp_production_workorder.png

Операции в заказе на производство

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

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

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

Чтобы увидеть график загрузки, выведите список центров обработки при помощи меню [Производство ‣ Конфигурация ‣ Центры обработки] (Manufacturing ‣ Configuration ‣ Workcenters). Затем выберите один список обработки или более, и нажмите на кнопку действия [Загрузка центра обработки] (Workcenter load). OpenERP запросит подтверждения, измеряете ли вы работу в циклах или в часах, и в чем рассчитывается временной интервал (по дням, неделям или месяцам).

/doc_static/5.0/_images/mrp_workcenter_load.png

Загрузка по центрам обработки

Совет

Теоретическое время

Once the routings have been clearly defined, you determine the effective working time per assembly worker. This is the time actually taken by the assembly worker for each operation. That enables you to compare the real working time in your company and work out the productivity per person.

Рабочие операции

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

Управление операциями

Примечание

Операции

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

Чтобы работать с использованием нарядов на работы, вы должны установить необязательный модуль mrp_operations. После установки модуля вы увидите новое меню [Производство ‣ Операции ‣ Операции] (Manufacturing ‣ Operations ‣ Operations) для использования. Работники сборочного производства должны затем вносить каждую операцию шаг за шагом, и для каждого шага, продолжительность реально затраченного рабочего времени.

/doc_static/5.0/_images/mrp_operations_tree.png

Список операций для проведения.

Операции затем должны выполняться одна за одной. По каждой операции оператор может нажать Начало операции (Start operation) и затем Окончание операции (Close Operation). Затем время автоматически анализируется по операциям между двумя изменениями состояний. Также оператор может приостановить операцию и позже опять запустить ее.

К каждой операции приложены следующие процессы.

/doc_static/5.0/_images/mrp_operations_workflow.png

Процесс для выполнения операции

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

Заказ на производство автоматически переходит в состояние Выполняется (Running) после начала первой операции. Он потребляет некоторое сырье. Аналогично после выполнения последней операции заказ на производство автоматически закрывается. В этот момент произведена готовая продукция.

События и штрих-коды

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

  • Начало операции (Starting),

  • Приостановка операции (Pausing),

  • Перезапуск операции (Restarting),

  • Завершение операции (Closing),

  • Отмена операции (Canceling).

Вы помещаете штрих-коды в производственных заказах на машины или операторов, и форма штрих-кодов представляет события. Чтобы распечатать штрих-коды, выберите события при помощи меню [Производство ‣ Конфигурация ‣ Коды от начала до конца] (Manufacturing ‣ Configuration ‣ Codes from start to finish). Затем нажмите на кнопку печати штрих-кодов для выбранных событий. Вы можете поступить так же для печати штрих-кодов для центров обработки, используя меню [Производство ‣ Конфигурация ‣ Центры обработки] (Manufacturing ‣ Configuration ‣ Workcenters).

При использовании системы такие операции не будут требовать ввода данных с клавиатуры. Для пользования этими штрих-кодами откройте меню [Производство ‣ Штрих-коды событий] (Manufacturing ‣ Barcode events). Затем вы должны их сканировать в следующем порядке:

  1. Штрих-код производственного заказа,

  2. Используемый центр обработки,

  3. Код события.

/doc_static/5.0/_images/mrp_operation.png

Внесение событий для нарядов на работы

Затем OpenERP привязывает события к соответствующим операциям.

Субподрядное производство

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

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

  • Тип расположения (Type of location) : Поставщик (Supplier),

  • Адрес расположения (Address of Location) : Укажите адрес контрагента-субподрядчика,

  • Тип связи (Type of linkage) : Фиксированное (Fixed),

  • Расположение связи (Location of linkage) : ваши Запасы (your Stock),

  • Срок для связи (Lead time for linkage) : количество дней перед получением готовой продукции.

Затем, после того, как производство для рассматриваемого продукта запланировано, OpenERP создаст следующие шаги:

Доставка сырья на склады поставщика,

Производственный заказ на продукты у поставщиков и получение готовой продукции на склады.

После того, как производственный заказ подтвержден, OpenERP автоматически подготовит заказ на доставку, чтобы отправить сырье поставщику. Сотрудник склада может получить доступ к этому заказу на доставку при помощи меню [Управление запасами ‣ Входящие продукты] (Stock Management ‣ Incoming Products). Затем сырье будет помещено в запасы на складах поставщика.

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

Совет

Субподряд без технологических карт

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

Заказы на производство находятся в меню [Производство ‣ Заказы на производство ‣ Заказы на производство к началу] (Manufacture ‣ Production Orders ‣ Production Orders to start). Заказ на производство всегда обрабатывается в две стадии:

  1. Потребление сырья.

  2. Производство готовой продукции.

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

Обработка исключительных ситуаций

Заказами на заготовление создается набор требований к запасам. Для каждой позиции клиентского заказа или сырья в производственном заказе вы увидите форму заготовления. Для просмотра всех заказов на заготовление воспользуйтесь меню [Производство ‣ Заказы на заготовление] (Manufacturing ‣ Procurement orders).

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

Однако, если существуют проблемы с настройками, система может остаться заблокированной заготовлением без создания соответствующего документа. Например, предположим, что вы настроили для продукта Метод заготовления (Procure Method) как Изготовление на заказ (Make to Order), но не определили спецификацию. В этом случае заготовление продукта будет оставаться заблокированным в состоянии исключительной ситуации Для данного продукта не определена спецификация (No Bill of Materials defined for this product). Вы будете должны создать спецификацию, чтобы разблокировать проблему.

Возможные проблемы:

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

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

  • Не определен адрес контрагента-поставщика: вам необходимо заполнить адрес поставщика по умолчанию для рассматриваемого продукта.

  • Нет доступного количества в запасах: вы должны создать правило для автоматического заготовления (например, правило минимальных запасов) и поместить его в заказ, или организовать заготовление вручную.

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

  • [Производство ‣ Автоматическое заготовление ‣ Исключения заготовления ‣ Исключения к исправлению] (Manufacturing ‣ Automatic Procurement ‣ Procurement Exceptions ‣ Exceptions to correct),

  • [Производство ‣ Автоматическое заготовление ‣ Исключения заготовления ‣ Временные исключения] (Manufacturing ‣ Automatic Procurement ‣ Procurement Exceptions ‣ Temporary exceptions).

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

/doc_static/5.0/_images/mrp_exception.png

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

Если правило заготовления не определено, исключительная ситуация должна быть откорректирована пользователем вручную. Когда исключительная ситуация откорректирована, вы можете перезапустить процесс путем нажатия на Повторить (Retry). Если вы этого не сделаете, OpenERP произведет пересчет автоматически при следующем автоматическом расчете требований.

Заготовление вручную

Для заготовления вручную вам надо вручную создать заказ на заготовление. Для этого воспользуйтесь меню [Производство ‣ Заказы на заготовление ‣ Новое заготовление] (Manufacturing ‣ Procurement Orders ‣ New Procurement).

/doc_static/5.0/_images/mrp_procurement.png

Ввод нового заказа на заготовление

The procurement order will then be responsible for calculating a proposal for automatic procurement for the product concerned. This procurement wll start a task, a purchase order form the supplier or a production depending on the product configuration.

/doc_static/5.0/_images/mrp_procurement_flow.png

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

Лучше ввести заказ на заготовление, чем на прямую закупку или производство. У такого способа есть следующие преимущества:

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

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

Совет

Ярлыки (Shortcuts)

На форме продукта на панели ярлыков ДЕЙСТВИЯ (ACTIONS) имеется ярлык [Создать Заготовления] (Create Procurements), который позволит вам быстро создать новый заказ на заготовление.

Управление отходами и вторичными продуктами

Для управления отходами вам необходимо установить модуль mrp_subproduct. Обычное поведение производства в OpenERP дает вам возможность изготовить несколько единиц одного и того же готового продукта из сырья (A + B > C). При управлении отходами, результат производства может заключаться в получении и готовой продукции, и вторичных продуктов (A + B > C + D).

Примечание

Отходы (Waste material)

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

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

/doc_static/5.0/_images/mrp_bom_subproduct.png

Определение отходов в спецификации

Когда OpenERP создает производственный заказ на основе спецификации, в которой присутствует определение вторичного продукт, вы получаете список всех продуктов в третьей закладке производственного заказа, 'Законченные продукты (Finished Products)'.

/doc_static/5.0/_images/mrp_production.png

Заказ на производство, производящий несколько готовых продуктов

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

Примечание

Услуги в производстве

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

Если они определены как Изготовить на заказ (Make to Order), OpenERP для данной операции создаст задачу для их производства или заказ на субподряд. Поведение будет зависеть от способа снабжения, настроенного на форме продукта -- Закупка (Buy) или Изготовление (Produce).

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

Управление ремонтами обслуживается модулем mrp_repair. После того, как вы установили этот модуль, в меню Производство добавляется новое меню [Производство ‣ Ремонты] (Manufacturing ‣ Repairs) для создания ремонтных работ и просмотра ремонтов в процессе выполнения.

В OpenERP ремонт будет иметь следующие эффекты:

  • Использование материалов: детали на замену,

  • Производство продуктов: детали, замененные из зарезервированных запасов,

  • Контроль качества: отслеживание причин ремонта,

  • Бухгалтерские проводки: соответствующие перемещения запасов,

  • Приемка и доставка продукта от и к конечному пользователю,

  • Добавление операций, видимых в отслеживании продукта,

  • Выставление счетов за использованные при ремонте детали и/или бесплатные детали при ремонте.

Внесение данных для нового ремонта

Для внесения нового ремонта в систему воспользуйтесь меню [Производство ‣ Ремонты ‣ Новый ремонт] (Manufacturing ‣ Repairs ‣ New Repair). Вы увидите пустую форму для ввода данных ремонта, как показано на иллюстрации «Ввод данных нового ремонта» ниже.

/doc_static/5.0/_images/mrp_repair_new.png

Ввод данных нового ремонта

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

Если в описании продукта был определен гарантийный срок в месяцах, OpenERP заполнит поле Окончание гарантии (Warranty limit) правильной датой окончания гарантии.

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

Добавление или удаление компонента из готового продукта:

  • Компонент продукта (Product Component),

  • Количество (Quantity),

  • Ед.изм. (Unit of Measure)

  • Цену компонента (Price of Component),

  • Возможный номер партии (Possible lot number),

  • Расположение, в котором находится компонент (Location where the component was found),

  • Включать в счет или нет (To invoice or not).

После того, как компонент был выбран, OpenERP автоматически заполнит большинство полей:

  • Количество (Quantity) : 1,

  • Единица измерения (Unit of Measure) : единица измерения для управления запасами, определенная на форме продукта,

  • Цена компонента (Component Price) : рассчитывается по клиентскому прейскуранту,

  • Расположение-источник (Source location) : дается управлением запасами,

  • Выставлять ли счет (To invoice or not) : зависит от текущей даты и гарантийного срока.

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

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

/doc_static/5.0/_images/mrp_repair_tab2.png

Форма ремонта, вторая вкладка

Третья вкладка, Качество (Quality), предназначена для ввода информации о качестве: например, внутренние заметки, примечания к запросу цены, корректирующие и предупредительные действия.

Рабочий цикл ремонта

Порядок выполнения ремонта описывает определенный процесс -- и сам ремонт, и выставление счета клиенту. Этот процесс ремонта показан на иллюстрации «Процесс для выполнения ремонта».

/doc_static/5.0/_images/mrp_repair_workflow.png

Процесс для выполнения ремонта

После внесения информации ремонта в систему, он находится в состоянии черновик (draft). В этом состоянии он не влияет на остальную часть системы. Вы можете распечатать предложение ремонта из формы, используя кнопку [Печать предложения] (Print Quotation). Предложения ремонта затем может быть отправлено клиенту.

После того, как клиент одобрит ремонт, воспользуйтесь меню [Производство ‣ Ремонты ‣ Предложения ремонтов] (Manufacturing ‣ Repairs ‣ Repairs in quotation), чтобы найти черновик ремонта. Нажмите, чтобы подтвердить черновик ремонта и перевести его в состояние выполнения. На второй закладке вы можете указать режим выставления счетов:

  • без выставления счета (no invoicing),

  • предоплата (invoicing before repair),

  • счет после ремонта (invoicing after repair).

Вы можете подтвердить операцию ремонта или создать счет для клиента в зависимости от режима выставления счета.

Выставление счета за ремонт

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

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

Ссылка на созданный счет будет показана на второй вкладке документа ремонта.

Перемещения запасов и ремонт

Когда ремонт был произведен, OpenERP автоматически производит перемещения запасов для компонентов, которые были удалены, добавлены, или заменены в конечном продукте.

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

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

/doc_static/5.0/_images/mrp_repair_panlat.png

Ремонт полки в тумбе

В данном примере вы должны выполнить следующие операции:

  • Удаление полки PANLAT из тумбы и помещение неисправной полки в расположение Дефектные продукты (Defective Products),

  • Установка новой полки PANLAT, которая была получена из запасов.

Когда ремонт готов к подтверждению, OpenERP создаст следующие перемещения запасов:

  • Поместить неисправную полку PANLAT в подходящее расположение запасов Производство по умолчанию > Дефектные продукты (Default Production > Defective Products),

  • Потребить полку PANLAT: Запасы > Производство по умолчанию (Stock > Default production).

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