Пополнение в разделе «Документация» - Складской учёт, упрощённые операции

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

Тёмная тема - Прочее
Сергей: Здравствуйте! В этом окне сейчас нет настроек отображения. Цвет текста починим в новой версии. Если ещё где-то сталкиваетесь с подобным ...
Движение за период CurrentQuery - Отчёты
Сергей: Здравствуйте! Запрос в файле.
Сменный график - Общие вопросы
Константин Чилингаров: Да, список для выбора получится так поменьше. Но зато сначала то нужно будет ещё составить этот "список поменьше" из общего. Причем ...
Альтернативное обозначение отправочных марок - Отчёты
Константин Чилингаров: Здравствуйте,  Нужно в шаблоне отчёта поменять, чтобы вместо обозначения номенклатуры выводилось значение параметра этой номенклату ...
Пример создания плагина - Плагины
Константин Чилингаров: Не вижу смысла писать в таком случае свои "удалялки". Потеря времени. Проще и быстрее штатными функциями все поудалять в данном конк ...
Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: Здравствуйте, В современных версиях VOGBIT есть (где-то в прошлом году появилось впервые) "Автоматическое" заполнение (раззворачиван ...
Типовой технологический процесс - Состав и технология
Константин Чилингаров: Здравствуйте, Можно, например, создать стандартными средствами «Производственный заказ» (там как раз «разматывается» всё изделие по ...
График производства. Текущие работы - Производство
Sidneyanton: Спасибо за ответ, действительно не было связей, наверное при запуске стояла другая настройка последовательности.
Статистика - Производство
Алексей Пономарев: Благодарю за помощь все поправил.
Складской учет - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: написал: Еще бы поиск допилить в обеспеченности по заказам, чтоб искал не только номер, но и материал Будет. В ближайшем обновлении, на ...
Предварительные заявки - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Я посмотрел Ваш ролик. Спасибо! Только с обновлением это, по-моему, никак не связано.   Давайте поясню один момент: ...
Новая документация "График производства" - Прочее
Константин Чилингаров: Движок форума не разрешает напрямую Excel файлы в сообщения вставлять. Ну ладно. Понятно, в общем, о чем речь. на будущее: если нужно Excel фа ...
Ошибка отчёта "Недостаточно памяти" - Отчёты
Константин Чилингаров: Тут ещё знаете, в чем может быть дело... Не в размере даже, а во внутренностях конкретного файла с картинкой. Ошибка может озвучиваться си ...
Дублирование приходных ордеров - Прочее
Константин Чилингаров: Здравствуйте, Очень странная картина... Не сталкивались никогда с таким. Копию базы данных можете дать нам посмотреть? Если есть техни ...
Распределение работ. Дискретность настройки - Прочее
Константин Чилингаров: Здравствуйте, В этом окне, насколько я помню, сохраняется только список "постов" выбранных. При закрытии/открытии окна. Порядок сл ...
«Шаблон техпроцесса» - Состав и технология
Sidneyanton: Спасибо, за подробное разъяснение!
VOGBIT Онлайн - Общие вопросы
Владимир Белов: написал: Добрый день! Такой вопрос. Могу я установить базу данных на съемный диск и пользоваться на разных компьютерах - переставляя то ...
Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, написал: еперь при создании заказа в окне "Производственные заказы" этот самый заказ "дублируется" в окне " ...
Вопрос на тему "Технология подробно" - Состав и технология
Zms.komissarov: Нужно открыть, какой-нибудь (из какого удобно печатать) вариант "подробного" графика производства, там выбрать соответствующую опе ...
Не отображается выпадающий список, а также неактивна кнопка "Импорт" - Ошибки в работе
Сергей: написал: Не отображается выпадающий список при нажатии на стрелочку Напишите на mailto:info@vogbit.ru info@vogbit.ru Попробуем починить

Аналоги в обеспеченности

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: 1
Аналоги в обеспеченности
 
Можно ли в обеспеченности как-то увидеть, что для данной позиции (по которой дефицит) допустимо использовать аналоги?
 
Как работать с аналогами в режиме расчет потребности? только через создание заявки и ее редактирование через обеспеченность?

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

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

Для работы с аналогами просто необходимо видеть отметку о наличии аналогов в обеспеченности и расчете потребности.
 
Цитата
Lexam написал:
В нашем производстве аналогами являются детали. Они реально отличаются, на складе смешивать их нельзя. Причем в одном изделии это аналоги, в другом можно использовать только что-то одно.
Ну тут то как раз всё нормально. Существующая технология работы с аналогами такие вещи нормально отрабатывает.
У неё есть только ограничение, что она умеет работать с заменами типа "один на один". Замены типа "один на много" или "много на много" она не понимает.
А если деталь и деталь-аналог, и в каких то изделиях допускается замена, в каких-то нет, то тут то как раз всё нормально.

Цитата
Lexam написал:
просто необходимо видеть отметку о наличии аналогов в обеспеченности и расчете потребности
Насчёт обеспеченности, пожалуй, соглашусь. Но формулировка "необходимо" не корректна. Да было бы лучше видеть. Но не сказать, что без это вообще никак совершенно невозможно...
А вот в "расчёте потребности" не вижу смысла. Зачем?
 
Расчет потребности используется для того, что бы смотреть, есть ли все изделия для сборки на складе и можно ли выдавать задание на сборку.
Конструктор, когда формировал заказ, знал, что для детали есть аналог на складе и его предполагается использовать, соответственно в заказ деталь не добавил. А в цех об этом сказать забыл.
Как мне в производстве узнать, что этот аналог вообще существует (конструктор уехал в отпуск, его спросить нельзя)?
Если я вижу дефицит, то предполагаю, что конструктор забыл положить эту деталь и надо срочно добавлять ее в заказ.

Для того, что бы обнаружить наличие аналога, сейчас нужно искать аналоги отдельно для каждой строчки с дефицитом в обеспеченности, после чего менять предварительную заявку. После этого записать эту деталь (или сборку,  которой она присутствует) на листик и повесить перед собой, что бы не забыть, т.к. проверить штатными средствами ("расчет потребности" и "проверить наличие материалов") готовность деталей к сборке нельзя, для этой сборки нужно пользоваться только обеспеченностью.

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

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

Это всё будем навешивать на "расчёт потребности", задача которого просто общий список материалов собрать по составу/техпроцессам?
А зачем?

Поэтому сделано так. В режиме "расчёт потребности" получаем список. Если нужно сохраняем его в виде документа (ЛЗК). Дальше уже по ситуации. В простом случае - сразу и идём с эти списком получать по нему. В более сложной - сначала сверяем, а что есть, чего нет, по этому списку. И начинаем разбираться, что делать с тем, чего нет. Заказать, поменять на что-то в данном конкретном случае (не меняя в техпроцессе, а только в этот конкретный раз) и т.п.
Ещё одним плюсом такого подхода является то, что не обязательно делать такой список строго через "расчёт потребности". То есть сначала писать спецификации, техпроцессы и т.п., чисто для того, чтобы потом список материалов/комплектации получить, что потребуется. Бывают варианты и наоборот. Не нужны пока никакие техпроцессы, состав и т.п. Это потом. А список примерный сразу есть. В таком случае можно в VOGBIT просто вручную запрос на склад (требование) сделать без всякого "расчёта потребности" и, соответственно, исходных данных для него.

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

Что тут и где нужно выписывать ну бумажку и где-то запоминать отдельно, и зачем, я пока не вижу.

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

Однако, вопрос с отражением в обеспеченности значка, что существуют аналоги предлагаю рассмотреть.
 
Цитата
Lexam написал:
вопрос с отражением в обеспеченности значка, что существуют аналоги предлагаю рассмотреть
Такой вопрос записан. Вы уже не первые, кто его придумал :)
 
Цитата
Lexam написал:
вопрос с отражением в обеспеченности значка, что существуют аналоги предлагаю рассмотреть
Вот так выглядит сейчас (версия 20.5 у меня стоит, но в предыдущей, по-моему, тоже уже было так же).
1.png (47.93 КБ)
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4161
Приняло участие в обсуждении: 430
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт