Новая версия 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
Расчет зароботной платы работников
 
Здравствуйте. У меня есть такой вопрос. Имеются 2 работника Владимир и Василий например. Выполняют одни и те же операции только вот оклад у Владимира 16000 руб, а у Василия 15000 руб. Как сделать чтоб это зарплаты считались в программе? Можно ли на каждого работника задать свой коэфициент пересчета зарплаты?
 
Здравствуйте,

Если у них оклад, то вообще не надо ничего считать.
Платим Владимиру 16 тысяч, а Василию 15 и всё. Что считать то? ;)

А если у них разная ставка, а зарплата зависит от объёма выполненных работ, то тогда делаем так:
В VOGBIT ведём учёт производства на высоком или максимальном уровне.
В конце месяца формируем из "статистики производства" отчёт, кто сколько нормо-часов отработал.
И в Excel умножаем часы на индивидуальную ставку. И всё. Готово.

Проблема то как раз в том, чтобы собрать, кто сколько отработал. Это VOGBIT вам сделает. А умножить уже готовые 2 цифры одну на другую - это дело на 5 минут. Хоть в Excel'е, хоть на калькуляторе.

Почему такой вариант не встроить прямо в программу? Потому что это один из бесконечного множества возможных разных вариантов.
Например, ставка может зависеть не от того, кто делал работу - Владимир или Василий, а от того, в какую смену он это делал - в первую, во вторую или в третью. А может зависеть и от того, и от другого. А может быть так, что у Василия и Владимира не просто разные ставки, а ещё и зависит от того, какую работу они выполняют. И т.д. и т.п. Мне встречались системы превращения нормо-часов в деньги, где количество коэффициентов доходило до 7ми.
Иными словами, вариаций на тему превращения количества выполненной работы в деньги может быть придумано множество, и у каждого принцип и нюансы могут быть свои. Поэтому правильнее делать такой расчёт снаружи программы, а не жёстко встраивать внутрь.

У нас вообще в начале не было никаких "денег" в "статистике производства". Потом по просьбе пользователей встроили простейший вариант, по аналогии с расчётом плановой себестоимости. Когда стоимость работы = количество * расценку, независимо от того, кто делал, когда делал и т.п.
Более сложные схемы внутрь встраивать смысла нет, т.к. повторюсь, они разные могут быть у всех. Поэтому их лучше реализовывать или снаружи собственными силами, или делать заказной плагин под конкретного пользователя, если очень хочется свою логику и именно внутри.
 
Спасибо за подробный ответ.
Меня мучает еще один вопрос.
Владимир  изготавливает в день  50 изделий например. Сегодня сделал 40 а 10 из них я забраковал. как в вогбит указать что я принял в конце смены изделия а не нормо-часы у него?
 
Если Владимир изо дня в день делает, и делает одни и те же изделия (серийное производство), то в этом случае может оказаться удобнее использовать "максимальный" уровень учёта. Нарисовать ему план на неделю (или больше) вперёд, по сколько штук он в день должен делать, а потом отмечать каждый день, сколько штук он в этот день сделал по факту. В данном случае план на смену - это ориентир. Факт может быть как несколько меньше, так и несколько больше. Это нормально.

Если же эти 40 шт, это не часть большой партии, а маленькая партия среди множества других таких же маленьких партий других изделий, (мелкосерийное или единичное производство), то тогда варианты разные могут быть. В зависимости от того, что вы сами хотите в таком случае делать (безотносительно программы).
Можно, например, заставить доделывать оставшиеся 10. И не принимать задание к оплате, пока не будут сданы все 40 шт (в единичном производстве на заказ это нормальное явление, иначе где потом, когда понадобится, брать оставшиеся 10 шт? они же нужны, раз сказали делать 40, а не 30). Причём доделать оставшиеся может не обязательно тот же самый работник. Может другой доделать, кто в следующую смену работает. Получится, выдавали задание одному человеку, а выполнили его по факту два. Ничего страшного, так тоже можно. Но тогда и оплата за это задание пойдёт уже не целиком вся Владимиру, а часть тому, кто доделывал за него часть задания.
Можно принять как есть, при этом для справки указать, сколько на самом деле было сдано (речь о "высоком" уровне учёта если идёт). Можно при этом закрыть соответственно и меньше нормо-часов. Можно при этом отметить такое задание не как "выполненное", а как "завершённое" (например, чтобы отделить такое задание от нормально выполненных, чтобы потом оплачивать его по другим правилам/по другой ставке). Т.е. будет числится, что это задание так, как по идее следовало, не выполнили. Но работы закончили и возвращаться к нему не собираются.

В общем, зафиксировать подобное отклонение в программе можно разными способами. Всё зависит от того, какую цель вы преследуете, как дальше этой информацией хотите пользоваться.

Информация по теме:

https://vogbit.ru/support/552/#_Toc400385414

https://vogbit.ru/support/605/#__RefHeading__155_93506264

https://vogbit.ru/support/605/#__RefHeading__161_93506264

https://vogbit.ru/support/605/#__RefHeading__163_93506264

https://vogbit.ru/support/605/#__RefHeading__177_93506264
 
Спасибо за разьяснения. Буду задания переносить из зо дня  в день пока не выполнят а потом тока приму нажав кнопку выполнено. Сейчас думаю перевести с оклада на сделку работников и в конце месяца посмотрев в статистике производства кто сколько нормо часов закрыл выплачивать зарплату.
 
Последнее сообщение перенесено.

см. https://vogbit.ru/forum/forum15/topic928/ , п.2
Страницы: 1
Сейчас на форуме (гостей: 19)
Всего зарегистрированных пользователей: 3710
Приняло участие в обсуждении: 398
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт