Использование VOGBIT, резка листа и труб - Закончен очередной проект на предприятии по интеграции с ПО раскроя и подготовки УП для машин резки металла

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

Последовательность операций в справочнике Номенклатура - Состав и технология
Константин Чилингаров: написал: Как в справочнике Номенклатура На картинке в сообщении #2 - это не в "Номенклатуре", а в техпроцессе операции связаны. Так ...
Импорт данных - Экспорт импорт данных
Константин Чилингаров: Пришлите, пожалуйста, такой файл нам на почту (на общий адрес). Посмотрим на него для начала...
Отсутствие кнопки "Учётный документ" - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Думаю, нужно тем, у кого нет, таки добавить через "Присоединённые формы". Форму выбирать, которая показана на рис.1. ...
Разграничение доступа в справочниках учётных документов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Может. Например, посмотреть "обороты" (движение) по своему складу, там по интересующей позиции движение её, какие были приходы, рас ...
Не загружается график производства - Обновление
Balukov: Здравствуйте!  Для закрытия  необходимо зайти во вкладку "Производство- Производственные заказы: текущие " выделить те заказы, ко ...
Приемка ОТК - Производство
Константин Чилингаров: Ролик по функции "Контроль": [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/RT7mVtAL-F0?feature=oembed[/VIDEO
Автоматизация обновления - Обновление
Константин Чилингаров: Ещё, может быть, можно было бы написать какую-то специальную одноразовую приладу, конкретно для вашего случая, чтобы массово всё деактив ...
Проблема с обновлением шаблона - Установка
Константин Чилингаров: Здравствуйте, На ночь оставьте загружаться этот шаблон. Он такой один специфический... Конкретно этот шаблон может ну ООООчень долго з ...
Настройка вкладки "Подразделение" - Прочее
Pakhunov: Спасибо
Оформление полуфабриката - Состав и технология
Pakhunov: Спасибо  :) 
Завершение клиента - Прочее
Константин Чилингаров: Здравствуйте, Починить что-либо, не обновляя программу, если дело в самой этой программе, невозможно. Если только дело не в VOGBIT, а в чем- ...
Отчеты Статистика производства - Отчёты
Константин Чилингаров: Здравствуйте, написал: а если работа выполняется быстрее чем указано в плане? "Полоска" в "Графике производства" показыва ...
Логи - Прочее
Константин Чилингаров: Здравствуйте, Клиент локально сохраняет только настройки (расположение колонок, размеры, расцветка пользовательская в окнах и т.п.) и в ...
Обслуживание БД - Прочее
Владимир Белов: Павел, время доброе! На Linux можно так установить количество файлов логов  с помощью консоли: 1. Изменить в настройках количество errorlog- ...
Активация - Установка
Константин Чилингаров: Здравствуйте, Владимир! Странная ошибка, вообще говоря. Такая появляется при попытке запустить версию новее 1.1.32 (а это год 2015 где-то п ...
Технологическая карта заказа - Общие вопросы
Beavis900: Понял, благодарю! 
Заявки на закупку - Прочее
Константин Чилингаров: Здравствуйте, написал: Оформляя приход, накладная поставщика была добавлена не к той заявке Технически можно, конечно, залезть в сп ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Здравствуйте, В "спецификации" (окно "состав") показывается материал, назначенный для данной детали (номенклатуры), как "ос ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Стандартный отчёт не из этого окна печатается. /support/4158/ Подробнее
Добавление заказа к открытому графику производства. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Идея понятна. Технически тоже понятно, в целом, как можно сделать.   Тут главный вопрос в интерфейсной части. Как сде ...

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

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

×
Вход на сайт