Изменение цен на лицензии - С 01 мая 2023 г. изменяется стоимость лицензий VOGBIT

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

Unable to cast object of - Ошибки в работе
Владимир Белов: написал: Теперь у меня есть хобби - в свободное время пытаюсь запустить vogbit на новом компьютере. Базу данных удалял потому что восстано ...
Терминал - Терминалы
Balukov: Здравствуйте! Проверьте пожалуйста у сервера и самого терминала настройки питания и спящего режима. Возможно какое то из устройств отк ...
Расчет потребности и ЛЗК - Общие вопросы
Yzolotukhin: написал: написал: А для чего тогда состав изделия в конструкторской документации, если все берется из технологии? Тут так в двух сло ...
Автозаполнение Тшт в технологии - Состав и технология
Trudovaya-21: Большое спасибо! Очень помогли!
Папки - Общие вопросы
Владимир Белов: А пока мы исправляем ошибку - вместо крестика можно использовать кнопку сворачивания.
Настройка столбцов в Номенклатура - Основная - Состав и технология
Yzolotukhin: написал: написал: То есть нельзя сделать чтобы этот столбец появился в основной таблице? Немного устарел ответ (сообщение #4). Актуал ...
График производства - Прочее
Veruz: Спасибо, получилось.
Передача остатков склада из 1с склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Сделать реально. Есть API. Можно из внешнего приложения законнектиться к базе данных VOGBIT и в нужный момент вытащить нужну ...
Ошибка создания отчета - Отчёты
Abdrahimov: Спасибо, решено
Предварительные заявки и Лимитные карты не попадают в папки - Ошибки в работе
Alex-220781: Я, наверное, с группировкой перепутал. А как идею можно рассмотреть. Чтобы созданные документы сортировались по папкам.
И снова про брак... - Материалы, Комплектующие, Складской учёт
Kovyrkin: Здравствуйте, Константин. написал: Вообще, в большинстве случаев определение и фиксация брак или не брак - это компетенция не оператора, ...
Сменное задание - Производство
Константин Чилингаров: Здравствуйте, Да, можно так сделать. Шаблон отчёта нужно соответствующий настроить. Пришлите, пожалуйста, на почту, какие этикетки дол ...
Задания - Общие вопросы
Константин Чилингаров: Здравствуйте, Дело в том, что демо-пример "/support/19454/ Движение заказа " сделан полностью на "/articles/5286/ среднем " уровне, и в данном ...
Удаление операции из техпроцесса - Состав и технология
Константин Чилингаров: Здравствуйте, Существуют задания для производства, которые ссылаются на эту операцию (на основе неё созданные). Они не дают удалить опе ...
Проблема с подключением к базе данных - Установка
Константин Чилингаров: Здравствуйте, написал: После первой установки все работало нормально и где то через месяц работы все поломалось. Обновление ОС пост ...
Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: В целом, проблема понятна. Будем думать, конечно, как улучшить. По мере наличия времени. К сожалению, не получается всем одновременно зан ...
Чистка базы - Прочее
Константин Чилингаров: Здравствуйте, написал: Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые... Име ...
Статистика производства - Производство
Константин Чилингаров: Здравствуйте! написал: При открывании статистики появляется окно ошибки см.скрин Это где-то в задании один и тот же работник указан 2 ...
Удаление ошибочно внесенных позиций, восстановление данных после удаления заданий. - Прочее
Константин Чилингаров: Небольшой совет по теме: Никогда не храните созданные файлы резервных копий базы данных там же (на том же компьютере/диске), где и сама ...
Планирование, загрузка производства - Прочее
Константин Чилингаров: Поскольку этот старый модуль считает долго, там технология была такая: Расчёт выполнялся на какой-то момент времени. На актуальных на эт ...

Ошщибка

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

×
Вход на сайт