VOGBIT Обеспеченность - Ошибки в работе
Новая версия VOGBIT 24.2.6 - Расчёт плановых сроков в режиме «ускоренного прохождения заказа по производству», заметно быстрее стали отрываться окна «График производства», «Выполнение», «Статистика производства»

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

Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
Константин Чилингаров: Не удалось загрузить файл или сборку "EPPlus, Version=4.1.0.0, Culture=neutral, PublicKeyToken=ea159fdaa78159a1" либо одну из их зависимостей. По этому вопросу:  С ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /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
Обеспеченность, Дефекты работы функции "Обеспеченность":
 
Дефекты работы функции "Обеспеченность":

1. При анализе обеспеченности по заявкам от потребителей часто пользуемся функцией замены на аналоги изделий. После проведения замены происходит сброс обеспеченности по конкретным заявкам и выводится обеспеченность по всей номенклатуре и для того, чтобы увидеть проведенные изменения по обеспеченности по конкретным заявкам, приходится их выделять и заново загружать обеспеченность, что в свою очередь занимает много времени.
2. В окне обеспеченности по заявкам отражаются позиции, по которым ранее были заведены группы учета, однако по данным группам учета не числится остатков и давно не было движений. Возможно ли скрыть данные строки при этом не деактивируя в настройках группы учета?
3. На скине 2 можно увидеть пустые ячейки в колонке "Получатель", в то время как в заявках - они указаны.
4. При детальном просмотре позиций в обеспеченности не работает функция запоминания формата колонок, при каждом открытии приходится убирать ненужные колонки и редактировать ширину нужных...(скрин 8 -9)

Прошу обратить внимание на вышеописанные вопросы при разработке очередных версий программы, заранее благодарен.
 
Цитата
Ilshatisc написал:
При анализе обеспеченности по заявкам от потребителей часто пользуемся функцией замены на аналоги изделий. После проведения замены происходит сброс обеспеченности по конкретным заявкам и выводится обеспеченность по всей номенклатуре и для того, чтобы увидеть проведенные изменения по обеспеченности по конкретным заявкам, приходится их выделять и заново загружать обеспеченность
Не заметил такого эффекта (проверял на самой последней версии программы).
Открыл "обеспеченность" по одной заявке. Сделал "замену".
Ничего не "сбросилось".
Есть другой эффект. Что та позиция, на которую я заменил - она в списке не появилась автоматически. Но это, как бы, технически понятно почему...
Но это другое, насколько я понял.
Такого, чтобы сбросилось и стало показывать по всем заявкам - такого эффекта у меня нет.

Давайте для начала проверим версия программы какая у вас?
Откройте в VOGBIT "Администрирование" -> "Файлы программы".
Поставьте сортировку по колонке "системный", чтобы все файлы без галочки были вверху (видны на экране).
Сделайте скриншот и выложите его, пожалуйста, посмотреть.

Цитата
Ilshatisc написал:
В окне обеспеченности по заявкам отражаются позиции, по которым ранее были заведены группы учета, однако по данным группам учета не числится остатков и давно не было движений. Возможно ли скрыть данные строки при этом не деактивируя в настройках группы учета?
Наверно имелось виду наоборот? Можно ли если деактивировать данные группы учёта, чтобы нулевые остатки по ним не показывались?
Если так, то записал в общий список. Посмотрим, как только дойдёт очередь.

п.3,4 - понятно. Записал. Посмотрим при случае.

Спасибо за замечания!
 
Цитата
Константин Чилингаров написал:
Откройте в VOGBIT "Администрирование" -> "Файлы программы".Поставьте сортировку по колонке "системный", чтобы все файлы без галочки были вверху (видны на экране).Сделайте скриншот и выложите его, пожалуйста, посмотреть
Запрошенный скриншот во вложении.
 
Цитата
Константин Чилингаров написал:
Наверно имелось виду наоборот? Можно ли если деактивировать данные группы учёта, чтобы нулевые остатки по ним не показывались?Если так, то записал в общий список. Посмотрим, как только дойдёт очередь.
Нужно просто убрать все группы учета, в которых остаток деталей, которые мы смотрим в обеспеченности, равен нулю. При этом активные группы учета (с остатками) должны остаться в окне обеспеченности.  
 
Цитата
Ilshatisc написал:
Запрошенный скриншот во вложении.
Вроде, свежая версия. Последняя коммерческая. Странно.
Ну ладно, поэкспериментируем ещё.

Цитата
Ilshatisc написал:
Нужно просто убрать все группы учета, в которых остаток деталей, которые мы смотрим в обеспеченности, равен нулю.
Не просто...
Помимо "остатка" ещё "затребовано" бывает, "заказано", "в производстве"...
И оно может быть.
В общем, вопрос, в целом, понятен, нужно подумать.
И ещё по случаю, как буду у одних наших пользователей, которые несколько лет уже активно с "группами" работают, что у них, и не сталкивались ли они с такой проблемой?
Они просто ничего не говорили, а "группы" очень активно и давно используют. Посмотрим, в общем. Записали в общий список пожеланий.  
 
Константин, здравствуйте. Возникли вопросы с «обеспеченностью». Теперь в этом режиме я понимаю учитывается все изделия когда либо бывшие в производстве и не сданные на основной склад по какой нибудь причине. У нас только один склад. К примеру запустили 20 шт N14, сдал на склад 18 шт, 2 сломались и ушли в брак и он запомнил, что я должен еще 2 шт, и так каждый не сданный элемент теперь он думает, что еще в производстве и закидывает в дефицит. В итоге разрыв между остатками и запущенными в производство изделиями. Даже если работы по ним были завершены и производственный заказ отмечен как «законченный».
Screenshot_2.jpg (93.55 КБ)
 
Здравствуйте!
В последней версии VOGBIT, представленной на сайте, нет такой ошибки. Вкладка "Обеспеченность" учитывает только те заказы, которые находятся в работе. И если заказ закрыт, то не сданное количество изделий в колонке "В производстве" не учитывается.
Рекомендуем Вам установить последнюю версию программы VOGBIT.
 
Как раз и поставили последнюю версию и получаться стало, что в скрине прислал.  
 
Версия последняя.
Screenshot_1.jpg (14.23 КБ)
 
Цитата
написал:
В последней версии VOGBIT, представленной на сайте, нет такой ошибки. Вкладка "Обеспеченность" учитывает только те заказы, которые находятся в работе. И если заказ закрыт, то не сданное количество изделий в колонке "В производстве" не учитывается.Рекомендуем Вам установить последнюю версию программы VOGBIT.
Может он учитывает "не снижаемый" остаток?
Изменено: mansur - 30.01.2023 15:52:38
 
Здравствуйте,

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

Cейчас «Обеспеченность» работает, в целом, более корректно, чем в старых версиях.

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

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

Цитата
написал:
запустили 20 шт N14, сдал на склад 18 шт, 2 сломались и ушли в брак
По части учёта брака, что называется «онлайн» - да, тут есть ещё недоработки. Мы их знаем, будем работать над ними в плановом порядке.
Сейчас эти 2 шт., в общем случае, будут числиться «в производстве», пока не «закроешь» полностью заказ. Или, как альтернативный вариант, сдать их тоже на склад и
сразу оттуда «списать», как «брак». Так себе, в целом, схема с моей точки зрения, но математически работать будет. В дальнейшем планируем сделать более
интересные варианты, и вообще, отдельную новую функциональность на тему учета брака и ОТК.

Цитата
написал:
Даже если работы по ним были завершены и производственный заказ отмечен как «законченный».
Если производственный заказ отметить, как законченный, то всё, что в нем было, считаться в «обеспеченности» перестаёт.

Цитата
написал:
Может он учитывает "не снижаемый" остаток?
Неснижаемый остаток учитывается, конечно, если он задан для номенклатурной позиции. В таком случае «дефицит» будет появляться в момент, когда суммарно (потребности – остаток - ожидаемые поступления) будет меньше заданного минимального остатка. Соответственно, появляется «дефицит» - необходимость восполнить запас, как минимум до заданного нижнего уровня.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4430
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт