Versions

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

See the new Odoo user documentation.

See the new Odoo technical documentation.

Расширенные элементы управления запасами

В этом разделе вы найдете подробности об управлении и контроле запасов.

Расчет требований / Планировщик

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

Примечание

Расчет требований (Requirements Calculation)

Расчет требований часто называется Планировщиком (Scheduling).

По умолчанию, он автоматически стартует один раз в день. Вы также можете стартовать его вручную, используя меню [Производство ‣ Вычисление всех планировщиков] (Manufacturing ‣ Compute All Schedulers). Затем он использует параметры, определенные в продуктах, поставщиках, и компании, чтобы определить приоритеты между различными заказами на производство, доставками и закупками у поставщиков.

Точно по расписанию (Just in Time)

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

Чтобы установить время запуска планировщика, воспользуйтесь меню [Администрирование ‣ Конфигурация ‣ Планировщик ‣ Запланированные действия] (Administration ‣ Configuration ‣ Scheduler ‣ Scheduled Actions). Выберите правило, которое называется «Запуск планировщика MRP (Run MRP Scheduler)» и измените дату и время следующего выполнения.

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

Теперь если вы внесете клиентский заказ на продукт, который имеет статус Изготовление на заказ (Make To Order), поставщику будет сформирован запрос на предложение.

Совет

Доставка от поставщика непосредственно к клиенту

Модуль sale_supplier_direct_delivery дает вам возможность доставлять продукцию непосредственно от поставщика к клиенту. В момент написания данного текста этот модуль располагался в addons-extra. Логистика, которую использует продукт, настраивается индивидуально для каждого продукта и применяется только для продуктов, отмеченных как Изготовление на заказ (Make to Order).

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

Если Управление выставлением счетов (Invoicing Control) в Заказе на закупку установлено в Из заказа (From Order), планировщик будет немедленно создавать соответствующий запрос предложения поставщику. Более предпочтительным было бы задержать заказ на несколько недель, если вы можете использовать время исполнения заказа для группировки закупок с другими будущими заказами.

Таким образом, негативные эффекты при работе с модулем Точно по графику (Just in Time) таковы:

  • Ухудшается управление координацией между заказами,

  • Возникает дополнительное складирование продуктов.

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

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

/doc_static/5.0/_images/stock_planning.png

Планирование доставки продукции потребителю

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

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

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

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

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

/doc_static/5.0/_images/stock_picking_wizard.png

Экран подтверждения доставленного количества

Когда вы откроете список текущих доставок, вы увидите поле [Частичная доставка] (Partial delivery), которое показывает номер ссылки первой отправленной клиенту доставки. Это дает вам возможность быстрого нахождения частичных доставок по заказам каждый день, так что вы можете сперва обработать их как приоритетные.

Получение продуктов от поставщика

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

  • Ручной ввод данных,

  • Использование документов получения товаров, предварительно созданных системой,

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

Вы можете увидеть, как настройка Заказа поставщику (supplier order) влияет на подтверждающие документы более подробно, в разделе «Управление Закупками».

Ручной ввод данных получения товаров

Чтобы ввести данные о полученных товарах вручную, вам необходимо использовать меню [Управление запасами ‣ Получение товаров ‣ Получение новых товаров] (Stock Management ‣ Goods Receipt ‣ New items received). Затем внесите необходимые данные вручную в форму получения товаров.

/doc_static/5.0/_images/stock_getting.png

Ручной ввод данных о получении товаров

Подтверждение заранее созданных документов получения товаров

Если вы пользовались в OpenERP Заказами Поставщику (Supplier Orders), документы на получение товаров готовятся системой автоматически при подтверждении Заказа на закупку (purchase order). Вам не надо вносить никаких данных, просто подтвердите, что полученное количество соответствует заказанному количеству.

В этом случае OpenERP генерирует список всех ожидаемых к получению продуктов из меню [Управление запасами ‣ Входящие продукты ‣ Комплекты к обработке] (Stock Management ‣ Incoming Products ‣ Packing to Process).

/doc_static/5.0/_images/stock_packing_in.png

Список ожидаемых к получению товаров

Then you just look for the corresponding entry using the supplier name or order reference. Click it and confirm the quantities. If it shows you quantities that differ from the control form, OpenERP will automatically generate another receipt document that will be set open, waiting for the remaining deliveries. You can leave it open or cancel it if you know that products missed by your supplier will never be delivered.

Подтверждение ожидаемых продуктов при помощи выбора

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

В этом случае вы можете вручную создать новый документ получения товаров при помощи меню [Управление запасами ‣ Входящие Продукты ‣ Получение нового комплекта] (Stock Management ‣ Incoming Products ‣ New Reception Packing]. В отличие от внесения всех позиций продуктов вручную, вы можете щелкнуть на кнопку справа внизу [Не полученные продукты] (Products not received). OpenERP при этом откроет список всех ожидаемых от поставщика продуктов, и вы можете затем автоматически добавить некоторые из них или все на вашу форму. Этот способ ввода данных очень полезен, когда вы вносите продукты по нескольким заказам, полученные одновременно.

Маршрутизация продукта

Вам необходимо установить модуль stock_location, если маршрутизация продуктов клиентам, от поставщиков или в вашем складе определяется природой самого продукта.

/doc_static/5.0/_images/product_location.png

Управление путями из одного расположения в другое на форме продукта

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

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

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

  • Тип перемещения (Type of move): автоматически (automatic), вручную (manual), автоматически без шагов (automatic with no steps),

  • Время задержки для перемещения (Lead time for move),

  • Название операций (Name of operations) : текстовое поле в свободном формате, которое будет включено в предложенное OpenERP автоматическое перемещение запасов.

Рассмотрим несколько примеров использования таких расположений и логистики по продуктам:

  • Арендованный продукт (rentable),

  • Продукт, купленный в Китае, следующий грузовой перевозкой кораблем из порта в порт,

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

Пример 1: Арендованный продукт

A rentable product is just a product delivered to a customer that is expected to be returned in a few days time. When it has been delivered to the customer, OpenERP will generate a new goods receipt note with a forecast date at the end of the rental period. So you generate a list of goods pending receipt that you confirm when they are returned to your stores. To do this you should configure a product with the following rules:

Example Product For Rental

Поле (Field)

Значение (Value)

Расположение-источник (Source location)

Клиент (Customer)

Расположение-назначение (Destination location)

Запасы (Stock)

Тип перемещения (Type of Movement)

Вручную (Manual)

Lead time

15 дней (15 days)

Операция (Operation)

Возврат продукта (Product return)

Затем, когда продукт доставлен клиенту, OpenERP автоматически создаст форму приема товаров, готовых для возврата на Склад (Stock), в статусе черновика (draft). Это должно произойти в течение 15 дней. С такой системой ваши прогнозы и диаграммы запасов будут всегда правильными в реальном времени.

Пример 2: Управление импортом по морю

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

Возьмем продукт, который был закуплен в Китае, и доставлен на ваши склады в Бельгии в Брюсселе. Импорт морем занимает примерно 7 недель и должен пройти через следующие шаги:

  • Доставка от поставщика до порта Шанхай (Shanghai): 2 дня,

  • Транспортировка морем из Шанхая в порт Антверпен (Anvers): 1 месяц,

  • Таможня в порту Антверпен (Anvers): 2 недели,

  • Доставка грузовиком из порта Антверпен (Anvers) до ваших складов: 3 дня.

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

  • Порт Шанхай (Shanghai Port),

  • Порт Антверпен (Anvers Port),

  • Таможня Антверпена (Anvers Customs).

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

Rule to move products automatically to Shanghai Port

Поле (Field)

Значение (Value)

Расположение-источник (Source location)

Входящие (Input)

Расположение-назначение (Destination location)

Порт Шанхай (Shanghai Port)

Тип перемещения (Type of Movement)

Автоматически без шагов (Automatic without steps)

Lead time

2 days

Операция (Operation)

Отправка в порт Шанхай (Sending to Shanghai Port)

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

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

Rule to move products manually from Shanghai Port to Anvers Port

Поле (Field)

Значение (Value)

Расположение-источник (Source location)

Порт Шанхай (Shanghai Port)

Расположение-назначение (Destination location)

Порт Антверпен (Anvers Port)

Тип перемещения (Type of Movement)

Вручную (Manual)

Lead time

30 дней (30 days)

Операция (Operation)

Отправка в порт Антверпен кораблем (Sending to Anvers Port by ship)

Rule to move products manually from Anvers Port to Anvers Customs

Поле (Field)

Значение (Value)

Расположение-источник (Source location)

Порт Антверпен (Anvers Port)

Расположение-назначение (Destination location)

Таможня Антверпена (Anvers Customs)

Тип перемещения (Type of Movement)

Вручную (Manual)

Lead time

15 дней (15 days)

Операция (Operation)

Таможня Антверпена (Customs at Anvers)

Rule to move products manually from Anvers Customs to Stock

Поле (Field)

Значение (Value)

Расположение-источник (Source location)

Таможня Антверпена (Anvers Customs)

Расположение-назначение (Destination location)

Запасы (Stock)

Тип перемещения (Type of Movement)

Вручную (Manual)

Lead time

3 дня (3 days)

Операция (Operation)

Грузовая транспортировка на склад (Truck transport into stock)

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

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

  • где находятся данные позиции товара,

  • количество товаров в ожидании таможенной очистки,

  • время, требуемое для попадания товаров на склады,

  • стоимость запасов в различных расположениях.

Пример 3: Контроль качества

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

Rule to move products manually from Input to Quality Control

Поле (Field)

Значение (Value)

Расположение-источник (Source location)

Входящие (Input)

Расположение-назначение (Destination location)

Контроль Качества (Quality Control)

Тип перемещения (Type of Movement)

Вручную (Manual)

Lead time

0 дней (0 days)

Операция (Operation)

Контроль Качества (Quality Control)

При получении данного продукта, OpenERP автоматически создаст запрос на внутреннее перемещение, чтобы отправить его в расположение Контроль Качества (Quality Control).