Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

Последние темы на форумах VOGBIT

Экспорт/Импорт данных - Экспорт импорт данных
Константин Чилингаров: Чтобы перенести базу с LocalDB на SQL server, сделайте с помощью Management Studio /support/380/#__backup резервную копию . Потом на SQL сервере из этого файла (бэкапа) разверните базу. Если сервер не на том же компьютере, то нужно будет, наверное,  ...
Последовательность операций - Производство
Константин Чилингаров: Здравствуйте, 3938 Алексей Пономарев написал: В операциях гальваника деталь появляется, в операциях штамповка и гибка ее не видно Не очень понял. Где "появляется/ не появляется"? В каком окне? Можно скриншот, пожалуйста.
Дополнительные колонки в составе изделия - Состав и технология
Константин Чилингаров: куда все делось? Вы всю группу колонок "Компонент" удалили с экрана. 19032 Илья написал: Как вернуть то что было по умолчанию? Обратно перетащите.
Как лучше описать технологию? - Состав и технология
Serge.v.astapov: Добрый день! Просьба подсказать как лучше оформить техпроцесс. Исходная проблема такая - мы производим контроллеры с разной частотой радиоканала. Грубо говоря, номенклатура повторяется для каждой частоты. Тех процессы одинаковые за исключением одн ...
Свяванные объекты - Прочее
Константин Чилингаров: Нужно для этого пользователя /support/474/#763_1232331032 настроить доступные "зависимые окна" (зайти под этим пользователем и настроить). Форму нужно выбрать: Csdn.Vogbit.Mail.LinkedObjectsForm  Связанные объекты (рис.1). Дальше выб ...
Пустой бланк - Демо версия
Илья: Перепутал шаблоны. Да все работает. Спасибо
Установка программы для терминалов. - Установка
Константин Чилингаров: RFID нужен для авторизации. Чтобы подошёл рабочий к терминалу, и ему не нужно было ничего вводить (типа Имя, Пароль), ничего выбирать. Просто приложил свой "пропуск" (брелок, браслет), терминал понял, что это "Иванов" пришёл, и в ...
Очень долго открываются обороты - Прочее
Константин Чилингаров: Здравствуйте, Какая версия программы? Базу (копию) можете дать посмотреть?
Прошу помощи в установке - Установка
Владимир Белов: Ок, спасибо, проблема стала понятна.
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Посмотрим. Там, помню, есть какая-то заморочка с единицами изменения и "заявками на закупку", когда этих единиц много разных используется для одной и той же номенклатуры. Как будет время, понажимаю там кнопки, посмотрю, насколько работае ...
Создание, удаление, и создание вновь заданий - Производство
Константин Чилингаров: 19032 Илья написал: Не удается создать задание на среднем уровне /support/552/#_Toc400385408 Наиболее типичные причины . Сообщение с вашей картинки - первое по списку. 19032 Илья написал: Это может быть связано с отсутствием норм времени? ...
Сортировки в сменном задании - Интерфейс программы
Алексей Батраков: Спасибо, будем очень благодарны. 
Ошибка при создании отчета "Заказ на производство (цвет)" - Ошибки в работе
Алексей Батраков: Работает, спасибо
Сортировка производственных заказов - Производство
Константин Чилингаров: Понятно. Это из-за того, что в смене есть "внеплановое" задание. Это оно не может "передвинуться". "Нормальные" задания, связанные с какой-нибудь деталью (позицией заказа на производство), сдвигаются, раздвигаются, п ...
Проблема со справочником "Номенклатура" - Общие вопросы
Константин Чилингаров: Предупреждение! [B Нарушение /forum/rules/ правил форума , п.6.[/B ответ /forum/messages/forum39/topic2591/message15964/2591-sortirovka-papok-po-alfavitu#message15964 здесь
Сортировка папок по алфавиту - Интерфейс программы
Константин Чилингаров: В этой версии по умолчанию отключено, как редко используемая функция. Поскольку можно самому расставлять папки в любом удобном порядке, чем, в основном, все и пользуются. Кроме того, в 20.5 появилась возможность быстрого поиска папки по Ctrl+F. (ещ ...
Колонки Операция и Состояние - Производство
Константин Чилингаров: 19032 Илья написал: Цель- учесть наличие задела часто используемых комплектующих изготавливаемых своими силами. 19032 Илья написал: Из остатков металла наточили деталей и они лежат ждут следующего заказа. Нужно в таком случае оформить в про ...
Автоматический расчет количества материалов - Материалы, Комплектующие, Складской учёт
Илья: 13 Константин Чилингаров написал: Вы не поняли, мне кажется. Заносится один раз. В базу данных VOGBIT добавляется используемый материал: название (марка + сортамент) + вес погонного или квадратного метра соответственно (можно сразу заодно и ЕИ ...
Смена единиц измерения при выдаче со склада. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Не очень понятно. Сейчас сделано наоборот - так, чтобы автоматом пересчитывалось для кладовщика (при выдаче со склада) в те единицы измерения, которые, собственно, кладовщик, сам и использует. То есть в те, в которых он учитывает то ...
Применяемость материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Значит нужно будет потом как-нибудь сделать, как описано выше (сообщение #2). Запишем в общий список пожеланий.

Расчёт потребности, принцип работы

- Практические приемы работы - Старые разделы форума
Страницы: 1
Расчёт потребности, принцип работы
 
...перенесено

Цитата
ALEX-220781 пишет:
И в режиме "расчет потребности" информация о материалах и их количестве берется из контрукторской спецификации.
Нет. Из технологии берётся.

Сделал конструкторскую спецификацию и технологию, ввел разные данные о количестве. Нажал кнопку "Расчет потребности" - количество выдало как в спецификации.
При нажатии кнопки "Себестоимость" программа спрашивает из какой спецификации брать данные.

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

Еще маленький вопросик: когда я перетаскиваю позиции из справочника в окно Технология - то просто перетащить мышкой, а вот из окна спецификации надо еще держать кнопку Ctrl - для чего так сделано?
 
Что показывает «расчёт» потребности – это всецело зависит от того, что вы ему даёте на вход. Что говорите считать, то он и считает…

Пара слов о предназначении и принципе работы режима «Расчёт потребности»:

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

Это может быть просто список изделий (сборочных единиц, деталей и т.п.) – например заказ на производство. А может быть «дерево» изделия - заказная спецификация.

Первое – это 99% случаев использования режима «Расчёт потребности». В подавляющем большинстве случаев он запускается как раз на производственном заказе целиком или на какой-то части заказа (выделенных изделиях из производственного заказа), чтобы определить, какие материалы и комплектация нужны для изготовления, и сформировать соответствующие заявки на получение со склада (ЛЗК).
В этом случае на вход расчёту потребности обычно идёт «карта заказа». Т.е. список позиций для изготовления.

Второе (запуск на одном изделии) – возможный вариант использования, но всё более редкий*. В этом случае на вход расчёту потребности даётся обычно «заказная спецификация». Т.е. дерево, у которого в голове само изделие, на которое расчёт, и потом в него вложено в виде дерева, из чего оно состоит, вплоть до последнего винтика. Пример

Как работает расчёт потребности:

Он смотрит по данному ему списку или дереву (что нужно изготовить), по каждой позиции (строчке):
Что это такое – сами делаем или покупаем?
Если есть техпроцесс – значит, сами делаем. В этом случае смотрит в техпроцесс (как и из чего делать). Там написано, чего и сколько нужно, чтобы сделать (материалы, комплектация). И эти данные из техпроцесса добываются.
Если нет техпроцесса, то значит, считает программа, эта строчка -  это само по себе покупное изделие, которое берётся уже готовым. Делать не нужно, нужно купить (взять со склада).
И т.д.

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

Теперь смотрим на ваш скриншот:

В качестве исходных данных «расчёту потребности» вы, я так понял по картинке, даёте «конструкторскую спецификацию», состоящую из "Каркаса" и "Заклёпки".
Программа, как мы говорили выше, воспринимает это как список позиций, которые надо изготовить (на которые посчитать, что нужно, чтобы их изготовить). В этом списке 2 позиции:
- Каркас 2шт.
- Заклёпка 200шт.

Ни на первое, ни на второе техпроцесса нет. Т.е. вы даёте на вход расчёту потребности список из двух покупных позиций. Что мы имеем на выходе? Логично, эти же самые две покупные позиции. Ибо см. выше.

Что касается технологии, то она в данном случае (на вашем скриншоте) в деле вообще никак не участвует. Ибо она на изделие «Корпус КСО393-03(04) в сборе». А в том списке, который вы «расчёту потребности» даёте для расчёта («конструкторская спецификация») такого изделия нет.
Если бы это была «заказная спецификация», или заказ на производство, то другое дело. Тогда была бы как-то причём эта технология.
А так получается вы говорите программе:

«Скажи мне, что нужно, чтобы сделать «Каркас КСО39 – 2 шт» и «Заклёпка 4,8х10 – 200 шт»?

Программа вам на такой вопрос и отвечает:

«Для этого нужно «Каркас КСО39 – 2 шт» и «Заклёпка 4,8х10 – 200 шт».

Что логично. Ибо и то, и другое по представленным данным являются покупными компонентами.

Всё. Finita la commedia

*Т.к. это только либо просто посмотреть, либо ведомость материалов, например, распечатать на изделие.
Но если смотреть – так это лучше сразу «себестоимость» тогда. Там всё то же самое есть, но плюс ещё все работы, и с ценами сразу.
Ведомость печатать – ну можно... Но не очень понятно зачем, если есть VOGBIT. Всяческие ведомости материалов составляются для ручного потом выписывания из них, складывания в столбик и получения «итого». А если VOGBIT есть, то он может и сразу «Итого» выдать (общее кол-во материала, стоимость и т.д.). Зачем ведомость печатать?
 
Цитата
ALEX-220781 пишет:
Как то не могу уловить алгоритм: на одно и тоже изделие я могу указать совершенно разные данные о его составе. В спецификации могу указать одно, а в технологии совершенно другое.
Спецификация – это данные о том, кто из кого состоит, согласно чертежам.
Техпроцесс – это описание, как делать. В том числе и из чего.

То, что это вещи разные, если вы занимаетесь сборочным производством, то должны понимать.

С точки зрения управления производством для VOGBIT первично второе (технология и то, что в ней написано). «Состав» - это в данном случае, скорее, «вспомогательная» информация. В принципе, если разобраться, то можно и вообще без неё обойтись. Но неудобно просто…

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

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

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

Что вводить в программу? - только состав? только техпроцессы (с комплектацией)? и то, и другое? состав и техпроцессы, но без комплектации?

Все варианты возможны и имеют права на жизнь. Какой оптимален - зависит от особенностей конкретного производства и задач, которые ставятся.
В идеале - вводить всё. В реальности - в половине случаев что-то не нужно.
 
Цитата
ALEX-220781 пишет:
Еще маленький вопросик: когда я перетаскиваю позиции из справочника в окно Технология - то просто перетащить мышкой, а вот из окна спецификации надо еще держать кнопку Ctrl - для чего так сделано?
Отвечу здесь уж до кучи. Но, ещё раз обращаю ваше внимание:

https://vogbit.ru/forum/forum15/topic928/ , пункт 2.

Спасибо!

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

Поэтому при работе с окном "состав", когда внутри окна надо что-то перетащить, то просто берёшь мышкой и тащишь. Когда нужно "наружу" куда-то вытащить (например, из одной спецификации что-то в другую скопировать, или из спецификации в техпроцесс вставить те же строчки, как комплектацию) - нажимаем Ctrl и тащим куда нужно.
 
Здравствуйте,

- существует ли возможность свести результаты "Расчета потребности" с "Остатками" напрямую, без режима "Обеспеченность"? Просто для того, чтобы бегло оценить, насколько склад позволяет скомплектовать к примеру, вновь создаваемое изделие?
 
Здравствуйте,

Напрямую из "расчёта потребности" так не "сводится".
В предыдущей программе, которую мы до VOGBIT писали, у нас что-то похожее в таком виде как раз и было сделано. Но это было не самое удачное решение. Потому что просто видеть текущий остаток, зачастую, не особо то полезная информация в данном случае. Он, может быть, сегодня есть этот остаток, а завтра его не будет уже, т.к. в этой позиции большая потребность есть для других заказов, например.

В сущности, режим "Обеспеченность" - это как раз и есть специальный режим для "сведения" результатов "Расчёта потребности" и "Остатков". Различными всевозможными способами...

Я бы предложил такой вариант:

Раз вы хотите делать предварительную оценку по изделию, то, видимо, заказная спецификация то в каком-то виде есть на него.
Соответственно, делаем так:

"Расчётом комплектации" делаем из этой заказной спецификации тестовый заказ. Это пару кнопок всего нажать, в общем то.

На этом тестовом заказе запускаем "расчёт потребности" (ну это так и так делать, всё равно) . Сохраняем то, что там насчиталось, в один общий документ-заявку (опцию "Документы по подразделениям" выключаем, если она включена, и "Сформировать документы -> предварительные заявки").

Окно "Расчёт потребности" закрываем, стоим на тестовом заказе, нажимаем "Обеспеченность".

Ну и собственно всё. Получаем тот самый результат, который вы и хотели. Соответствие того, что на 1 абзац выше у нас получилось в "расчёте потребности" и текущие остатки.

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

Удалить созданную таким образом "предварительную заявку" можно одной кнопкой. Так же, как и "тестовый заказ" вместе со всем его содержимым.

А можно и оставить. Вдруг ещё понадобится... Чтобы не мешалось и не путалось с реальными заявками и заказами, можно просто этот тестовый заказ статусом "выключить". И всё. Он "пропадёт" отовсюду.
А потом, если вдруг понадобится, можно обратно включить. Ну или удалить опять же...
 
Вы, как всегда удивляете оперативностью (написать ответ ночью)?!

По существу: то, что Вы предложили - собственно то, что и было нужно. Уже пользуемся. Спасибо.

Ремарка (для тех, кто повторит наш опыт). Если заполняешь производственный заказ "расчетом комплектации" по заказной спецификации и при этом фильтруешь заполнение только покупными, то предварительная заявка формируется "оторванной" от производственного заказа (в точности, как и в случае с ЛЗК, обсуждалось здесь:
https://vogbit.ru/forum/messages/forum16/topic876/message10126/876#messages10126).

Расчет обеспеченности после этого системой не производится (он просто пуст).

Вроде как получается, что "только покупные" можно хоть как то оценить только "себестоимостью".  Почему так задумано? Непонятно...
 
Цитата
Петр Свиридов пишет:
(написать ответ ночью)?!
Времени другого не было. Работы много...

По поводу
Цитата
Петр Свиридов пишет:
Если заполняешь производственный заказ "расчетом комплектации" по заказной спецификации и при этом фильтруешь заполнение только покупными, то предварительная заявка формируется "оторванной" от производственного заказа (в точности, как и в случае с ЛЗК, обсуждалось здесь:
Неправильно делаете. И сильно сложно. Лишних шагов много. Вообще не нужно в таком случае ни "заполнять заказ покупными", ни "расчёт потребности" включать.

Вот как нужно:
1. Создаём заказ для расчёта. Запускаем, стоя на нём «расчёт комплектации» (1).
2. В расчёте комплектации получаем пачку покупных (2).
3. Говорим это «Сохранить, как документ» (3).
4. Тип этому документу ставим «Предварительная заявка» (4).
5. Программа спрашивает, привязывать ли документ к заказу, говорим «Да» (5).

Ну дальше, наверное, вы уже догадались.

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

Запускаем на нём обеспеченность, и готово (7).

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

Примечание: версия 1.1.37. В старых версиях (до 1.1.34) не всё так можно сделать.
5.png (58.13 КБ)
1.png (82.5 КБ)
2.png (52.39 КБ)
3.png (31.14 КБ)
4.png (55.48 КБ)
 
продолжение
6.png (71.6 КБ)
7.png (105.1 КБ)
 
Цитата
Петр Свиридов пишет:
Вроде как получается, что "только покупные" можно хоть как то оценить только "себестоимостью".Почему так задумано? Непонятно...
"Себестоимость" - она для оценки именно в стоимостном выражении. Сколько денег итого. Примерно хотя бы.
Для оценки "есть/нет в наличии" - "Обеспеченность" нужно использовать. Вариант быстро прикинуть про покупные - см. выше.
 
Добрый день! Сделал предварительную заявку к заказу, на основе конструкторских спецификация, как было описано выше. Создалась заявка привязанная к заказу. При нажатии Расчет потребности появляется сообщение "Внутренняя коллекция" не была инициализирована. Предполагаю, что это потому, что в самом технологическом процессе на изделия нет комплектующих, только операции.

Хотелось бы уточнить. У меня изделие имеет несколько заказных спецификаций - разный набор комплектующих под конкретные заказы. На все исполнения техпроцесс один, в нем нем только операции, без комплектующих. Чтобы при формировании заказа через расчет комплектации, с использованием опредленной заказной спецификации, правильно считалась потребность в покупных материалах и формировались заявки на покупку нужно отдельно запускать Расчет комплектации и сохранять расчет как документ привязанный к заказу.
Или есть иные способы?
Изменено: ALEX-220781 - 19.12.2017 11:04:55
 
Здравствуйте,

Если в техпроцессе не писать комплектацию, а только в спецификации, то да, только так, как вы написали. Через "расчёт комплектации" и там "сохранить, как документ". По другому никак.

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

Вообще, если в целом на проблему смотреть, то иметь несколько "заказных" спецификаций на "одно и то же изделие" в разных заказах, как мне сейчас кажется (лет 10 назад не казалось :) ), не очень правильно.
Сейчас, я более склонен к тому, что это должна быть разная номенклатура вообще: "изделие АБВ, исп.1", "изделие АБВ, исп.2" и т.п.
Они же разные, всё таки, по факту.
Если вариантов 2-3-5, то можно вручную скопировать и поправить.
Если много - есть "Генератор". Очень хорошо уже обкатанный и отлаженный.
Его правда настраивать нужно. Но зато потом, как из пулемёта, можно генерировать и генерировать "Изделие АБВ, исп.N+1".

Хотя, в каждом конкретном случае смотреть нужно, конечно. Насколько сложные изделия, насколько они вообще подлежат "типизации" (что нужно для "генератора") и т.п.
 
Изделия по большей части не типичные. Название одно, а внутри какие то элементы могут быть разные, например предохранители разных номиналов, а количество в различных типах одинаковое. А техпроцесс может быть одновременно использован для разных заказов. Буду пока пользоваться этим методом. Генератор позже освою.
 
Добрый день, у меня почему то неправильно проходит расчет потребности, уже все проверил, и технологию, и спецификацию, везде единица измерения правильная, но при расчете потребности выводиться не правильная, причем сборка состоит из двух деталей, одна правильно проводиться вторая нет подскажите почему?
 
При "расчёте потребности" программа пытается привести общее количество к единице измерения, указанной для соответствующей номенклатуры по умолчанию.
Посмотрите для начала, стоит ли для этой позиции (по которой "неправильно" что-то) в "номенклатуре" заданная "единица измерения по умолчанию" и какая.

P.S.
Из скриншотов приведённых я, если честно, вообще ничего не понял. Что там куда внесено и как...
Если хотите, могу посмотреть базу и точно сказать, в чём дело.
 
а в каком месте стоит единица по умолчанию?
 
В предыдущем сообщении ссылка. Там описание и скриншот.

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

"Расчёт потребности" - это одно. "Расчёт комплектации" - совсем другое. По смыслу и предназначению.

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

Но вообще по смыслу "расчёт комплектации" и "расчёт потребности" - это разные модули и порядок и цель их применения разные. Расчёт комплектации нужен, чтобы сформировать заказ на производство. Т.е. получить список, какие детали (сборочные единицы, комплекты и т.п.) делать вообще нужно. Не вручную чтобы составлять этот список, а автоматизированным способом.

Основное предназначение "расчёта потребности" – это когда вышеуказанный список – какие детали (и сколько штук) вообще изготовить нужно – уже готов, посчитать, сколько для того, чтобы их все изготовить, нужно всего каких материалов покупных (комплектующих и т.п.).

Поэтому если отвечать на вопрос
Цитата
Данила Кузнецов пишет:
почему в расчете комплектации одна цифра, а в расчете потребности другая?
, то там не то что цифры должны быть разные… При правильном использовании результатом «расчёта потребности» и «расчёта комплектации» вообще совершенно разные вещи должны являться.
Если же получается примерно одно и то же, то это верный признак того, что «что-то не так в консерватории». Т.е. либо используются эти режимы и функции не по назначению, либо исходные данные введены как-то совсем не так.

Можно почитать:
несколько типичных ошибок при работе с производственными заказами
Про принцип работы «расчёта потребности»
 
а как нибудь можно проверить из чего программа формирует эту цифру
 
я нашел в чем причина, программа два раза умножает, как этого избежать, я так полагаю что надо в ручную в технологии менять количество на начальное, как в спецификации, верно или я как то неправильно делаю технологию
 
Цитата
Данила Кузнецов пишет:
а как нибудь можно проверить из чего программа формирует эту цифру
Посмотреть. Что введено. И всё понятно будет.

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

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

Создаём в базе деталь. Создаём для неё техпроцесс.
Что в него писать?
Ответ в том, как делается деталь.
Чтобы её сделать, нужно взять квадратную трубу (хлыст), вставить его в пилу, отпилить заготовку. Пусть длиной 480мм. Потом вставить в трубогиб, согнуть. После чего окрасить.
Собственно, это и пишу в техпроцесс:
Добавляю операции «Резка», «Гибка трубы», «Окраска».
Добавляю основной материал (труба 25х25х1,5 ст08пс), указываю норму расхода (0,48 * 1,1 = 0,53 м).
Собственно, и всё. Что получилось – на рис.1.

Нормативные показатели в данном случае (норма расхода материла, кол-во комплектующих нужных, трудоёмкость операции) указывается в техпроцессе на единицу изделия. То есть в нашем примере на один «Кронштейн». Потому что дальше уже, когда дело дойдёт до производства количество таких кронштейнов будет зависеть от того, сколько их нужно на одно изделие, сколько изделий в заказе и т.п. Это мне программа дальше уже сама всё посчитает. И умножит сколько в итоге нужно трубы, сколько будет трудоёмкость заданий и т.п.
А в техпроцессе, я указываю все цифры, сколько нужно на один Кронштейн.

Теперь смотрим ваш скриншот:
Есть некое изделие «СТРД.14.100.100.ВЭ1 Панель в сборе». В техпроцессе у вас написано, что чтобы её изготовить нужно нечто под названием «18ZZ25x1250x2 Панель ОЦ / Сталь» в количестве 2 квадратных метра. Панелей «СТРД.14.100.100.ВЭ1» - 5 штук. Соответственно, и получается, что на одну штуку 2 м2, на 5 штук значит 10 м2.
Что и написано у вас в окне «расчёт потребности»: кол-во панелей (5), кол-во на единицу (2), итого (10).

Резюме:
1. Ну, собственно, что введено, то и посчиталось…
2. Обычно, если указывают в метрах (квадратных, погонных), то это не «деталь», а «материал». Детали – они как-то, обычно, в штуках измеряются. А если это материал, то в «составе» ему не место.
1.png (105.41 КБ)
Страницы: 1
Сейчас на форуме (гостей: 15)
Всего зарегистрированных пользователей: 3133
Приняло участие в обсуждении: 361
Всего тем: 804
Всего сообщений: 6067

Полезные ссылки:
Себестоимость Видео-презентация подготовка производства ТПП Демонстрационный режим VOGBIT Обновление VOGBIT технологическая подготовка График производства производственный учет складской учет Создание новой базы данных VOGBIT управление данными Полная версия VOGBIT Планирование мелкосерийного производства Техническая Подготовка Производства электронный архив управление качеством деактивации VOGBIT активация VOGBIT управление производством Производственный заказ Установка VOGBIT управление ремонтами Трудоёмкость Деактивация VOGBIT планирование производства базы данных VOGBIT Начало работы инструкция Расчёт комплектации Складской учёт загрузка оборудования расчет себестоимости склад Сменное задание Задания для производства Тип нормирования Заказ на производство производство металлоконструкций Нормирование пост руководство администраторов VOGBIT Планирование производства разработчика отчетов vogbit состав изделия демоверсия технология Состав изделия Обзор обновления Генератор отчетов Единица нормирования производственный заказ Новое в складском учёте фактический учет затрат как ввести исходные данные Приёмка ОТК
×
Вход на сайт