VOGBIT Ошщибка - Ошибки в работе
Изменение цен на лицензии - с 01 сентября 2026 г. изменятся цены на лицензии VOGBIT

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

Категория для учётных и расчётных документов - Общие вопросы
Константин Чилингаров: А для чего раскладывать созданные расходные накладные по папкам?  Зачем это нужно Вам?
Закрывать и брать новые задания по 1шт. - Терминалы
Константин Чилингаров: Здравствуйте,   Это вот про что: Представьте себе простейший терминал «Тип 2», например. Который работает по штрих-коду, по принципу ...
Загрузка спецификации изделия из ЭКСЕЛЬ - Состав и технология
GlMax: Благодарю. Всё понятно.  :like: 
Информация о задании на терминале. - Терминалы
Константин Чилингаров: Попробовал. Нормально, вроде всё.  Вот: https://disk.yandex.ru/i/GdcPW2e39Ua3-Q https://disk.yandex.ru/i/GdcPW2e39Ua3-Q Монитор ViewSonic TD2421. Ничего не настраивал, не устана ...
Уровни учета терминала. - Терминалы
Константин Чилингаров: А как установить приоритеты по отдельным позициям заказа или операциям? Подождите чуть-чуть буквально. Несколько дней. В той версии, ...
Сортировка заданий - Терминалы
Константин Чилингаров: Здравствуйте, Сортируется так же, как на обычном рабочем месте VOGBIT. Нажатие на заголовке колонки - включение сортировки по ней. Повтор ...
Модуль для планирования - Производство
Константин Чилингаров: Здравствуйте, Расскажите как правильно заполнять Трудовые и Производственные ресурсы. Попробую найти время и подготовить какой-ниб ...
Запрос штрих кода. Как отключить. - Терминалы
Константин Чилингаров: А если сделать список по окном внесения штрих-кода - он не много занимает вверху экрана Нет. Это не хорошее решение. Это диалоговое окн ...
Программа дублирует количество материала в отличных друг от друга изделиях, деталях. - Общие вопросы
Константин Чилингаров: Здравствуйте, А у Вас эти "изделия подобного типа, но с другими размерами" в базе как заведены? Как разные номенклатурные позиции? ...
Типы терминалов - Терминалы
Константин Чилингаров: … продолжение …   [B [U Часть 3. Наследие прошлых времен и перспективы[/U [/B Сначала о терминалах для «высокого/максимального» уровня. ...
VOGBIT в MAX, Telegram, VK - Общие вопросы
Константин Чилингаров: Уважаемые пользователи и все, кто просто интересуется!   Мы запустили официальные каналы в https://max.ru/id7728755867_biz MAX , https://t.me/vogbit_official Telegram ...
Импорт спецификаций из Excel - Общие вопросы
Balukov: Здравствуйте. Для работы с загрузкой спецификаций из файлов Excel,направляю Вам ссылку на документацию https://vogbit.ru/support/20647/ https://vogbit.ru/support/206 ...
"Расчётные документы" - Прочее
Константин Чилингаров: Здравствуйте, Нужно вытащить себе на панель инструментов кнопку. Для этого в любом месте на панели инструментов нажмите правую кнопк ...
Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
GlMax: Загрузить номенклатуру из Excel это здорово. Но кто же загрузит номенклатуру в Excel!? Если есть изделие разработанное в Компас, то как информ ...
Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда . Причина: /forum/rules/ Правила ...
Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Zms.komissarov: Да, так и есть, не обновил строку и не увидел, что коэффициент пересчета указан для другого материала... Все работает! Спасибо!  
Восстановить учётные записи не срабатывает - Прочее
NPP_ORION: Разобрались, снимается вопрос.

Ошщибка

Найденные ошибки - Ошибки в работе - Пожелания и предложения
Страницы: 1
Ошщибка
 
Появилась ошибка в режиме Новые задания
1.png (229.17 КБ)
 
Копию базы дайте посмотреть, пожалуйста.

Видел такую ошибку один раз. Когда количество строчек в окне "новые задания" у одного из пользователей превысило 60 000 шт (что, по идее, больше всех разумных пределов, если использовать программу и этот режим, как задумано).

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

Нужно вашу базу смотреть. Чтобы сказать точно, в чём причина в вашем случае.
 
Да, новых заданий много.
Некоторым пол-года ...
Но на порядок меньше - 5000 всего ))
Базу по скайпу отправил
Изменено: Ростислав Осипов - 05.02.2018 20:38:10
 
Ошибка появляется в конце процесса выдачи заданий.
Бывает, что просто список пустой становиться без выскакивания окошка об ошибке.
И вообще все в режиме Новые задания стало ОООчень долго
 
Подчистили новые задания (выдали). Ошибка ушла.
Потом опять появилась.
Еще подчистили. Опять ушла.
 
Базу посмотрели.
Спасибо.
С чисто технической точки зрения познавательно. Внесём в следующем обновлении изменения, чтобы не было таких ошибок.
При определённых объёмах, может стать актуально.
Но не в этом конкретном случае.

Что касается данного конкретного случая, то в этой базе просто очень много «мусора», который нужно почистить из неё, и всё.
Причина возникновения – использование функций программы не по назначению.

Пояснение:

«Высокий» уровень учёта с его режимами типа «новые задания», сменными заданиями по постам и т.п. предназначен для организации работы производства по принципу «потока» и управления им в режиме близком к online. Когда текущие работы распределяются оперативно по реальным исполнителям и тут же ежедневно отмечается, что сделано. На основе этого, сразу же, появляются «новые задания» для следующих по цепочке исполнителей, и выдаются им. Заготовке (которая первая в цепочке) в свою очередь «заряжается» новое задание (чтобы пока сборка занята тем, что они вчера нарезали, они уже готовили комплект, чтобы занять сборку завтра, чтобы та не простаивала). И так в потоке.
Попутно собирается статистика, кто что фактически делал, чтобы к моменту выплаты зарплаты в конце месяца, ей мог оперировать руководитель.

Для этого и нужны режимы «новые задания» и сменные задания постов.

То есть в «новых заданиях» то, что отображается – это должно быть где-то в пределах объёма работ на один – несколько дней для каждого участка. И это должно быстро оттуда «уходить» (распределяться, как текущая работа по исполнителям), чтобы дальше заменяться уже новыми, следующими, работами. А выданные задания должны отмечаться, по мере выполнения (в тот же день), чтобы на основе этого следующим товарищам по цепочке уже задания получались…

В представленной базе можно наблюдать задания, которые висят в «новых заданиях» (типа текущие работы в «потоке», которые надо сейчас делать, по идее) по 6 месяцев, по 8 месяцев… Причём их таких там не единицы. Тысячи.
Видно, что задания «распределяются» как-то (зачем-то) по постам (по идее, это сменные задания должны быть конкретным исполнителям – с утра выдаваться, вечером (или по ходу смены) отмечаться, что сделано по ним). Но на этом всё и заканчивается. За последние почти 2 месяца из всех «выданных в программе» заданий я не обнаружил ни одного закрытого (принятого).

Таким образом, видно, что задания создаются, но какого-то смысла, зачем это делается, не прослеживается. Не видно никаких дальнейших действий из тех, для чего, собственно, задания в таком виде создавать.

Поэтому (повторюсь) с технической точки зрения – да, интересно покрутить на таком объёме и оптимизировать во избежание подобных ошибок в будущем. С практической точки зрения – создавать задания и никак их дальше не использовать - бессмысленно. А если использовать эти созданные задания по назначению, та на таких объёмах (количество постов, изделий, технология) такого рода ошибок не появится.
 
Цитата
Когда текущие работы распределяются оперативно по реальным исполнителям и тут же ежедневно отмечается, что сделано
В предпоследней версии программы на участке сборки, сварки это оформлять практически невозможно.
Есть надежда, что в новой версии заявленный режим использования параллельно высокого и максимального уровня будет более работоспособен.
Попросту говоря, должна быть возможность раскидать поштучно партию марок по исполнителям.

Еще и работников докинуть на пост с выданным заданием - нельзя (ошибка)
Вручную добавить задание - отчет не работает (на форуме писал об этом)

А вообще да - не используется пока должным образом
Изменено: Ростислав Осипов - 13.02.2018 18:52:39
 
Цитата
Ростислав Осипов пишет:
В предпоследней версии программы на участке сборки, сварки это оформлять практически невозможно.
Категоричное утверждение...

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

Да, в новой версии некоторые вещи можно делать поудобнее. Но это совсем не значит, что без этого раньше вообще ничего сделать было невозможно, в принципе.
Как говориться, было бы желание...


Цитата
Ростислав Осипов пишет:
Еще и работников докинуть на пост с выданным заданием - нельзя (ошибка)
Давным давно починено. Пример, что всё работает.

Цитата
Ростислав Осипов пишет:
Вручную добавить задание - отчет не работает (на форуме писал об этом)
Тоже починено давно. Исправлены шаблоны отчётов стандартных ещё прошлым летом. Вот на эту тему пример, что всё работает.

Единственный возможен вариант, когда что-то может некорректно в печатаных формах заданий показываться - это когда задания создаются "по технологии", но при этом на деталь без техпроцесса.
Но это реально просто жуткая экзотика. Да, технически ещё и такая возможность в программе тоже существует. Но, думаю, меньше 0,01% случаев бывает, когда она реально нужна. Я практически уверен, никто из присутствующих вообще не понимает о чём, в данном случае идёт речь. (что такое "создать задания по технологии, но без техпроцесса").
Настолько это реально экзотическая штука.

И даже в тех случаях, когда таки хочется задействовать эту возможность, но край как надо при этом ещё и на стандартном бланке задание распечатать, несложно при желании найти workaround*. И просто сделать по другому.
(собственно, поэтому никто и не упирался подстраивать отчёты ещё и под такой экзотический случай).

Резюме:
Как говориться, можно искать способы, чтобы сделать, а можно причины, почему не делать.

*"обходной путь" - применительно к области ПО, обычно, понимается способ получить желаемый результат альтернативным способом, если какой-то возможности нет в программе, или она почему-либо не может быть задействована.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4400
Приняло участие в обсуждении: 437
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт