Как указать постоянное потребление в спецификации - NAV: Функционал

regent · 21.12.2009, 15:10

Часто для производства изделия требуется потребление изделия только для наладки оборудования. Это процесс единовременный и неповторяющийся, а значит потребление материалов не зависит от объемов производственного заказа.
Вопрос: как указать в спецификации NAV подобное постояннное потребление?
При этом менять количество в таблице Компоненты производственного заказа - не выход: учитывая количество компонентов (их много), это просто трудоемко.

Lates · 21.12.2009, 22:32

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

apanko · 21.12.2009, 23:30

Цитата:

Сообщение от regent

Часто для производства изделия требуется потребление изделия только для наладки оборудования. Это процесс единовременный и неповторяющийся, а значит потребление материалов не зависит от объемов производственного заказа.
Вопрос: как указать в спецификации NAV подобное постояннное потребление?
При этом менять количество в таблице Компоненты производственного заказа - не выход: учитывая количество компонентов (их много), это просто трудоемко.

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

Например, мне удалось сделать так:
Товар спецификация:
М1 2шт код связи маршрута БРАК (идут на наладку)
М2 3шт код связи маршрута БРАК (идут на наладку)
М4 4шт код связи маршрута ОСНОВНОЙ

Товар маршрут
Раб центр 100, Брак Фикс = 50, код связи маршрута = БРАК
Раб центр 200, Код связи маршрута = ОСНОВНОЙ.

В заказе на производство 10 единиц товара получается такое кол-во компонентов:
М1 = 120 (50 * 2 =100 - на наладку, 2*10 = 20 - на производство 10 шт)
М2 = 180 (50 * 3 =150 - на наладку, 3*10 = 30 - на произвосдвто 10 шт)
М3 = 40 (4 * 10 = 40 - на производство 10 шт)

Соответственно на производство 20 единиц товара получается так:
М1 = 140 (50 * 2 =100 - на наладку, 2*20 = 40 - на производство 20 шт)
М2 = 210 (50 * 3 =150 - на наладку, 3*20 = 60 - на производство 20 шт)
М3 = 80 (4 * 20 = 80 - на производство 20 шт)

Lates · 22.12.2009, 10:21

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

, для процесса с наладкой.

apanko · 22.12.2009, 11:02

Цитата:

Сообщение от Lates

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

, для процесса с наладкой.

Не обязательно.

В производственном заказе становимся на строку, открываем производственный маршрут (для заказа). В поле Брак Фикс Кол-во изменяем кол-во на 0.
Вызываем функцию Обновить для производственного заказа, только снимаем флажок с пунктов "Строки" и "Маршруты".
В результате система пересчитает производственную спецификацию без брака (без наладки)

Т.е. для производства 20 единиц получится:
Соответственно на производство 20 единиц товара получается так (согласно условиям из предыдущего поста):
М1 = 40
М2 = 60
М3 = 80

regent · 22.12.2009, 12:47

Цитата:

Сообщение от apanko

Цитата:

Сообщение от regent

Часто для производства изделия требуется потребление изделия только для наладки оборудования. Это процесс единовременный и неповторяющийся, а значит потребление материалов не зависит от объемов производственного заказа.
Вопрос: как указать в спецификации NAV подобное постояннное потребление?
При этом менять количество в таблице Компоненты производственного заказа - не выход: учитывая количество компонентов (их много), это просто трудоемко.

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

Да, действительно, связав спецификацию с маршрутом и указав фиксированное количество брака в строке маршрута, вопрос хоть как-то решается до некоторых пор.
А именно, если рассматривать такую схему (на примере демо БД Cronus):
10 Сборка колеса (код связи СбКолеса)
20 Сборка цепи (Код связи СбЦепи)
25 Настрока оборудования (это добавленная операция, где указывается Код связи маршрута БРАК)
30 Окончательная сборка (Код связи Сборка)
40 Контроль (Код связи Контроль)

Т.о. здесь настройка оборудования - в середине маршрута.
В спецификации указывается только один компонент с кодом связи БРАК.
Тем не менее, все компоненты, необходимые на этапах 10 и 20 увеличиваются на сумму, указанную поле "Брак Отход Фикс. Кол-во".
А это увеличить необходимо только компонент, необходимый на этапе 25.

Lates · 22.12.2009, 13:04

Цитата:

Сообщение от regent

Тем не менее, все компоненты, необходимые на этапах 10 и 20 увеличиваются на сумму, указанную поле "Брак Отход Фикс. Кол-во".

Да, у меня тоже самое получилось на Кронусе. Т.е. Брак/Отход из строки маршрута добавляется во все строки компонентов. Не зависимо от кода связи маршрута.
Вопрос - apanko, такая настройка получилась стандартными средствами? Или с доработками?

И вот еще какой момент - ведь скорее всего кол-во, которое пойдет на настройку, не должно зависеть от кол-ва в строке заказа...
Может на наладку выдавать отдельное задание, в котором будет выпускаться какой-нибудь товар типа "результат наладки"?

regent · 22.12.2009, 13:20

Цитата:

Сообщение от Lates

И вот еще какой момент - ведь скорее всего кол-во, которое пойдет на настройку, не должно зависеть от кол-ва в строке заказа...

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

apanko · 22.12.2009, 13:27

Цитата:

Сообщение от regent

Тем не менее, все компоненты, необходимые на этапах 10 и 20 увеличиваются на сумму, указанную поле "Брак Отход Фикс. Кол-во".

Я не спроста указал операцию Наладки первой в своем примере.
Тут следует понимать, что такое маршрут.
Вы указали, что на первом этапе выполняется некая операция и тратятся компоненты.
На втором этапе берется полуфабрикат, полученный на первом этапе, к нему добавляются компоненты (другие).
На третьем этапе (25) берется полуфабрикат, полученный на втором этапе, к нему добавляются компоненты (третьи) и все это идет в брак в количество 200 полуфабрикатов + 200 комплектов компонентов (третьих).
Понятно, что для того чтобы получить 200 полуфабрикатов, всех компоненты с этапов 10 и 20 должны быть тоже умножены на количество 200. Кстати обратите внимание, что у вас и сроки расчитаются для первых двух этапов словно вы производите 200+ штук.

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

Второй вариант - потребление остальных компонентов привязать к операциям, после операции Настройка.

regent · 22.12.2009, 14:00

Цитата:

Сообщение от apanko

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

Второй вариант - потребление остальных компонентов привязать к операциям, после операции Настройка.

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

regent · 22.12.2009, 13:36

Цитата:

Сообщение от Lates

Может на наладку выдавать отдельное задание, в котором будет выпускаться какой-нибудь товар типа "результат наладки"?

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

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

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

В Аксапте в спецификации имеется признак Переменный / Константа, который решает эту проблему. Жаль, что в Нав этого нет.

Lates · 22.12.2009, 14:39

Цитата:

Сообщение от regent

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

Понятно, что на каждом предприятии свои особенности процессов. И единого решения для всех не будет.
А заказов в этом случае будет N + M, т.к. N - кол-во заказов на настройку, а M - кол-во заказов на последующие за настройкой производственные операции (или операции, выполняющиеся без настройки).

Lates · 22.12.2009, 14:42

Цитата:

Сообщение от regent

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

В этом случае придется и стандартную функцию обновления дорабатывать.
Не самая простая доработка ИМХО.

regent · 22.12.2009, 14:19

Цитата:

Сообщение от apanko

Например, мне удалось сделать так:
Товар спецификация:
М1 2шт код связи маршрута БРАК (идут на наладку)
М2 3шт код связи маршрута БРАК (идут на наладку)
М4 4шт код связи маршрута ОСНОВНОЙ

Товар маршрут
Раб центр 100, Брак Фикс = 50, код связи маршрута = БРАК
Раб центр 200, Код связи маршрута = ОСНОВНОЙ.

В заказе на производство 10 единиц товара получается такое кол-во компонентов:
М1 = 120 (50 * 2 =100 - на наладку, 2*10 = 20 - на производство 10 шт)
М2 = 180 (50 * 3 =150 - на наладку, 3*10 = 30 - на произвосдвто 10 шт)
М3 = 40 (4 * 10 = 40 - на производство 10 шт)

Вот еще параллельный вопрос: если товар М1 должен пойти только на наладку? Т.е. должно быть так:
М1 = 100 (50 * 2 =100 - на наладку).

apanko · 22.12.2009, 15:11

Цитата:

Сообщение от regent

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

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

Цитата:

Сообщение от regent

Вот еще параллельный вопрос: если товар М1 должен пойти только на наладку? Т.е. должно быть так:
М1 = 100 (50 * 2 =100 - на наладку).

Есть мнение, что в этом случае поле Брак Фикс Колво не подходит. Пока больше идей нет.

RedFox · 22.12.2009, 14:47

Цитата:

Сообщение от regent

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

Я вот думаю, что если используется Журнал Потребления, то можно списывать "вручную" это изделие в нужном кол-ве. А уж потом делать обычное списание. Если используется Производственный Журнал, то можно как-то ограничить ввод нужного кол-ва при динамическом заполнении товарными строками (или делать виртуальную спецификацию Настройка, которая будет считаться (допрограмить) 1 раз).

Цитата:

Вопрос: как указать в спецификации NAV подобное постояннное потребление?
При этом менять количество в таблице Компоненты производственного заказа - не выход: учитывая количество компонентов (их много), это просто трудоемко.

Стандартной таблетки нет. Разве что допрограмить её по аналогии с временем наладки.

regent · 23.12.2009, 13:16

Спасибо всем за ответы. Ваши идеи дали возможность сгенерить несколько вариантов решения вопроса.