Большое обновление системы. Новая версия VOGBIT 21.2 - Выпущено большое обновление программы. Значительные изменения произошли как в обще-системной части, так и в плане расширения возможностей программы и повышения удобства работы с ней.

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

Редактирование состава заказа - Прочее
Константин Чилингаров: Здравствуйте, Нужно обновить программу вам на самую новую версию. Новее, чем та, которая сейчас на сайте выложена. В прошлом году осень ...
Штрих код на деталях - Производство
mansur: написал: Возникает вопрос по имеющимся вводным: А что так сложно то? Зачем? Оператор на первой операции может некоторые заготовки забр ...
Распределение работ - Производство
mansur: Благодарю вас, Константин.  Будем практиковать, в принципе ничего сложно нет.
Приемка ОТК - Производство
mansur: написал: После сдачи из производства продукция попадает не сразу на склад, а не контроль (технически – отдельный «склад» в программе). ...
Обслуживание БД - Прочее
Владимир Белов: Павел, время доброе! Это логи SQL сервера, БД Vogbit на них не влияет. Я так понимаю, у вас SQL Server установлен на Linux? На Linux по умолчанию не про ...
Лимитные карты - Общие вопросы
Czvetkov-91: написал: купная, то в составе "производственного заказа" она вообще, в принципе, не должна никак фигурировать и присутствовать. Ей ...
Проблема с подключением к базе данных - Установка
Константин Чилингаров: написал: Можете скинуть мне ссылку с точной инструкцией установки SQL и программы? /support/5211/ Подробная инструкция Для "быстрой упр ...
Создание копии базы данных - Прочее
Владимир Белов: При восстановлении БД на другом SQL-сервере, "слетает" SID владельца БД. Для исправления: 1. распакуйте SQL-скрипт FixDbOwnerSid.sql из приложе ...
Обслуживание базы - Прочее
Константин Чилингаров: Здравствуйте, Взять тот же самый дистрибутив, с которого вы делали последнее обновление. Запустить Setup -> Выборочная установка -> Об ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Окно "Детальный график" актуально только при использовании "максимального" уровня. Окно "Работы", помимо ...
Автоматическое обновление экрана. - Интерфейс программы
Константин Чилингаров: Имеется в виду, когда операции стрелочками "вверх" / "вниз" передвигаешь? Починено. В ближайшем обновлении будет исправлено. ...
ЕИ по умолчанию - Состав и технология
Константин Чилингаров: Здравствуйте, Можно написать плагин (будет кнопка специальная), чтобы на все выделенные строчки назначить выбранную единицу измерени ...
Печать чертежей - Обновление
Константин Чилингаров: Действие по двойному щелчку настроить нельзя. Можно настроить "горячую клавишу".
Автор ТП - Обновление
Константин Чилингаров: Я выше уже написал.  Что Ваше пожелание записано в общий список пожеланий и предложений. Когда очередь до него дойдёт, сказать сложно. ...
Назначить очередь - Производство
Fomina: Хорошо, попробую удалить параметр. Спасибо
Выделение текущей даты на графике - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список предложений.
Фильтрация по сортаменту материалов в графике производства и новом задании - Общие вопросы
Fomina: Спасибо, Константин
Помощник ориентации окна - Общие вопросы
Balukov: Здравствуйте. Нет. Эту штуку отключить нельзя. Такой вопрос был недавно. https://vogbit.ru/forum/messages/forum24/topic2724/message16739/2724#message16739 VOGBIT Прикрепление/ ...
Ошибка приложения - Прочее
Константин Чилингаров: Можно попробовать /forum/messages/forum15/topic1366/message8486/#message8486 сбросить сохраненные настройки . Может быть, поможет. Но вообще, версия очень старая ...
Прикрепление/открепление окон - Общие вопросы
Константин Чилингаров: Здравствуйте, Нет. Эту штуку отключить нельзя. А чем она так сильно прямо мешает?

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

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

×
Вход на сайт