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

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

Не отображается место хранения - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: Хотя  данный параметр добавлен в связанные компоненты Вот это вы зря время потратили. Не нужно было так прицеплять. Нигде не написано, что нужно так делать. "Место хранения" берётся из складской картотеки. По умо ...
Последовательность операций - Производство
Константин Чилингаров: 3938 Алексей Пономарев написал: если эта кнопка не нажата то деталь должна появляться в первой операции Если кнопка не нажата, то колонка "Операция" вообще смысла не имеет. Нужно убрать её. Настройки колонок в режимах "просто Граф ...
Календарный план - Прочее
Константин Чилингаров: Здравствуйте, Вот. Скачайте https://cloud.mail.ru/public/2Gen/9uTxGwcWj вот это . И поставьте. Должно помочь.
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: Хотелось бы узнать есть ли что новое по данному вопросу? Нет пока. Не смотрели. Пока некогда. 19032 Илья написал: 1. Можно ли приходовать материал в одних единицах, но чтоб на складе он хранился в других? Можно. Прос ...
Пустой бланк - Демо версия
Илья: 13 Константин Чилингаров написал: /forum/user/19032/ Илья написал: Про стандартный крепеж так и не понял. 1. Если указываю его в тех процессе то он попадает в производственный заказ. Это как? Каким образом то, что указано в техпроцесс ...
Как лучше описать технологию? - Состав и технология
Константин Чилингаров: Здравствуйте, Думаю, нет смысла в данном случае изобретать велосипед. Просто делать разные изделия (контроллер с одной платой - одна номенклатурная позиция, с другой платой - другая), копировать и заменять, что отличается Трудоёмкость такого дейс ...
Экспорт/Импорт данных - Экспорт импорт данных
Константин Чилингаров: Чтобы перенести базу с LocalDB на SQL server, сделайте с помощью Management Studio /support/380/#__backup резервную копию . Потом на SQL сервере из этого файла (бэкапа) разверните базу. Если сервер не на том же компьютере, то нужно будет, наверное,  ...
Дополнительные колонки в составе изделия - Состав и технология
Константин Чилингаров: куда все делось? Вы всю группу колонок "Компонент" удалили с экрана. 19032 Илья написал: Как вернуть то что было по умолчанию? Обратно перетащите.
Свяванные объекты - Прочее
Константин Чилингаров: Нужно для этого пользователя /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 добавляется используемый материал: название (марка + сортамент) + вес погонного или квадратного метра соответственно (можно сразу заодно и ЕИ ...

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

- Практические приемы работы - Старые разделы форума
Страницы: 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
Сейчас на форуме (гостей: 36)
Всего зарегистрированных пользователей: 3136
Приняло участие в обсуждении: 361
Всего тем: 804
Всего сообщений: 6067

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