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

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

Добавление колонок - не работает. - Ошибки в работе
Константин Чилингаров: Эта возможность и не предполагалась для любого пользователя. Это для тех, кто внедряет/настраивает программу на конкретном предприятии ...
Демо версия в неполном виде программы - Демо версия
Константин Чилингаров: Здравствуйте, Вы развернули "пустую" базу данных. Она предназначена для опытных пользователей, для начала реальной работы уже в п ...
Запоминание состояния окон. - Интерфейс программы
Alex-220781: Добрый день! А можно сделать, чтобы запоминалось состояние открываемых окон. Например, делаю замену в спецификации, открываю окно выбора ...
Единицы измерения и коэффициенты пересчета при создании номенклатуры - Интерфейс программы
Alex-220781: И немного не по теме: с вводом аналогов тоже надо что то делать. Когда несколько взаимозаменяемых позиций - очень всё сложно получается.
Список накладных задействованных для заказа - Материалы, Комплектующие, Складской учёт
Илья: 13 Константин Чилингаров написал: Да, действительно. Смотрятся все файлы прицепленные, какие есть (рис.1). А вот "пакетная выгрузка" ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: Дополнительно кое-что настроить понадобится. Как перейдёте на современную версию - пишите на почту, решим, поможем.
Приемка ОТК - Производство
mansur: Добрый день, Константин. Вопрос такой возник: при выпуске продукции, перед тем как сдать на склад готовой продукции, проходит "приемка ...
Показ дефицита при расчете потребности. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: По поводу фильтров в "обеспеченности" - думаю, можно просто сделать ещё один. Сейчас есть либо "только дефицит" ("красные"), ...
Удаление заведенного объема на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Для начала сделайте /support/380/#__backup резервную копию базы данных. Чтобы, если вдруг захотите, можно было легко вернуться в пе ...
Прием материалов на склад по ранее оформленным заявкам на материалы - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Если я правильно понял описание, то получается, что вы некорректно используете в VOGBIT механизм, который называется в прог ...
Невозможно создать расход - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Да. Всё верно (см. картинку).
Ошибка при замене материала - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: автоматически бывает оприходование? Да нет, вроде. Если говорить про ЛЗК/Требование. Не "оприходуется" там расч ...
Ошибка в формировании потребности материалов - Ошибки в работе
Mariska17-17: Спасибо, получилось!
Сменное задание - Производство
Константин Чилингаров: Здравствуйте, У Вас на картинке, задания созданы на "максимальном" уровне. Применение "максимального" уровня в данном случае ...
Ошибка при планировании производства - Демо версия
Iglin1503: Спасибо. все заработало
Удаление категории номенклатура - Прочее
Константин Чилингаров: Здравствуйте, "Удалить из папки" (см. рис.)
Ошибка на экране после получения задания - Терминалы
Константин Чилингаров: Ок. Спасибо. Посмотрим. 
Поменять технологию - Производство
Илья: 13 Константин Чилингаров написал: И придется как-то сжиться с тем, что она есть. По другому не получится. Понятно, будем тогда сначала п ...
Изменение временных интервалов на терминале. - Терминалы
Константин Чилингаров: Здравствуйте, Пока не настраивается. Со временем нужно будет делать какие-то настройки, да. Уже накапливаются потихоньку всякие пожел ...
Вопрос на тему "Технология подробно" - Состав и технология
Константин Чилингаров: Здравствуйте,   Можно теоретически заморочиться с «объединёнными» заданиями. Недавно на форуме где-то обсуждалось про них (объедине ...

Расчет зароботной платы работников

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

×
Вход на сайт