Константин Чилингаров: Здравствуйте,
Времена какие-то запредельные, на мой взгляд.
Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Константин Чилингаров: Здравствуйте,
Если кратко:
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 ...
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели".
Тут неск ...
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций...
Для этого нужно настроить, какие позиции должны ...
Константин Чилингаров: Здравствуйте!
Компонент либо не существует, либо на него ссылаются этапы
В базе данных есть задания для производства (создаются ком ...
Константин Чилингаров: Здравствуйте,
Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Константин Чилингаров: ... продолжение ...
6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Сергей: Здравствуйте!
Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None);
var sr = cc ...
- Практические приемы работы - Старые разделы форума
Страницы:1
Детальный график работ уровень Максимальный
Пользователь
Сообщений: Регистрация: 08.11.2013
0
18.08.2016 12:00:41
Добрый день! Уровень учета Максимальный. Открываю график работ, хочу назначить на работу Пост, который находится на другом участке - система этого не дает сделать. Делаю следующее - назначаю любой пост из участка привязанного к техпроцессу. В режиме загрузки постов переношу работы туда, куда требуется. Но все равно - в детальном графике этот пост не отражается, а количество деталей по плану уменьшилось.
Пользователь
Сообщений: Регистрация: 08.11.2013
0
18.08.2016 12:05:04
Еще замечание. Часть деталей была сделана на одном участке, часть деталей нужно назначить на пост с другого участка - система не дает выбрать участок.
Разработчик
Сообщений: Регистрация: 14.11.2008
0
18.08.2016 14:22:10
Не предусмотрено. Часть работ по одной и той же операции при обработке одной и той же партии поставить на один участок, а часть на другой. Не сделать так в текущей версии.
Можно разбить в графике производства на 2 партии. Одна, которая пойдёт через один участок, другая - которая пойдёт через другой.
Можно какие-то посты приделать к двум участкам одновременно.
Можно "перекроить" структуру "участков" и "постов" в программе. Чтобы однотипные взаимозаменяемые посты образовывали один участок.
Цитата
ALEX-220781 пишет: хочу назначить на работу Пост, который находится на другом участке - система этого не дает сделать.
Если ещё заданий на посты не выдавали, то поменять участок, выбрать пост. Если выдавали, то не выйдет, см. выше.
Пользователь
Сообщений: Регистрация: 08.11.2013
0
18.08.2016 16:59:51
Я как то уже по ошибке делал один пост на разные участки - получалась ошибка при расчете себестоимости. Партию уже не разбить - задание выдано.
Сделал через кнопку Выполнение в сменном задании - поменял исполнителя. Вообще полная ерунда получилась. В детальном задании клетка темно-зеленая, то есть задание выполнено, а в левой части количество Сдано не изменилось. Придется создавать фиктивные задания и ставить нч по нулям
Цитата
Константин Чилингаров пишет: Не сделать так в текущей версии.
Можно надеяться, что в следующих версиях это можно будет сделать.
Разработчик
Сообщений: Регистрация: 14.11.2008
0
18.08.2016 17:15:11
Вряд ли
Там потом во всяких статистиках непонятно что получится и т.д. и т.п... Надо со всем этим как-то разбираться. Сильно замороченный какой-то вариант и при этом крайне редкий.
Надо как-то попроще, мне кажется, делать изначально. Сами себя запутываем... Или разбить сразу на партии для разных участков, или участки как-то по другому в программе "разметить" (или объединить, может).
Пользователь
Сообщений: Регистрация: 08.11.2013
0
18.08.2016 17:21:03
Это не штатная ситуация, основной работник в отпуске, его надо подменить другим. Дело не в постах, а в людях. Пусть, даже пост не возможно поменять. Получается, что фактически, я работника могу подменить, а программно это сделать проблематично. Хотя в статистике производства отражается все корректно. А вот с детальным графиком недоработка.
Разработчик
Сообщений: Регистрация: 14.11.2008
0
18.08.2016 18:06:06
А причём здесь тогда вообще посты? Ну заболел человек... Или в отпуск пошёл. Просто в расписании поставили вместо него того, кто сейчас реально работает на соответствующем посту, раздали задания на сегодня завтра, поехали.
Причём тут тогда все эти заморочки с участками и постами? В чём проблема с детальным графиком? Выдаём на того, кто в расписании да и всё. Не вижу вообще в чём проблема, если дело касается работников.
В окне "детальный график" вообще всё равно, кто там стоит в расписании. Сегодня Иванов - выдаём задания Иванову. Завтра Петров - точно так же выдаём задания на тот же пост, но они теперь Петрову получается. В окне "детальный график" то при таких заменах рабоников вообще же ничего не меняется в принципе. Не надо ни постов никаких менять, ни участков тем более...
Пользователь
Сообщений: Регистрация: 08.11.2013
0
19.08.2016 11:30:24
Цитата
Константин Чилингаров пишет: В чём проблема с детальным графиком?
Проблема в следующем. Выдаем задание в детальном графике на определенный пост, на этот пост в расписании стоит определенный исполнитель. Далее (по каким либо причинам) нужно поменять исполнителя, причем, не обязательно с этого же участка. Как мне это сделать? Я сделал через кнопку Выполнение - назначил другого исполнителя и отметил, что задание выполнено. Но в итоге получилось, что в окне детальный график это отразилось так, как писал выше. Всего деталей 9, План 9, сдано 6, а на самом деле сдано 9, даже клетка с количеством стала темно-зеленой. И в графике производства задание стоит как не выполненное.
Цитата
Константин Чилингаров пишет: Просто в расписании поставили вместо него того, кто сейчас реально работает на соответствующем посту, раздали задания на сегодня завтра, поехали.
Это я попробую так сделать. Когда точно знаешь, что смену отработает один человек. А он может заболеть в течение дня, может не справится с поставленными задачами и часть работ надо дать другому.
В общем, как то ограниченны возможности на максимальном уровне.
Разработчик
Сообщений: Регистрация: 14.11.2008
0
19.08.2016 14:44:30
Что-то вы не то делаете...
Вот я сделал пример по вашему описанию. Построил расписание. На посту у меня Иванов. Дал задание на 10 шт - 5 и 5 (рис.1).
Первые 5 принял без изменений (рис.2).
На следующий день, сделал, как вы говорите. Через "выполнение" поменял, что по факту не Иванов сдал, а Вороьбёв (рис.3).
Принял. Всё нормально (рис.4). Что не так?
И это ещё весьма сложный путь. Можно же проще сделать. Например, поставить на этот пост . Поставить в расписание на него и Иванова, и Воробьёва, и кто там ещё есть. Дальше через детальный график задание ставим просто на пост. А потом, когда закрываем работы уже просто выбираем, кто что реально сделал и закрываем соответствующие задания на него. Всё.
Если хотите заранее раздать (например, чтобы распечатать персональные задания на смену), то можно при той же индивидуальной работе на посту использовать . Т.е. в начале смены распределить список сегодняшних (по графику) заданий между теми, кто сегодня есть. Только имеет смысл делать это не за неделю, а непосредственно перед началом реальной работы. Нет смысла за неделю вперёд выдавать задание конкретно Иванову, если вы точно не знаете, будет ли он вообще в это время на работе или нет.
Цитата
ALEX-220781 пишет: В общем, как то ограниченны возможности на максимальном уровне.
У меня сложилось мнение, что скорее наоборот. Слишком много возможностей, слишком большая гибкость. Ведёт к тому, что можно в таких сочетаниях всё это соединить, как даже и не предполагалось. К возможности использования совсем не так, как задумывалось. Хотя, конечно, надо признать - есть и ошибки. Поскольку "максимальным" уровнем реально очень мало кто пользуется, они, бывает, не сразу обнаруживаются. Но мы стараемся чинить .
P.S. Мне кажется, основные проблемы у вас возникают по двум причинам: 1. Вы так завели данные, что понятия постов и работников у вас перепутались. 2. Как я уже писал в другой теме (это исключительно моё субъективное мнение), мне кажется вы очень сильно усложняете процесс там, где никакой особой необходимости в этом нет.
Пользователь
Сообщений: Регистрация: 08.11.2013
0
19.08.2016 16:38:45
Цитата
Константин Чилингаров пишет: На следующий день, сделал, как вы говорите. Через "выполнение" поменял, что по факту не Иванов сдал, а Вороьбёв (рис.3).
Принял. Всё нормально (рис.4). Что не так?
Моя ошибка - я вверху окна Выполнение поле Сдается не заполнил.