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

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

SolidWorks и Vogbit - Экспорт импорт данных
Zakaz5: Добрый день ! Появился ли импорт из Солида или все осталось по прежнему ?
Запоминание состояние окна Загрузка - Интерфейс программы
Alex-220781: Константин Чилингаров написал: P.S. оно так всегда работало. Знаю. Руки не доходили написать. Сейчас накипело - постов добавилось, часто ...
Терминальная и обычная версия на одном компьютере с двумя мониторами - Терминалы
Константин Чилингаров: Немного дополню: Во-первых, тут нужно понимать, что есть разные "статусы".  Есть статус задания для производства в целом, а есть с ...
Отчёты - Отчёты
mansur: Благодарю.Отправил.
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Вероятно, отключено автоматическое обновление ОС на этом компьютере. Нужно установить .net Framework версии 4.8 или более новы ...
При импорте техкарты не загружается номенклатура - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Подозреваю, обновление тут не причём. Судя по всему, /forum/messages/forum28/topic2713/message16666/2713-zagruzka-tekhnologicheskoy-karty#message16666 вот это то же с ...
Загрузка технологической карты - Состав и технология
Константин Чилингаров: Здравствуйте, Ошибка в этом случае, скорее всего, в самих данных. Наиболее вероятно следующее: У Вас в файле есть материал, у которого ...
Ошибка Error: called ObjectList - Общие вопросы
Balukov: Здравствуйте. Пожалуйста пришлите на mailto:info@vogbit.ru info@vogbit.ru  подробную информацию об ошибке, нажав в сообщении об ошибке на "i" в лево ...
Тип связи с - Состав и технология
Pto2: Спасибо, странно, но галочки там уже стояли (переставил их заного) и все данные появились.
Неактивность зависимых окон - Прочее
Beavis900: Доброго дня! Дело точно не в зависимых формах. Иначе бы они никогда не работали. А стоит форму закрыть и открыть заново - все работает. И ...
Технологическая карта - Интерфейс программы
Константин Чилингаров: Stas Frang написал: невозможно не кликая на кнопку понять, настроены ли взаимосвязи последовательности операций в пределах одной детали ил ...
Последовательность операций в изделии со сборками - Производство
Константин Чилингаров: Здравствуйте, Balukov написал: чтобы операции сборочных чертежей были доступны только при полной готовности входящих деталей Случай 1. ...
Отчет "Нормативные затраты на изготовление" выдал ошибку: - Отчёты
Константин Чилингаров: Отчет "Нормативные затраты на изготовление" - это бланк для печати из окна "Себестоимость" и в нем выводится одной строчкой дет ...
Заявка на закупку. Печатная форма - Общие вопросы
Beavis900: Благодарю! 
Новый функционал программы "Договоры" - Общие вопросы
Beavis900: Благодарю.
Новая документация "График производства" - Прочее
Константин Чилингаров: А файл вы где брали, который правили? Из архива с сайта (ссылка в сообщении #3)? Или из базы выгрузили (встали в своей базе на шаблон и нажа ...
Запрет редактирования номенклатуры - Прочее
Петр Свиридов: Благодарю, получилось! 
Переключение между окнами - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да, сталкивались с подобной проблемой. Некоторое время назад (около года назад, наверно, приблизительно). Но так и не смог ...
Планирование производства - Демо версия
Константин Чилингаров: 3187 Stas Frang написал: То есть, у большинства единичных производств... По-разному у всех… Очень сильно зависит от специфики конкретного п ...
Создание копии базы данных - Прочее
Григорий Клеков: Благодарю, все заработало.

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

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

×
Вход на сайт