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

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

Уровни учета терминала. - Терминалы
Alex-220781: 13 Константин Чилингаров написал: На картинке пример с реального предприятия. Один из... 13 Константин Чилингаров написал: Как будем мы ...
Ошибка при выборе всех заданий. - Терминалы
Константин Чилингаров: Так и задумано. 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
Предварительные заявки
 
Для нового заказа, для каждой сборочное единицы создаем предварительные заявки, которые включают в себя и изготавливаемые детали и стандартные компоненты. Детали и стандартные лежат на разных складах.

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

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

Предлагаю убрать ограничение на единственного поставщика по предварительной заявке.
 
Цитата
Lexam написал:
Предлагаю убрать ограничение на единственного поставщика
Не в ту сторону мысль. Не нужно этого делать.

Цитата
Lexam написал:
для каждой строчки в расчете потребности вручную указать склад, сразу для нескольких строк я этого сделать не смог
Вот здесь можно подумать.

Цитата
Lexam написал:
Выбирать склад нужно перематывая список (складов)
Я делал так: назначал в настройках для участка (кому ТМЦ) "приоритетный склад". Это ускоряет на порядок ручной выбор "места хранения" в "расчёте потребности".
А если такой склад для участка один (у многих он вообще один в рамках всего предприятия), то вообще очень быстро получается. Если два, как у вас, то из двух строчек в любом случае проще намного выбирать, чем из всех.

Цитата
Lexam написал:
нельзя вписывать с клавиатуры
записал, как вопрос на посмотреть

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

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

Не в ту сторону мысль. Не нужно этого делать.
Можно пояснить, почему это не нужно делать?
 
Потому что это приведёт к перетряхиванию логики всей складской подсистемы (простыми словами). Придётся пересматривать кучу мест, не приведёт ли это к каким-то противоречиям, всё ли корректно будет работать, и т.д. Огромная работа.
В то время как, на самом деле, проблема то совершенно в другом месте.
И нужно это всё из-за того, что в "расчёте потребности" не очень удобно из-за позиций с неизвестным "местом хранения" (причём это только в некоторых случаях на самом деле).
Вот где проблема то.
Достаточно просто назначить это "место хранения" и следствие исчезает за отсутствие источника.
Так логичнее смотреть в сторону назначения "место хранения" для номенклатуры, чем перелопачивать пол программы из-за того, что в одном конкретном месте, в некоторых случаях, это "место хранения" неудобно назначать.
Во-первых, и так есть другие способы назначать "место хранения". Если существующие не нравятся, можно, в конце концов, специальный плагин написать. Проще и логичней будет.
Во-вторых, и существующие способы можно просто слегка доработать напильником. Намного логичнее, например, просто добавить ручной выбор "места хранения" в "расчёте потребности" по выделенным строчкам (сейчас по одной).
 
Да, аргументы понятны, согласен - если сделать более удобный способ указания места хранения, проблему это решит.
Страницы: 1
Сейчас на форуме (гостей: 80)
Всего зарегистрированных пользователей: 3405
Приняло участие в обсуждении: 378
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт