Новая версия VOGBIT 22.2 - Новые терминалы, новые возможности для производства, расчёт и визуализация обеспеченности с учетом сроков, новый генератор отчётов и многое другое

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

Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: В целом, проблема понятна. Будем думать, конечно, как улучшить. По мере наличия времени. К сожалению, не получается всем одновременно зан ...
Сменное задание - Производство
Константин Чилингаров: Довольно скоро.
Чистка базы - Прочее
Константин Чилингаров: Здравствуйте, написал: Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые... Име ...
Статистика производства - Производство
Константин Чилингаров: Здравствуйте! написал: При открывании статистики появляется окно ошибки см.скрин Это где-то в задании один и тот же работник указан 2 ...
Удаление ошибочно внесенных позиций, восстановление данных после удаления заданий. - Прочее
Константин Чилингаров: Небольшой совет по теме: Никогда не храните созданные файлы резервных копий базы данных там же (на том же компьютере/диске), где и сама ...
Планирование, загрузка производства - Прочее
Константин Чилингаров: Поскольку этот старый модуль считает долго, там технология была такая: Расчёт выполнялся на какой-то момент времени. На актуальных на эт ...
Процесс не может получить доступ к файлу - Отчёты
Константин Чилингаров: Вставлю свои 5 копеек.... Я так понял, пытаетесь загрузить шаблон отчёта старый. Который в виде Excel файла. В таком случае: Проверьте, что ...
Импорт - Экспорт импорт данных
mansur: Спасибо, все получилось. 
НЗП - Общие вопросы
Yarmysh: Спасибо за столь подробное объяснение.. как всегда с ходу вроде все понятно. Буду пробовать это делать в программе. Вроде общую концепцию ...
Ошибка при формировании отчетов - Общие вопросы
Dimashka: Отписался на mailto:info@vogbit.ru info@vogbit.ru
График производства - Прочее
Константин Чилингаров: Здравствуйте, написал: При открытии окна "График производства" ( заказы сгруппированы по колонке "Заказы" ) - разворачиваютс ...
История работ - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Для выполненного задания можно. Два раза щёлкнуть на нём, дальше там есть кнопка "история" (рис.1): дата, смена, кол-во, ...
Приёмка деталей на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Последнее сообщение /forum/messages/forum31/topic2772/message17041/2772-istoriya-rabot#message17041 перенесено . Причина: /forum/rules/ п.8 правил
Задания - Производство
Yarmysh: Спасибо, все заработало.
Обеспеченность - Ошибки в работе
Константин Чилингаров: Здравствуйте, написал: Теперь в этом режиме я понимаю учитывается все изделия когда либо бывшие в производстве и не сданные на основн ...
Технология подробно - Прочее
Balukov: Здравствуйте.  В вашем случае программа определила, что фланец имеет тип " Комплектующие" и не позволила в режиме " Технология по ...
Артикулы как правильно привязать к деталям? - Состав и технология
Константин Чилингаров: Здравствуйте, написал: а можно Артикулы не вручную вводить, а загрузить к примеру с таблицей Эксель Для этого нужно небольшой плагин ...
Ошибка программы после обновления - Общие вопросы
Beavis900: Благодарю! 
Обновление не может окончиться - Обновление
Константин Чилингаров: Здравствуйте, написал: заработало только в таком написании: "10.0.0.30\SQLEXPRESS2019, 1433" Это чисто вопрос сетевого соединения с SQL server. От ...
Учет заделов по сборочным единицам - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Подумаем.  Вообще есть в планах со временем сделать отдельный демо-пример (с руководством к нему) на тему "Обеспеченности". Но начне ...

Обеспеченность

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

×
Вход на сайт