Новая версия VOGBIT 22.2 - Новые терминалы, новые возможности для производства, расчёт и визуализация обеспеченности с учетом сроков, новый генератор отчётов и многое другое

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

Задания - Производство
Yarmysh: Спасибо, все заработало.
Обеспеченность - Ошибки в работе
Константин Чилингаров: Здравствуйте, написал: Теперь в этом режиме я понимаю учитывается все изделия когда либо бывшие в производстве и не сданные на основн ...
Технология подробно - Прочее
Balukov: Здравствуйте.  В вашем случае программа определила, что фланец имеет тип " Комплектующие" и не позволила в режиме " Технология по ...
Артикулы как правильно привязать к деталям? - Состав и технология
Константин Чилингаров: Здравствуйте, написал: а можно Артикулы не вручную вводить, а загрузить к примеру с таблицей Эксель Для этого нужно небольшой плагин ...
Приёмка деталей на склад - Материалы, Комплектующие, Складской учёт
Veruz: Доброе утро, Константин. Да, всё верно понимаете. Нам это важно. Пользуемся этим каждый день - на одном участке. Далее, ещё один участок ...
Сменное задание - Производство
Balukov: Здравствуйте. Поменяли запрос. Теперь проблем не должно быть.
Ошибка программы после обновления - Общие вопросы
Beavis900: Благодарю! 
Обновление не может окончиться - Обновление
Константин Чилингаров: Здравствуйте, написал: заработало только в таком написании: "10.0.0.30\SQLEXPRESS2019, 1433" Это чисто вопрос сетевого соединения с SQL server. От ...
Учет заделов по сборочным единицам - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Подумаем.  Вообще есть в планах со временем сделать отдельный демо-пример (с руководством к нему) на тему "Обеспеченности". Но начне ...
Ошибка режима Подробно в графике производства - Ошибки в работе
Константин Чилингаров: Здравствуйте, написал: В окне График производства теперь две кнопки подробно. Лупа и лупа с + Первая - как обычно, переключает в режим ...
Ошибка при смене даты в Статистике. - Ошибки в работе
Константин Чилингаров: Здравствуйте! Скорее всего, дело не в смене дат, а в данных. Вероятно, в каком-то "задании" почему-то задвоился какой-то работник в з ...
Распределение работ - Производство
Константин Чилингаров: Здравствуйте, Если говорить об окне "Новые задания", как там операции "появляются" для включения в план поста на смену - по одн ...
Систематическая ошибка - Ошибки в работе
Константин Чилингаров: Здравствуйте, Нужен пример, на котором такой эффект получается. Если получится, снимите видео. Чтобы видно было, где и как "задвоилос ...
Таблица состав изделия - Общие вопросы
Алексей Пономарев: Доброго дня. Благодарю. :facepalm:  Открывал же эту вкладочку категории,не сообразил что строчка там это она самая и есть.
Первый запуск терминала - Терминалы
Константин Чилингаров: Здравствуйте, Пара слов про терминалы в общем: Логика работы терминала, т.е. что именно на экране человек видит после того, как приложи ...
Задания - Общие вопросы
Veruz: Доброе утро. Получилось.
Ошибка подключения терминала - Прочее
Сергей: Попробуйте удалить содержимое папки [CODE C:\Users\<Пользователь>\AppData\Local\AccWork[/CODE
Выгрузка списка производственных заказов - Производство
Константин Чилингаров: Здравствуйте, В современной версии VOGBIT в окне "Производственные заказы" есть кнопка "Сохранить в Excel". написал: Версия 1.1.378 ...
Ошибка обновления отчетов - Отчёты
Balukov: Здравствуйте! Пришлите пожалуйста на почту mailto:info@vogbit.ru info@vogbit.ru  информацию о том, из какого окна вы хотите печатать отчет и какую инфор ...
Выгрузка списка производственных заказов - Производство
NPP_ORION: Ошибочно отправлено.

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

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

×
Вход на сайт