VOGBIT Деталь и комплектующие - одна номенклатурная позиция - Практические приемы работы
Новая версия VOGBIT 26.1.5 - Обновленный интерфейс, возможность настроить самому удобную последовательность кнопок в меню (Ленте), новый режим, подсвечивающий «проблемные места» в производстве для руководителей

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

Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
GlMax: Загрузить номенклатуру из Excel это здорово. Но кто же загрузит номенклатуру в Excel!? Если есть изделие разработанное в Компас, то как информ ...
Модуль для планирования - Производство
Константин Чилингаров: Можно на этот.
Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда . Причина: /forum/rules/ Правила ...
Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Zms.komissarov: Да, так и есть, не обновил строку и не увидел, что коэффициент пересчета указан для другого материала... Все работает! Спасибо!  
Восстановить учётные записи не срабатывает - Прочее
NPP_ORION: Разобрались, снимается вопрос.
Ошибка раскраски по приоритету - Ошибки в работе
Константин Чилингаров: Здравствуйте, Если кратко: 1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Хранение в базе данных ссылок на файлы - Общие вопросы
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Ошибка при печати отчёта - Отчёты
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Здравствуйте, Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Права Доступа Сотрудника - Прочее
Константин Чилингаров: Здравствуйте, Немного из истории вопроса…   В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Формат адреса прокси-сервера - Прочее
Владимир Белов: Добрый день! Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128 У вас должен быть на прокси-сервере проброшен порт 28 ...
С Новым годом! - Общие вопросы
Сергей: На данный момент проблема решается повторной активацией серийного номера. Нужно нажать на кнопку "Повторить"
Совместимость с MS SQL Server - Общие вопросы
Владимир Белов: Добрый день! MSSQL 2008 не поддерживается. Минимальная поддерживаемая версия - 2012. Рекомендуемая - 2016 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...
И снова про брак... - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций... Для этого нужно настроить, какие позиции должны ...
Удаление запланиированных этапов - Состав и технология
Константин Чилингаров: Здравствуйте! Компонент либо не существует, либо на него ссылаются этапы В  базе данных есть задания для производства (создаются ком ...
Групповой перенос номенклатуры с изменением обозначения - Прочее
GlMax: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...

Деталь и комплектующие - одна номенклатурная позиция

- Практические приемы работы - Старые разделы форума
Страницы: 1
Деталь и комплектующие - одна номенклатурная позиция
 
Добрый день!
В инструкциях при описании описании технологических процессов "Деталь" и "Материал" - это разные номенклатурные позиции, то есть при выполнении ряда операций из "Материала" получаем "Деталь"
У нас, в основном, сборочное производство, то есть мы получаем материал "Каркас" в разобранном виде, далее идут несколько операций сборки, и на выходе получается тот же "Каркас", только уже собранный.
Вопрос в следующем: можно ли при разработке технологического процесса сборки номенклатурной позиции "Каркаса" в техпроцесс вставить ту же номенклатурную позицию "Каркас" в качестве материала (или комплектующей). Не будет ли ошибок при складском учете, расчете стоимости и пр.
Или лучше ввести новую номенклатуру типа "Каркас в сборе"
 
Здравствуйте!

Цитата
ALEX-220781 пишет:
У нас, в основном, сборочное производство
Вот Пример

Цитата
ALEX-220781 пишет:
можно ли при разработке технологического процесса сборки номенклатурной позиции "Каркаса" в техпроцесс вставить ту же номенклатурную позицию "Каркас" в качестве материала (или комплектующей)
Да. Можно. Технически то будет работать. Будет считаться, что для изготовления «Каркаса» нужен сам «Каркас». Можно и так сделать. Программа от этого не рухнет тут же.

Вопрос только в том, будет ли вам самим в таком случае удобно работать?

Я бы искренне не рекомендовал вам так делать без какой-то совсем уж крайней необходимости…

Цитата
ALEX-220781 пишет:
Не будет ли ошибок при складском учете, расчете стоимости и пр.
Будут. Не ошибки - проблемы...


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

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

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

- метод учёта придётся использовать только SELECT, никаких FIFO;

- постоянно везде писать комментарии в складском учёте, кто есть кто;

- по умолчанию ЛЗК не будут автоматически формироваться нормально. Там возникнет путаница, какой «каркас» для какого нужен, как заготовка, и кого откуда брать. Это ж одна и та же номенклатура. И если и та и другая на складе есть, и называются абсолютно одинаково, то как программа поймёт, кто из них заготовка, а кто тот, для кого эта заготовка? Т.е. запрос на получение «каркасов» со склада надо будет делать чисто руками. И выдавать по нему руками, смотря при этом глазами, из какой именно партии выдавать, ибо называются на складе все «каркас», но на самом деле, какие-то собранные, а какие-то нет.

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

И так далее, и тому подобное…

В общем, сделать то можно. Но на ровном месте наживаете себе массу дополнительной головной боли и работы.
Не очень понятно – зачем?

Почему бы не завести 2 разные номенклатуры? Одна «комплект деталей для каркаса», вторая «каркас». Или, если хотите, «каркас» и «каркас в сборе».
Что смущает?
При этом всё логично. Комплект деталей россыпью – одно. Собранная из деталей конструкция – другое (с точки зрения учёта наличия, расчёта потребностей и т.п.). По-моему, логично…

Цитата
ALEX-220781 пишет:
Или лучше ввести новую номенклатуру типа "Каркас в сборе"
Думаю, лучше.
 
Добрый день! Спасибо за развернутый ответ.

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

Вопрос2. Как сделать копию конструкторской спецификации со всем содержимым. То есть хочу сделать второй вариант спецификации, делаю Копировать-Вставить, спецификация создается, но пустая, а хотелось бы функцию типа "Сохранить как..."
 
Цитата
ALEX-220781 пишет:
Как в программе используются данные о материалах введенные в режиме Технология подробно?
1. При «расчёте потребности» и, соответственно, при формировании запроса на склад (ЛЗК) на получение необходимых материалов.
А дальше, если продолжить цепочку, то получается в расчёте обеспеченности, при формировании заявок на закупку, при приходе на склад и выдаче со склада.

2. При расчёте себестоимости.

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

4. Могут использоваться при планировании при использовании «технологического фильтра». Например, выбрать все изделия, при изготовлении которых применяется какой-то определённый материал.

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

Цитата
ALEX-220781 пишет:
Используются ли эти данные в складском учете, расчете стоимости, потребности?
Да.

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

Цитата
ALEX-220781 пишет:
Не могу установить материал в качестве основного. Курсор ставлю на "Каркас КСО393" и все равно просит указать материал.
Потому что у вас «Каркас» в технологию добавлен был не как материал, а как комплектующее изделие. Комплектующее не может быть основным материалом, т.к. это не материал.
Добавление позиций в техпроцесс

А зачем это вообще? У сборочной единицы не бывает «основного материала» (согласно ЕСКД/ЕСТД), насколько я знаю. «Основной материал» определяется только для деталей. В чём смысл указывать «основной материал» для сборочной единицы?

Цитата
ALEX-220781 пишет:
Как сделать копию конструкторской спецификации со всем содержимым.
На вашем скриншоте:

- встаньте в ту спецификацию, откуда хотите скопировать, выделите всё (Ctrl+A), нажмите в панели кнопку «Копировать компоненты»

- встаньте в ту спецификацию, куда хотите скопировать, нажмите в панели кнопку «Вставить компоненты.
 
Последнее сообщение перенесено.
Причина - несоответствие теме топика.

Пожалуйста, обратите внимание:
https://vogbit.ru/forum/forum15/topic928/ , пункт 2
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4459
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт