Balukov: Здравствуйте.
Для работы с загрузкой спецификаций из файлов Excel,направляю Вам ссылку на документацию https://vogbit.ru/support/20647/ https://vogbit.ru/support/206 ...
Константин Чилингаров: Здравствуйте,
Нужно вытащить себе на панель инструментов кнопку.
Для этого в любом месте на панели инструментов нажмите правую кнопк ...
GlMax: Загрузить номенклатуру из Excel это здорово. Но кто же загрузит номенклатуру в Excel!?
Если есть изделие разработанное в Компас, то как информ ...
Валерий Бондаренко: Спасибо, слепой поиск очень помог.
Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда .
Причина: /forum/rules/ Правила ...
Константин Чилингаров: Здравствуйте,
Времена какие-то запредельные, на мой взгляд.
Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Константин Чилингаров: Здравствуйте,
Если кратко:
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 ...
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели".
Тут неск ...
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций...
Для этого нужно настроить, какие позиции должны ...
Перенос задания на максимальном уровне на терминале
Использование цеховых терминалов - Терминалы - Работа с программой
Страницы:1
Перенос задания на максимальном уровне на терминале
Пользователь
Сообщений: Регистрация: 08.11.2013
0
31.05.2019 16:10:00
Добрый день! На максимальном уровне, если за день деталь не сделана, то при нажатии закончить, продолжение работ на следующую смену не переносится.
Разработчик
Сообщений: Регистрация: 14.11.2008
0
03.06.2019 19:05:17
Здравствуйте,
Да, для максимального уровня так и задумано. Логика при этом была примерно следующая, почему так сделано: Предназначено для варианта, когда большое кол-во (например, 2000 шт) "размазано" по отдельным заданиям на несколько смен и/или несколько постов. Причём, может быть, что не всё за один раз. Предварительно поставили, например, на 3 ближайших смены, на 2 поста по 200 шт на смену, на каждый. При этом отклонения по количеству сданному на одном из постов в одну из смен сами по себе в такой ситуации не являются чем-то криминальным. Особенно, небольшие. То есть, если сделали, например, 197, то нет смысла оставшиеся 3 обязательно "переносить" на этот же пост на следующую смену. Может, на соседнем сделают 205 за эту смену... Поэтому на "максимальном" уровне проверяется только чтобы итого общее кол-во, сданное по всем сменам и постам, не вылезало за установленное (2000 шт. в нашем примере). А если где-то будет не точно сдано плановое кол-во в отдельной смене - ну бывает. Так по факту получилось. И сам терминал никаких действий в таком случае на "максимальном" уровне не делает (руководствуясь логикой описанной выше). А общий "баланс" - "итого" сколько в итоге сделано и нужно/не нужно ещё что-то включать в план - это видно в "детальном графике" (или "общем детальном"). Который как раз под это дело немного доделали в последней версии.
Пользователь
Сообщений: Регистрация: 08.11.2013
0
04.06.2019 11:34:49
Цитата
Константин Чилингаров написал: То есть, если сделали, например, 197, то нет смысла оставшиеся 3 обязательно "переносить" на этот же пост на следующую смену. Может, на соседнем сделают 205 за эту смену..
Это если есть задача сделать как можно больше. А бывает так, что написано - сделать 200, сделают 200 и не больше. Исполнители же могут не знать, что кто-то где то детали не доделал, и им нужно сделать больше. Тут надо подумать над алгоритмом переноса. Может быть выдавать на терминале информацию, что по заданию из предыдущей смены не все сделано.
Изменено: - 04.06.2019 11:50:26
Разработчик
Сообщений: Регистрация: 14.11.2008
0
04.06.2019 17:55:39
Неочевидная логика, мне кажется, чтобы зашивать её прямо в терминал в код программы. Например, когда задействовано несколько постов и несколько дней подряд в две смены всё это продолжается, то почему именно на тот же пост пост (а не на другой из задействованных) и именно на следующую смену это должно само автоматом переноситься? Не очевидно, в общем, с моей точки зрения. Пока, по крайней мере.
Есть некоторые мысли добавить в сам VOGBIT что-то типа функции "закрытия смены", как я уже где-то писал, которая как раз нужна чтобы автоматом перенести всё не сделанное (не начатое) на следующую смену вперёд. Может быть, есть смысл расширить её логику в сторону переноса в каких-то случаях и "недоделанного", Хотя тут думать ещё нужно. Пока в стадии идеи только.
Пользователь
Сообщений: Регистрация: 08.11.2013
0
05.06.2019 13:11:37
Цитата
Константин Чилингаров написал: то почему именно на тот же пост пост (а не на другой из задействованных)
Потому что этому посту дали задание на определенное количество, которое должен выполнить.
Я ставлю цель автоматизации, чтобы запланировать работы по возможности на 2-3 дня, а приходится каждый день корректировать. Чтобы работы, не законченные, не начатые автоматом переносились.
Разработчик
Сообщений: Регистрация: 14.11.2008
0
07.06.2019 18:47:12
Мы подумаем на эту тему.
Пользователь
Сообщений: Регистрация: 05.03.2015
0
26.09.2019 19:11:12
Константин, добрый вечер!
Вопрос по теме переносов заданий: Возможно ли автоматическое добавление заданий в смену при завершении работ на предыдущем участке? Для автоматического прохождения изделий(заданий) по всему производственному циклу. Много небольших заданий которые приходиться постоянно мониторить для переноса на следующий участок. При необходимости притормозить какой либо заказ проще исключить его из плана работ поста.
Разработчик
Сообщений: Регистрация: 14.11.2008
0
27.09.2019 15:11:33
Здравствуйте,
Была у нас похожая идея 8 лет назад...
Дело в том, что "автоматически" нельзя. Не получится. Потому что слишком много вариантов появляется. Допустим, закрыли мы задание на посту. Известно, что есть следующее после него, надо его, соответственно, вставить в задание на смену следующего поста. И тут начинаются вопросы: А в какую смену вставлять? В текущую? Или в следующую? А если она "занята" под завязку уже другими заданиями к этому моменту? Всё равно в неё вставлять? Или не вставлять? Или на другой пост или смену вставлять? На какой пост? На какую смену? А если по ТП для следующего задания не один пост, на который его можно назначить, а несколько, то на какой из них? А если для того поста, на который как бы надо назначать, нет вообще рабочей смены, куда можно воткнуть задание? Тут что делать? И т.д...
В общем, конструкция, которая сама, не спрашивая ничего, пыталась бы автоматически что-то куда-то "включать в план", получится крайне "неустойчивая" для реальной работы. Как говориться, "первый же залетевший дятел разрушит весь дом". Шаг влево - шаг вправо, малейшее отклонение, где-то что-то не так заполнено - всё, не работает.
Поэтому идея была другая немного в итоге придумана: При закрытии задания программа смотрит, какое следующее. Если все данные есть (понятно какой пост, есть смена), то она предлагает: "следующее задание такое-то, можно включить в план на тогда-то, включить?". Если подтверждаешь, то включает сама следующее задание по маршруту в план работ соответствующего поста. Понятно, что отвечать на такие вопросы (включать/ не включать, на сейчас/на следующую смену) должен, наверное, всё-таки не рабочий, который делал предыдущую операцию, а, например, мастер. Соответственно, была идея сделать приложение на планшете, чтобы мастер ходил по цеху, отмечал что сделано, и сразу подтверждал или не подтверждал программе включать ли следующее задание сразу в план. А если встречается какая-то "непонятка" (нет смены, куда включать, неоднозначность в выборе поста и т.п.), то такие задания помещались в отдельное место в VOGBIT. "Откладывались" в отдельную кучку. Типа на планшете его "отложил", а потом на компьютере обычном открываешь окошко специальное, там все такие "отложенные" за день задания. И разбираешься с ними отдельно.
Вот такая примерно была идея. 8 лет назад мы такую штуку сделали. И она в пилотном варианте даже работала. Но отклика она не нашла. Так и осталась "концептом, не пошедшим в серию". Приложение для планшета давно безнадёжно устарело. Лет 6 как мы его реанимировать даже и не пытались. Никому не нужно было. Решили, что идея не получила развития. В самом VOGBIT, в desktop'ном интерфейсе, остались некоторые "отголоски" с тех времён даже в современных версиях. Первый артефакт - это так называемый , второй - окно (куда как раз попадали "отложенные" за день задания, с которыми нужно отдельно разобраться). Это как раз и есть "осколки" той идеи. Чтобы когда отмечаешь текущее задание, сразу же само (по возможности) включалось в план поста следующее. И оно, в принципе, до сих пор даже работает. Правда только на уровне desktop'ного интерфейса сейчас. Т.е. если открыть обычный клиент VOGBIT на компьютере и использовать для отметки выполнения кнопку "принять" в окне сменного задания поста. Из пользователей я не знаю кто бы этим пользовался. Я сам где настраиваю людям программу этот "помощник мастера" просто в настройках сразу отключаю всегда, чтобы не доставал своими советами. Кнопку "помеченные задания" в конфигурации, соответственно, выключаю. Но так-то они есть...
Потом появились "терминалы" и парадигма несколько изменилась. В концепцию с терминалами та старая идея как-то не очень ложится. Потому что отмечает выполнение задания тут сам работник. Он сам принять решение какое-то по плану следующего участка, я так понимаю, не особо компетентен. А совсем без участия человека, как я выше писал, не обойтись. Слишком много потенциальных вопросов, когда надо, чем-то непонятно чем руководствуясь, выбрать какой-то один из возможных вариантов (или может вообще не найтись ни одного варианта доступного). То есть кто-то (мастер, например) должен оперативно получить информацию, что сейчас можно выдать дальше, и собственно выдать, т.е. подтвердить, или выбрать какой-то один из возможных дальше вариантов. Но это, если посмотреть, и получается фактически окно "новые задания" по функциональности. Где по мере закрытия текущих задания появляются следующие, которые теперь можно дальше выдать. И можно просто "автоматом" выдать всё, что есть, дальше - выделить все и кнопка "включить в план", а можно "интеллектуально" - выбрать не все пока, выбрать или уточнить пост, выбрать на какую именно смену и т.п.
Вроде как, получается, уже есть такое место... Сделать, чтобы оно само "включалось в план"? См. вопросы в начале этого сообщения. Что с ними делать? Убрать из режима "Новые задания" что-то для упрощения? Тут же найдётся случай где понадобится... Что-то тут можно улучшить или добавить? Можно обсудить. Конструктивные предложения приветствуются.