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

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

Не загружается график производства - Обновление
Сергей: написал: С старом клиенте 1.1.37841 график загружается за 4 минуты. Сколько строчек получается в графике?
Настройка вкладки "Подразделение" - Прочее
Pakhunov: Спасибо
Оформление полуфабриката - Состав и технология
Pakhunov: Спасибо  :) 
Завершение клиента - Прочее
Константин Чилингаров: Здравствуйте, Починить что-либо, не обновляя программу, если дело в самой этой программе, невозможно. Если только дело не в VOGBIT, а в чем- ...
Отчеты Статистика производства - Отчёты
Константин Чилингаров: Здравствуйте, написал: а если работа выполняется быстрее чем указано в плане? "Полоска" в "Графике производства" показыва ...
Логи - Прочее
Константин Чилингаров: Здравствуйте, Клиент локально сохраняет только настройки (расположение колонок, размеры, расцветка пользовательская в окнах и т.п.) и в ...
Обслуживание БД - Прочее
Владимир Белов: Павел, время доброе! На Linux можно так установить количество файлов логов  с помощью консоли: 1. Изменить в настройках количество errorlog- ...
Активация - Установка
Константин Чилингаров: Здравствуйте, Владимир! Странная ошибка, вообще говоря. Такая появляется при попытке запустить версию новее 1.1.32 (а это год 2015 где-то п ...
Технологическая карта заказа - Общие вопросы
Beavis900: Понял, благодарю! 
Заявки на закупку - Прочее
Константин Чилингаров: Здравствуйте, написал: Оформляя приход, накладная поставщика была добавлена не к той заявке Технически можно, конечно, залезть в сп ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Здравствуйте, В "спецификации" (окно "состав") показывается материал, назначенный для данной детали (номенклатуры), как "ос ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Стандартный отчёт не из этого окна печатается. /support/4158/ Подробнее
Добавление заказа к открытому графику производства. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Идея понятна. Технически тоже понятно, в целом, как можно сделать.   Тут главный вопрос в интерфейсной части. Как сде ...
Возврат делового отхода - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Штатной такого рода функции нет. Только если писать специальный плагин, который будет так делать. Продумывать логику его ...
Начало работ и дата запуска - Прочее
Константин Чилингаров: Здравствуйте, Окно "Производственные заказы: текущие" (список активных на текущий момент заказов на производство). Там есть коло ...
Расчет потребности. Колонка "Подразделение" - Общие вопросы
Beavis900: Разобрались, благодарю! 
Отмена наследования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, "Обновить" не помогает? Выйти из программы и снова зайти? Если нет, то пришлите, пожалуйста, на mailto:info@vogbit.ru info@vogbit.ru ...
Обеспеченность с закрытыми заявками покупателей - Производство
Константин Чилингаров: Здравствуйте, написал: материалы по ним получили и переработали..... Если материалы выдали, то и "дефицита" по ним не должно быть ...
При активации программы произошла ошибка - "Этот серийный номер занесен в черный список" - Общие вопросы
Beavis900: Благодарю, разобрались! 
Назначение сотрудников, трудоемкость - Общие вопросы
Константин Чилингаров: Вообще "назначение на станок" (на смену/пост) как таковое в программе нужно только в том случае, если вы используете "высокий" (и ...

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

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

×
Вход на сайт