Прекращение поддержки работы VOGBIT на оборудовании x86 - В 2025 г. мы планируем прекратить поддержку работы VOGBIT в 32-битных (x86) операционных системах

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

Распределение работ. Дискретность настройки - Прочее
Константин Чилингаров: Здравствуйте, В этом окне, насколько я помню, сохраняется только список "постов" выбранных. При закрытии/открытии окна. Порядок сл ...
«Шаблон техпроцесса» - Состав и технология
Sidneyanton: Спасибо, за подробное разъяснение!
VOGBIT Онлайн - Общие вопросы
Владимир Белов: написал: Добрый день! Такой вопрос. Могу я установить базу данных на съемный диск и пользоваться на разных компьютерах - переставляя то ...
Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, написал: еперь при создании заказа в окне "Производственные заказы" этот самый заказ "дублируется" в окне " ...
Вопрос на тему "Технология подробно" - Состав и технология
Zms.komissarov: Нужно открыть, какой-нибудь (из какого удобно печатать) вариант "подробного" графика производства, там выбрать соответствующую опе ...
Не отображается выпадающий список, а также неактивна кнопка "Импорт" - Ошибки в работе
Сергей: написал: Не отображается выпадающий список при нажатии на стрелочку Напишите на mailto:info@vogbit.ru info@vogbit.ru Попробуем починить
Вывод DXF или моделей в отдельную папку - Терминалы
Константин Чилингаров: Здравствуйте, Обычно, непосредственно с терминала выгружают управляющие программы какие-нибудь, к заданию, которое берется в работу. Н ...
График производства. Выполнение (по выделенным) - Производство
Zms.komissarov: Спасибки.
Комментарий к операции - Состав и технология
Zms.komissarov: Спасибо.
Пример создания плагина - Плагины
Bochik_88: С этим вопросом разобрался, спасибо)
Состав изделия - Состав и технология
Константин Чилингаров: К сожалению, проблема хронического отсутствия времени пока не позволила сделать. Лежит заготовка под второй ролик с лета. Пока отложена ...
График производства. Не отображает ТТП. - Производство
Константин Чилингаров: написал: Честно говоря, "средний" уровень как-то никогда не рассматривали для работы. Всё меняется... 10 лет назад там действитель ...
Множитель - Состав и технология
Константин Чилингаров: написал: Можно, пожалуйста, выложить скрины, как это реализовано Пожалуйста: Рис.1 - Параметры в справочнике. Которые я использовал, ка ...
Ошибка программы после обновления - Общие вопросы
Константин Чилингаров: Здравствуйте! Да, встречали такую ситуацию. Но, к сожалению, пока никак не можем научиться её стабильно повторять. Не можем пока найти к ...
Календарный план - Прочее
Veruz: Благодарю за ответ.
Установка - Установка
Константин Чилингаров: Здравствуйте, На совсем понял, если честно вопрос в Вашей терминологии. Давайте попробуем ещё раз разложить всё по полочкам…   Вы ...
Обновление тестовой базы - Обновление
Glavtech: Спасибо, проблема устранена
Сортировка по алфавиту и фильтр - Интерфейс программы
Константин Чилингаров: Здравствуйте, Ок. Принято. Записал в список пожеланий. Спасибо!
Единица нормирования при создании производственных заданий - Состав и технология
Константин Чилингаров: Здравствуйте, Вместе с расчетом материала на 7 шт. еще и штучное время поделилось на 7 В этом есть логика. Обычно эту "единицу нормир ...
На экране "распределение работ" при обновлении происходит смещение вправо. Приходиться каждый раз проматывать обратно - Производство
Константин Чилингаров: Здравствуйте, Не совсем понятно. Если речь идёт об окне, где отражается график работы и загрузки постов по дням и сменам (высокий/максим ...

Завышение нормочасов плана и факта при закрытии заданий

- Общие вопросы - Старые разделы форума
Страницы: 1
Завышение нормочасов плана и факта при закрытии заданий
 
Добрый день!

При анализе выработки часов по работникам столкнулись с проблемой:

Пример:
В техпроцессе изделия указана сварка 1 минута 9 сек
Количество операций сварка 1150 (выполнялись одним сварщиком несколько дней)
После закрытии заданий работнику мы в отчёте за смену видим, что норма и факт получились равными 72,6 часа
(работаем в Высоком уровне учёта)

Может быть так, что программа выдаёт в "план" и "факт" разницу во времени нажатия кнопок "выдать" и "принять"
 
Здравствуйте,

Если честно, то пока ничего не понял.

Цитата
Александр Якубовский пишет:
Может быть так, что программа выдаёт в "план" и "факт" разницу во времени нажатия кнопок "выдать" и "принять"
Это вопрос?
Если так, то ответ: Нет. Так быть не может.
Никакой разницы во времени программа сама по собственной инициативе не высчитывает :)

При нажатии на кнопку "Принять" она записывает в фактическую трудоёмкость столько нормо-часов, сколько ей сказали. По умолчанию это плановая трудоёмкость задания. Но, если есть такая необходимость, она может быть изменена с помощью специальной функции Выполнение.

Функция "Выдать" на нормо-часы вообще никаким образом не влияет. В общем случае её и использовать то не обязательно.

Подробно всё это описано в документации.

P.S. Плановую трудоёмкость задания, созданного на основе техпроцесса, вручную изменить нельзя.

Что касается приведённого скриншота, то из него следует только, что было создано задание, плановая трудоёмкость его = 76.67 н/ч. Потом это задание было отмечено, как выполненное, трудоёмкость фактическая = плановая (вручную не меняли ничего, видимо). А откуда плановая трудоёмкость задания получилась  76.67 н/ч - это из данного скриншота сказать невозможно.
Может быть, в ТП у вас стоит не минута, а что-то другое.
Может Тпз там какое-нибудь вмешалось.
Может быть используется метод планирования и учёта производства "по комплектам" и в результате там в этом задании не одна операция, а несколько разных в одном задании.
И т.п. ...

В общем, надо смотреть исходные данные. Например, для начала, техпроцесс, на основании которого данное задание создавалось.
 
Константин, спасибо за оперативный ответ!

Да, конечно, это был вопрос ))

Итак, выкладываю файлы.
техкарта.jpg (231.88 КБ)
 
Так непонятно.
Надо базу смотреть. Выложите backup этой базы на файлообменник какой-нибудь. Посмотрю. Адрес, где скачать, на e-mail наш можно скинуть, чтобы тут не выкладывать.
 
Константин!

выложу и напишу.

А какие варианты могут быть?
ведь в техпроцессе на сварку окончательную поставлена норма 3мин 9 сек
операций выполнено 80
факт равен 23 часа

а ,кстати, в себестоимости заказа всё верно считается.
при кол-ве изделий на заказ 1150 умножается на норму сварки.
 
Ну например, бросается в глаза, что все операции на основании ТТП сделаны (унаследованы).
Если при этом несколько из них созданы были на основе одной и той же типовой операции, то при создании заданий они по идее должны были "сложиться" все в одно задание. Может в этом дело.

Можете сами провести эксперимент:

Создайте отдельный тестовый заказ на такое изделие, допустим, в кол-ве 10шт.
Сформируйте на него задания (для нужного уровня учёта).
Этого достаточно. Дальше можно не ходить.
Нужно посмотреть, что там получаются за задания, какая у них плановая трудоёмкость, и как это всё соотносится с техпроцессом.
Это отправная точка для того, чтобы понять, в чём тут дело.

P.S. Заказ тестовый вместе со всеми заданиями потом очень легко удалить с помощью специальных утилит на закладке Настройка.
 
Цитата
Александр Якубовский пишет:
в себестоимости заказа всё верно считается
По идее, при создании заданий для производства и при расчёте себестоимости алгоритм вычисления плановой трудоёмкости работ используется один и тот же. Должно одинаково получаться для одного и того же заказа.

У меня на моём тестовом примере одинаково и получается  ;)
 
Константин!

Я ещё не разобрался как отправить бэкап.
Пожалуйста посмотрите ещё один скан.

Как и посоветовали, я создал ещё один заказ на аналогичное количество
В этот раз трудоёмкость нормальная.

И, кстати, между первым и последним заказом данное изделие изготавливалось ещё в трёх заказах и трудоёмкость тоже сильно выше установленной.
Изменено: Александр Якубовский - 04.09.2014 17:44:34
 
Цитата
Александр Якубовский пишет:
Пожалуйста посмотрите ещё один скан.
Посмотрел. А что смотреть то на нём?
Задания какие-то. Созданы, судя по всему, были с включённой опцией "Последовательность". И что тут надо смотреть?
 
Цитата
Александр Якубовский пишет:
Я ещё не разобрался как отправить бэкап

1. Сделать с помощью программы SQL Server Management Studio резервную копию своей базы данных (это вообще полезно делать регулярно :) ).
2. Выложить полученный файл на любой файлообменник.
3. Прислать нам ссылку, которую даст файлообменник для скачивания файла.

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

Хотя... Судя по вашим последним сообщениям, смысла в этом нет. Если программа на новый тестовый заказ правильно создаёт задания, значит она работает правильно, ошибок нет.

Что могло случиться со "старыми" заказами?
Тут разные могут быть варианты. Но почти наверняка причина не в программе.

Может быть, например, что при создании заказа указали не 1000 шт изделий, а допустим 4000, и создали задания. А потом взяли и кол-во изделий в заказе переправили на 1000. А задания при этом остались созданные ранее. Их не удаляли и не пересоздавали. В итоге кол-во стоит исправленное (уменьшенное), а задания остались старые, с большой трудоёмкостью.
Это как один из вариантов, как такая ситуация может получиться.

Другой вариант - у вас сейчас стоит трудоёмкость 1 мин у операции в ТП. Но это она сейчас такая стоит.
А в тот момент, когда создавали задания по тем заказам, где она "завышена", может быть, она была и не 1 мин вовсе, а например, 3,5.

В общем, если тестовый пример с тем же самым изделием сейчас отрабатывает правильно, значит дело не в какой-то ошибке в программе. Ибо программа не может работать по разному. Она всегда работает одинаково (в рамках одной версии, по крайней мере). Причина в другом в чём-то. Например, исходные данные (технология, заказ) тогда были не такие как сейчас.
 
Константин, Спасибо!

Скорее всего мы таки поменяли нормы - это самый вероятный вариант. :D

В тестовых новых заказах всё ведь нормально....

И, кстати, вот какой вопрос возникает в свете обсуждаемого случая:

Сейчас мы только внедряем программу - тестовый период
Но когда мы начнём платить сдельную оплату и кто-нибудь поменяет норму - это же будет катастрофа?

Данные по нормам никак не защитить в программе?
 
Катастрофы никакой не будет.

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

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

Что касается предотвращения неожиданных инцидентов, то:

Не давайте доступа модулю Технология подробно кому не нужно.
Тем, кому нужно, объясните меру их ответственности за ту информацию, которую они вносят и редактируют в программе. Для чего они это делают, и к чему это ведёт.

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

Читаем правила, п.2.
 
Константин, добрый день!

Опять возник вопрос несоответствия трудоёмкости в техкарте и плана в выданном задании.
Причём это происходит при большом временном разрыве между выдачей и принятием задания.
(выдал месяц назад а принял только вчера)
Пример на картинке: в техкарте 3 мин 15 сек * 78 штук, а в плане уже стоит 41.6 часа
41 час.jpg (336.39 КБ)
Изменено: Александр Якубовский - 19.09.2014 14:54:30
 
здравствуйте,

ходим по кругу...

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

И главное,

Что значит
Цитата
это происходит
?

Вы можете показать следующий пример?

1. Берём изделие и техпроцесс (любое).
2. Создаём заказ на производство из этого изделия (с любым количеством).
3. Создаём в графике производства задания по этому изделию и получаем задания, каким-либо образом не соответствующие техпроцессу (например трудоёмкость там неправильная какая-то или ещё что-то).

Можете показать такой пример? Если да, то пример в студию! Будем разбирать во всех подробностях.

То, что вы берёте задание, созданное месяц назад, и сравниваете его с технологией, как она выглядит сейчас - это ровным счётом ни о чём не говорит. За месяц, прошедший с момента создания задания можно было всё поменять. Например, Тшт в техпроцессе поставить совсем другое, не такое как стояло, когда задание создавали. Откуда известно, что месяц назад, когда вы создавали задание там было 3 мин, а не, например, 33? Приведённый скриншот ничего об этом не говорит.

Повторю ещё раз. Нужен пример типа: "вот технология, вот создаём задание, вот здесь не то, что нам кажется должно здесь быть".

P.S. Все изменения в базе теоретически можно отследить по "протоколу" автоматическому (если его никто не чистил за это время). Но нужно ли? Очень муторно это...
 
Константин здравствуйте.

Цитата
Константин Чилингаров пишет:
Во-первых, у вас на картинке техпроцесс открыт на изделие "Рама", а в задании изделие "Рама" и изделие "Планка". Ибо вы использовали метод "по комплектам", когда несколько изделий попадают в одно задание. Как минимум, тут трудоёмкость "рамы" и "планки" сложена в задании.

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

Вводили новый пример - там всё хорошо....
Изменено: Александр Якубовский - 22.09.2014 09:49:57
 
Константин, добрый день!

Есть 2 вопроса при выдаче заданий.

1. Мастер выдаёт задания (обведены на картинке) при закрытие заданий норма и факт выдаются на экран 4 раза и соответственно суммируются.
Такое случалось только один день, три или четыре раза.

2. Примечание "съезжает" в другое задание.
Мастер устанавливает примечание в задание, затем отмечает выполнение и в этот момент надпись в примечании "съезжает" в другое задание
факт-план.jpg (220.47 КБ)
 
Здравствуйте,

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

2. Непонятно. Выложите, пожалуйста, скриншоты. Последовательно, где что нажимаете, и что происходит.
 
Константин!

1. Копию базы пришлю. Окей

2. Скриншоты никак выложить не получится, т.к.
повторить "фокус" не получается, но работает всё нормально )))

Решили эту проблему временно так - сперва ставим на задание "Выполнено" а потом примечание пишем ))
 
Цитата
Александр Якубовский пишет:
повторить "фокус" не получается
Вполне вероятно, и не было никакого "фокуса". Просто не туда ввёл человек...
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4114
Приняло участие в обсуждении: 426
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт