1113: Доброго дня.
Предлагаю в терминале Тип 1 после авторизации, выбора участка и после выбора Заказа в окне выбора детали, выводить не только название детали (или , по сути, технологического процесса) но и количество этих деталей.
Обоснование: если ...
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал рассматривать.
Пояснение:
В VOGBIT в тех задачах для чего, в основном, используется в этой программе подсистема ...
Константин Чилингаров: "Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному.
С настройкой шаблонов отчётов, если интереса/желания/времени глубоко в эту тему погружаться не ...
Константин Чилингаров: Здравствуйте,
Начало - дата, когда было создано первое задание, связанное с этим заказом (картой заказа).
Окончание - когда для данного заказа (карты заказа) была нажата кнопка "Отметить, как законченные" в окне, которое у вас на карти ...
Константин Чилингаров: Здравствуйте,
Да, нормальная инструкция. Для "среднего" уровня актуальна.
Это для случая, мех обработки или сборки несложной, когда сдаётся по количеству и нормо-часы закрываются по нормативам при этом (терминал "тип 2").
...
Константин Чилингаров: Здравствуйте,
Данная программа не предназначена для учёта расходов в понимании, например, финансового отдела. Таких как затраты на электроэнергию, транспорт, содержание помещений, вспомогательных служб и т.д. и т.п.
Она просто не для этого.
Ч ...
Константин Чилингаров: Здравствуйте,
Маловато исходной информации пока, чтобы что-то сказать.
Какая цель (применения программы в данном месте)? Нужно просто отмечать и видеть, что кран такой-то закомплектован, кран такой-то закомплектован и т.д.?
Или это какая-то сл ...
Константин Чилингаров: 18336 Fomina написал:
Я правильно понимаю, что в текущей версии штрих-код назначается автоматически?
Если речь про тот штрих-код, который в "графике производства", то достаточно давно уже он назначается автоматически при создании задан ...
Константин Чилингаров: Здравствуйте,
Это для учёта работы наладчиков станков с ЧПУ. https://youtu.be/KnCDki8k-9Y?t=819 Вот из этой серии (13:39)
Потом фильтр по этой колонке ставишь в "Статистике производства" и нужную группировку (например, по людям->д ...
Константин Чилингаров: Здравствуйте,
3520 Alex-220781 написал:
В новой версии 20.5 по прежнему есть ограничение на количество деактиваций?
Да. 10 шт.
В следующей версии, вполне вероятно, появится новый тип лицензий, которые можно будет запускать на разных компьюте ...
Константин Чилингаров: Можно, конечно.
Если сами умеете - корректируйте.
Если сами не умеете, то можем мы по вашим пожеланиям за скромную плату.
В последнем случае - пишите на почту свои пожелания. Желательно, максимально подробно. Обсудим.
Константин Чилингаров: Здравствуйте,
Посмотрел.
Действительно.
В "Графике производства" цветами раскрашивается по приоритету (по нажатию кнопки соответствующей), пока не "готово". Позиции, которые имеют состояние "готово" перестают раскра ...
Константин Чилингаров: Это погрешность округления.
Коэффициент пересчёта округлили до 3 знаков, когда вводили (стоит в базе кг->м = 0,004). В итоге при пересчёте 698 кг в метры получается 2,792. Что уже не совсем точно. Если потом пересчитать обратно в метры (по тому ...
Константин Чилингаров: Дело в том, что «Техпроцесс» (то, что открывается по кнопке «Технология подробно» на изделии) и «Задания» (то, что открывается по двойному щелчку или по «выполнение» в «графике» производства») – это не одно и то же. Это разные вещи. Связанные между с ...
Константин Чилингаров: Отчёт из "Статистики производства", я так понимаю?
При последнем обновлении меняли все бланки отчётов из этого режима на новые. Причина ошибки - не заменён бланк - старый, от старой версии сейчас в базе у вас лежит сейчас.
Обновление пост ...
Константин Чилингаров: Место кончилось.
Если стоит бесплатный SQL (Express edition), то у него ограничение по максимальному размеру базы данных = 10GB. Скорее всего достигнуто это ограничение.
Как временно спастись:
1. Сделать резервную копию базы данных.
2. Через ...
Константин Чилингаров: Каждый тип терминала заточен под определённый "уровень" и определённые особенности.
Из доступных на сегодня для «высокого» уровня предназначены типы 3,4,5 и 6.
3,4 и 5 – это разные вариации на тему изготовления деталей (или несложных ...
Добрый день! При высоком уровне учёта задаю технологию на заказ, при этом использую укрупнённое нормирование (рис.1) Далее смотрю какие операции я задействовал(и делаю так что бы в колонке количество на выбранные мной операции сумма была равна 100%) Но проблема заключается в том что если есть одна операции (например, в данном случае окраска (AQUA Trucker)) то получается что программа считает 12% трудоёмкости от всего заказа, и условно говоря только 3 часть от этих 12% для изделия 2А, на остальные отправочные марки (2Б и 2В) программа не считает трудоёмкость так как там нет данной операции, и выходит так что трудоёмкость заказа существенно падает (рис. 2-3)
Изменено: - 26.03.2015 10:24:32
Разработчик
Сообщений: Регистрация: 14.11.2008
0
26.03.2015 12:55:46
Ну и ничего страшного. Это нормально.
Во-первых, сумма коэффициентов ровно 100% - это не более, чем условность. Может быть и больше 100 и меньше 100. Что такого, если вдуматься?
Во-вторых, то, что какие-то операции "выпадают" в какой-то марке – это тоже нормальное совершенно явление. Так всегда практически и будет получаться. Тоже ничего страшного. Где-то убудет, где-то прибудет. В итоге в среднем получится нормально. На то оно и укрупнённое нормирование.
Тут вы, наверное, не совсем разобрались с общим принципом подобной методики нормирования.
Вдумайтесь, что на что вы, по сути, умножаете. Одну примерную, +- пол лаптя, цифру (приблизительная общая трудоёмкость изготовления марки), на другую не менее +-пол лаптя примерную цифру (приблизительная доля той или иной работы в общем объёме). Как может какая-то точная сумма в таком случае в итоге получиться? И не получится. Но не в этом смысл (и не должна получаться точная).
Смысл такой методики нормирования в том, что вы, оперируя двумя рычагами - зависимость общей нормативной трудоёмкости изготовления марки от веса сложности и др. характеристик - примерное распределение этой общей трудоёмкости по работам (в типовом техпроцессе) получаете в итоге цифры (трудоёмкость заданий), которая усреднённо отражает загруженность рабочих. В первую очередь, в плане последующей оплаты их труда.
Настройка заключается в том, что с помощью этих двух рычагов вы и подгоняете результат под подходящий для вас. Причём смотреть на одном заказе из трёх марок – это практически бессмысленно. Слишком маленькая статистическая база. Просто никакая. Надо хотя бы за месяц работы брать статистику. А лучше за несколько.
Цитата
Особенностью указанной методики укрупнённого нормирования является то, что в применении к одному конкретному изделию она, конечно, может давать погрешности, причём значительные. Однако, учитывая специфику производства строительных металлоконструкций*, если брать данные подобного нормирования, например, по всем изделиям, выпущенным за месяц, то окажется, что все вместе они дают вполне адекватную картину**. Главным же преимуществом данной методики укрупнённого нормирования является исключительная простота и скорость подготовки производства (проработки новых заказов для их запуска в производство).
* Изделия однотипные, техпроцесс их изготовления практически один и тот же для всех.
** Т.е. если применить описанную методику нормирования к одной единственной отправочной марке, то высока вероятность, что расчётный норматив на выполнение конкретной работы на посту окажется ощутимо больше или меньше реальной трудоёмкости выполнения данной операции. Но если взять все марки, к примеру, за месяц, то благодаря усреднению таких «ошибок нормирования» итоговые данные будут давать вполне верную картину загруженности работников, что в итоге и требуется.
Кроме того: В случае, если что-то уж совсем не то получается, можно для какого-то заказа использовать не стандартный типовой техпроцесс (со стандартным распределением), а завести отдельный свой ТТП с распределением чисто под этот заказ (тип продукции), где проценты будут другие. Не такие, как обычно, а специально подогнанные под то, чтобы на таком "нестандартном" заказе получались более-менее нормальные задания.
Пользователь
Сообщений: Регистрация: 28.01.2015
0
26.03.2015 13:12:18
Это всё верно, я не спорю с тем как работает программа, к программе вопросов нет, я у вас хотел спросить, просто как говорит руководство: "нужно переводить производство на сдельную оплату труда", - вот и возник логический вопрос, я пытался объяснить, ваше объяснение весомее. Спасибо.
Разработчик
Сообщений: Регистрация: 14.11.2008
0
26.03.2015 13:44:45
Можете использовать вот это:
Там вкратце всё написано. Сдельная система оплаты подразумевает наличие нормативной трудоёмкости заданий (иначе, как мерить, кто больше сделал, а кто меньше (?), когда отдельный человек делает не целиком товарное изделие, а всего лишь отдельную операцию по обработке отдельной детали этого изделия). Традиционная идея пооперационного нормирования в случае производства типа вашего в современных условиях практически неприменима. Может лет 30 назад такой подход ещё и прошёл бы, но сегодня - нет. Пока вы будете суперточно всё нормировать, ваши заказчики устанут вас ждать, закажут в другом месте, оплатят, получат, смонтируют и следующие 3 заказа оформят уже. Предлагаемая методика - выход из ситуации. Имеет свои достоинства, недостатки и особенности применения (см. ссылку выше). Но у неё при всём этом есть главный плюс, который перевешивает всё остальное. Она реально позволяет решить задачу. Т.е. завязать оплату труда на количество сделанной человеком работы. Не нанимая для этого 10 нормировщиков и не растягивая срок подготовки производства на месяц.
