Новая версия 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,5 раза выше за 1н/ч. И в части некоторых операций время сварщика превышает время слесаря и наоборот. Как в технологии подробно прописывать данные операции? Общей слесарно-сварочной? Тогда, как вести учет з/п? Или отдельно? Тогда проблематично прописывать подробную технологию - то, что можно было описывать переходами, теперь потребуется писать операциями. Спасибо.
 
Предыстория:

Когда-то давно, в самой первой версии VOGBIT была у нас сделана такая штука, чтобы к одной операции можно было приделать сразу несколько разных трудоёмкостей и каждую со своей отдельной расценкой. Как раз задумано было для случая нескольких разных работников на одной операции. Можно в самых старых роликах при желании даже отыскать, где эта возможность показана.

Но получилось очень «замудрёно». Больше данных вводить надо, сложнее понять людям, зачем и почему именно так надо делать.

Получается, что случай такой, когда реально это надо, встречается 1 на 1000. Но при этом усложнение работы с программой касается всех оставшихся 999. Из-за того, что когда-то, в принципе, этот один случай может быть.

В итоге, мы решили такую возможность убрать. Сознательно пошли на некоторые ограничения ради упрощения. Введи ограничение: одна операция – одна трудоёмкость (Тпз + Тшт) – одна расценка. В производстве добавили возможность «индивидуальной» или «совместной» работы на посту. При «индивидуальной» работе вся трудоёмкость задания (операции) записывается на одного человека. При «совместной» - равномерно распределяется между всеми участниками процесса. При необходимости можно вручную и то, и другое подкорректировать в конкретном задании.
 

Теперь, собственно, ответ на вопрос:

Если надо всё максимально точно, то лучше, наверное, две операции завести. Будет 2 задания в производстве. Отдельное для сварщика, отдельное для слесаря. Каждое со своими нормо-часами и расценкой. Дальше распределяем эти задания по конкретным людям, и всё получается красиво.

Цитата
Павел Бондаренко пишет:
проблематично прописывать подробную технологию
Технически не вижу вообще никакой разницы, что в техпроцесс добавлять. Одну операцию и 10 переходов, или 2 операции и по 5 переходов в каждой. По-моему, всё равно.

Можно сделать вариант с одной операцией и одним заданием на двоих, но с некоторыми допущениями и ограничениями.

Принять допущение, что в среднем нормо-часы между сварщиком и слесарем при совместной работе распределяются поровну (в какой-то одной операции одному больше получается, в другой - другому, в среднем за месяц примерно поровну).

В таком случае можно завести одну операцию, по ней будет одно задание. Потом в производстве сделать пост с «совместной работой» и на него поставить двоих товарищей (слесаря и сварщика). Нормо-часы из заданий, которые они выполняют, будут автоматом распределяться поровну между ними.

Ограничение заключается в том, что «расценку», которая в VOGBIT, можно в этом случае использовать только для расчёта себестоимости или общего фонда оплаты труда по результатам работы. Для точного расчёта зарплаты конкретного человека она не подойдёт. Потому что расценка даётся общая на операцию (получается, средняя стоимость совместной работы сварщика и слесаря). А при расчёте реальной зарплаты нужно умножать на свою ставку для каждого человека.

Но в этом, в общем, если разобраться, ничего страшного то нет. Самое главное – нормо-часы отработанные по каждому человеку за месяц, VOGBIT вам всё равно выдаст и в этом случае (из «статистики производства»). А на «индивидуальную ставку» легко можно домножить и в том же Excel’е, например. Многие так и делают, кстати, насколько я знаю.
 
Я пропишу тогда две операции: слесарную и сварочную, а в операциях уточню последовательность выполнения "переходов". Например,
005 Слесарная - Переходы: 01. прихватить детали нижней полки; - 02. прихватить стойки к нижней полке (после опер. 010.01)
010 Сварочная - Переходы: 01. Сварить детали нижней полки (после операции 005.01); - 02. Сварить стойки с нижней полкой (после операции 005.02).
Тогда у меня получится маршрутная карта с уточненной последовательностью операций, чтобы рабочие в цехе не выполнили подряд все слесарные переходы, а только потом все сварочные. Или сделаю номер и слесарной, и сварочной операции одинаковым (005), а в переходах сделаю последовательность: слес.: 01., 03.; сварочные: 02., 04. Спасибо!
 
Да. Насчёт оформления документации, как раз, я тоже подумал в варианте про 2 операции.
Но думаю, тут можно опытным путём нащупать самый удобный вариант. Не вижу каких-то кардинальных проблем.

Из опыта: на одном из предприятий у наших пользователей первую операцию называют "сборочной", а вторую "сварочной". Людям понятно. Сначала собрать (прихватить), потом проварить.
Если конструкция большая и собирается на стапеле, можно параллельно, в принципе эти операции делать.

Номер операции не советую делать одинаковым. Это "моветон". Лучше так не делайте. Номер  - это как идентификатор, только при работе с бумажными документами. Пишется изделие, номер операции, название операции. Это как ссылка, только на бумаге. Номер тут нужен, т.к. в техпроцессе может быть несколько разных операций, но с одинаковым названием. А когда одна и та же ссылка ведёт сразу в 2 разных места - это нехорошо. Так лучше не делать, мне кажется.
 
В таком случае в технологии подробно мне добавлять детали, входящие в состав сбор. единицы, в сборочную (слесарную) и в сварочную операции или только в первую по порядку, например, в слесарную?
И если можно, напишите название предприятия с аналогичным случаем (в предыдущем сообщении)?
 
Цитата
Павел Бондаренко пишет:
в сборочную (слесарную) и в сварочную операции или только в первую по порядку, например, в слесарную?
Что точно - что только в одну (не в обе сразу). Технически - без разницы в какую. Я бы в первую добавил.

Цитата
Павел Бондаренко пишет:
напишите название предприятия с аналогичным случаем (в предыдущем сообщении)?
Ленстроймонтаж.
Только там не совсем аналогичный, боюсь, случай. Там производство строительных металлоконструкций. Типовой техпроцесс, укрупнённое нормирование. В "Технологию подробно" они там вообще не ходят никогда, ибо оно им без надобности.
Страницы: 1
Сейчас на форуме (гостей: 45)
Всего зарегистрированных пользователей: 3710
Приняло участие в обсуждении: 398
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт