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

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

Постановка на паузу заказов и изделий - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Но люди - это же не станки. Кто то делает быстрее, кто-то медленнее, разные ситуации бывают. Изделия большей частью зак ...
Уровни учета терминала. - Терминалы
Константин Чилингаров: Там не совсем так. 3520 Alex-220781 написал: все операции, которые запущены в производство, "вываливаются" на участок Если настроить со ...
Отмена заданий в окне "Невыполненные задания" - Новые возможности
Константин Чилингаров: Здравствуйте, Можно и сделать. Запишу в список пожеланий.
Уровень учета в Графике производство - режим Подробно. - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да. Точно. Хорошее замечание. Это недоработка. Вылезло с тех времен древних, когда "уровень" было понятие более мону ...
Ошибка при выборе всех заданий. - Терминалы
Константин Чилингаров: 3520 Alex-220781 написал: Где ее найти? В окне "Производство - Загрузка" на заголовке смены, в которую хотим "собрать", нажимаем пра ...
Кнопка "Контроль" - Прочее
Alex-220781: Пока снимаю свои вопросы :) До входного контроля ещё не дорос. Если и будет - то это скорее всего просто проверка внешнего вида (повреждени ...
Задачи и Файлы, Договоры. - Обновление
Константин Чилингаров: Попозже если только.
Корректировка в технологических картах после обновления - Производство
Константин Чилингаров: Записал в список пожеланий.
Планирование - Производство
Михаил Анатольевич: 13 Константин Чилингаров написал: Это, я так понимаю, график работы стапелей сварочных, да? (план)   Да, всё верно.  13 Константин Чилингар ...
Упрощение ввода аналогов - Интерфейс программы
Константин Чилингаров: Вот. Сделал ролик. https://youtu.be/Vc03vi0YPeE https://youtu.be/Vc03vi0YPeE
Выбор ресурса при редактировании задания - Производство
Alex-220781: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным заказом в с ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: Не загружены новые шаблоны отчётов после обновления. Нужно загрузить. https://disk.yandex.ru/d/Uk9jUiuNjUyKIQ Сами шаблоны /support/459/ Инструкция , как заг ...
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Добавил в список пожеланий.
Перенос из обеспеченности в заявку. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 3520 Alex-220781 написал: При нажатии "Обеспеченность" я не учитываю ЛЗК по другим заказам. Пояснение: Если при запуске "Обеспеченн ...
Перенос из спецификации в заявку. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий.
Запоминание состояния окон. - Интерфейс программы
Константин Чилингаров: Да, я выше это же писал. Потому что это "плавающее" окно. В плавающих окнах размеры самого окна после закрытия не сохраняются сейча ...
Не сохраняются выбранные колонки в окне состава изделия - Состав и технология
Константин Чилингаров: 3520 Alex-220781 написал: для порядка. Все активные кнопки в программе подсвечены Не факт. Кнопки бывают разные. Если провести аналогию с м ...
Настройка рабочих мест пользователя - Прочее
Константин Чилингаров: Да. В целом Вы совершенно правы. Согласен. Но, к сожалению, пока руки не доходят до "облагораживания" этого места. Как только дойдут, ...
Замена участков и постов в Технологии - Интерфейс программы
Константин Чилингаров: Здравствуйте, Там скоро к "постам" и "участкам" ещё и "станки" добавятся (для желающих)... Надо подумать, как лучше реорга ...
Приемка ОТК - Производство
Константин Чилингаров: /support/446/#4062 вот так

Одна номенклатура детали на разные материалы

- Практические приемы работы - Старые разделы форума
Страницы: 1
Одна номенклатура детали на разные материалы, Можно ли сделать чтобы не плодить номенклатуру создать 1 изделие (деталь) и прописать название например "Решетка вентиляционнная" , и указать что она может быть выполнена из разных материалов?
 
Бывает так что есть много вариаций однотипных деталей, разного цвета и материала, они взаимозаменяемы. Но если каждое по отдельности забивать в номенклатуре, появляется большой список.

Можно ли сделать так чтобы не плодить номенклатуру, создать 1 изделие (деталь) и прописать название например "Решетка вентиляционнная" , и указать что она может быть выполнена из разных материалов?


Так же есть ситуации когда на складе есть взаимозаменяемые детали или изделия, но выполненные из разных материалов.
Например решетка вентиляционная есть из пластика и металла, белая и серая. Их по 5 шт. на складе. Клиент сделал заявку на 10 шт. белых пластиковых, но уточнил что ему без разницы какие они будут. То есть мы можем отгрузить 5 белых пластиковых и 5 серых металлических. Мы создаем заявку покупателя и смотрим в наличии есть только 5 белых пластиковых.

Можно ли указать в настройках, что эти изделия (детали) взаимозаменяемы, и видеть в каком нибудь режиме сколько всего на складе взаимозаменяемых деталей на складе и соответтсвенно отгружать по таким заявкам как тут например 5 белых и 5 серых.
 
Цитата
Наиль Богапов пишет:
Но если каждое по отдельности забивать
Забивать все возможные сочетания смысла нет. Только те, которые реально сейчас используются (делаете, есть на складе и т.п.).

Цитата
Наиль Богапов пишет:
появляется большой список
Ну и что?

Цитата
Наиль Богапов пишет:
Можно ли сделать так чтобы не плодить номенклатуру, создать 1 изделие (деталь) и прописать название например "Решетка вентиляционнная" , и указать что она может быть выполнена из разных материалов?
Можно.
Сделать одну номенклатуру «решётка» - все какие бывают, всякие разные.
В ней завести некую условную позицию «Материал» и прописать, что «аналогами» её являются «металлический лист», «пластиковый лист» и т.п.
То же самое в краской.
Потом при запуске в производство и сдаче на склад писать комментарий, что за решётки в этой конкретной партии на самом деле. И в запросе на склад (ЛЗК), через «замены» каждый раз подменять «общий» материал и краску на конкретные, которые в данный момент выдаются на конкретные решётки.
Да, технически можно так сделать.
Но зачем?

Рассмотрим плюсы и минусы.
Плюс один и довольно сомнительный: меньше номенклатуры. Но в чём тут великий плюс?
Теперь минусы:
Когда вы запускаете «решётки» такие в производство, как вы объясните производству, какие именно им делать? Железные? Пластиковые? Белые? Серые?
То есть каждый раз придётся писать комментарии. А не просто добавлять в заказ номенклатуру.
И отчёты все настраивать с упором именно на этот комментарий.

Ок. Комментарий написали, задание выдали. Надо материл со склада брать. Автоматически программа вам никак не определит, какой материал в этом случае вы хотите взять. С её точки зрения это просто некая «общая решётка». Из любого материала. Номенклатура то всегда она.
То есть каждый раз через замены нужно будет заменять «условный» материал, на тот, который реально выдать. Вручную. Не перепутать.

Дальше после того, как сделали «решётки» для верности нужно бы при сдаче на склад приписать им ещё раз комментарий. Для складской карточки. Что это именно за решётки то вы положили на склад. Железные? Пластиковые? Какого цвета?
Т.к. когда они уже лежат на складе, далеко не всегда видно что-то по истории их изготовления. Видно просто, что «решётка» и кол-во. Поэтому чтобы хотя бы визуально понять, что это за «решетка», нужен какой-то комментарий. Т.е. при сдаче из производства на склад придётся опять же, каждый раз (не забыть, не перепутать) приписывать комментарий, что именно сдаём. Ибо из названия номенклатуры непонятно – «решётка» и «решётка».

Идём далее…
Смотрим остатки на складе готовых. Там написано: «решётка» 100 шт. А каких? Железных? Пластмассовых? Чёрных? Белых? Пока кнопку «подробно» не нажмёшь – не поймёшь.

Теперь заказал у нас, допустим, покупатель «решётки». Хорошо, если ему всё равно какие. Любые.
А если нет?
Тогда сначала, вам нужно приписать комментарий в заявке – а каких сколько нужно то?
Потом при отгрузке не забыть этот комментарий почитать, и набрать сколько нужно и каких нужно решёток (не перепутать) физически. И при оформлении расхода в программе не просто нажать «выдать», а сначала провалиться в список партий, остатки по которым числятся на складе, там по комментариям разобраться кто есть кто (металл, пластик, цвет) и набрать из соответствующих партий на складе кол-во каких нужно сколько нужно, чтобы сошлось с тем, что отдали (не ошибиться, не перепутать).
Часть с оформлением отгрузки в данном случае, кстати, будет всегда. Независимо от того, всё равно покупателю или нет, вам то придётся каждый раз с этим возиться при любой отгрузке. Вам то нужно, чтобы остатки сходились с учётом того, какие решётки остались (если это хоть кому-то важно). То есть, важно покупателю, или нет, вы в любом случае будете вручную выбирать каких сколько отдали при любой отгрузке. Метод SELECT в чистом виде. Всегда. Иначе никак.

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

Если же сделать белую железную, серую железную, белую пластиковую и серую пластиковую решётки разными номенклатурами, то все проблемы идентификации исчезают автоматом во всех местах.
Даёте задание производству – всё понятно, какие делать.
Материалы – программа вам сама посчитает и ЛЗК сделает именно на те, которые нужны. Ничего не надо вручную отслеживать, выбирать.
На складе – чётко понятно, какие там решётки лежат и сколько.
При отгрузке тоже все просто. И не обязательно SELECT всегда использовать. FIFO тоже отлично будет работать. То есть проще всё намного.

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

Если заказал «все равно какие», то ставите в заявку свою условную позицию «не важно какая решётка» и кол-во.
Она по определению всегда будет в дефиците (рис.1). Потому что «не важно каких решёток» никогда не бывает на складе. А есть конкретные. И это даже хорошо. Это индикатор, что надо вместо «просто решётки» выбрать из того, что есть, что будем в итоге отдавать. Сколько каких.
Дальше, через «замены» выбираете каких сколько отгрузите решёток, исходя из свободных остатков (рис.2), и отгружаете. Опять же, без каких-либо танцев с бубном.
По-моему, это намного проще и надёжнее получится (такая схема при заказе «не важно каких решёток») чем иметь одну номенклатурную позицию и потом при отгрузке уже при оформлении «расхода» через партии и складские карточки сидеть отмечать, что же на самом деле отдали то.


Какие минусы?
Да больше номенклатуры. Ну и что, с другой стороны. Зато сколько головной боли с идентификацией и отслеживанием автоматически устраняется сразу.
А что номенклатура?
Ну больше и больше, ну и что?
Разложите по папкам. По категориям разным, наконец.
Если вариантов не очень много, то сделайте нужные копированием одного из другого.
Если вариантов очень много (например, эти решётки могут быть от 50х50, до 500х500 мм с шагом 1мм по любой стороне независимо (например, 367х182 и т.п.) + из 3-х материалов + 3 разных цвета) - тоже не страшно. Прописать один раз шаблон в «генераторе», и если в базе подходящей нет решётки (никогда в таком сочетании параметров её не делали ещё), «генератор» вам её за 5 секунд сам создаст новую, и всё заполнит. В следующий раз будет.


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

P.S.
Приведу другой пример, когда реально имеет смысл «не плодить номенклатуру».
Был у нас клиент один. Делал электронные устройства. В них есть компоненты. Например, сопротивление 1 кОм. Так вот эти сопротивления делают куча разных контор. Наши, китайцы, всевозможные производители… С виду – цилиндрик и цилиндрик. С двумя ножками. Маркировка немного разная, цвет где краснее, где-то коричневее. Но так резистор 1 кОм, он и есть резистор 1кОм.
Вот тут, чтобы не плодить в базе 100 таких «резисторов 1 кОм» от разных производителей, которые все получается друга на друга взаимозаменяемые, люди завели в базе одну номенклатуру «резистор 1 кОм». А уже на склад приходовали когда, приписывали к партии, что за производитель.
Хранились они у них реально отдельно на складе. Каждая партия резисторов в своей коробочке. Подписанная. Потому что нужно было отслеживать потом, что именно в какой прибор поставили. Что за компоненты, в т.ч. с учётом партии поставки и производителя. Потому сама процедура оформления расхода со склада методом SELECT (с ручным выбором, сколько из какой партии выдали) была для них абсолютно понятна и естественна.
И всё работало.
Но, по-моему, это не то же самое совсем, что ваш случай с «решётками»
1.png (110.43 КБ)
2.png (41.98 КБ)
 
Константин, все доходчиво объяснили, вникли в ситуацию и дали направление.
Спасибо за поддержку.
Страницы: 1
Сейчас на форуме (гостей: 26)
Всего зарегистрированных пользователей: 3402
Приняло участие в обсуждении: 378
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт