VOGBIT Расчет зароботной платы работников - Производство
VOGBIT и Telegram бот - Пример доступа к данным из системы управления производством с телефона через Telegram

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

Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
Константин Чилингаров: Не удалось загрузить файл или сборку "EPPlus, Version=4.1.0.0, Culture=neutral, PublicKeyToken=ea159fdaa78159a1" либо одну из их зависимостей. По этому вопросу:  С ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда . Причина: /forum/rules/ Правила ...
Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Zms.komissarov: Да, так и есть, не обновил строку и не увидел, что коэффициент пересчета указан для другого материала... Все работает! Спасибо!  
Восстановить учётные записи не срабатывает - Прочее
NPP_ORION: Разобрались, снимается вопрос.
Ошибка раскраски по приоритету - Ошибки в работе
Константин Чилингаров: Здравствуйте, Если кратко: 1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Хранение в базе данных ссылок на файлы - Общие вопросы
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Ошибка при печати отчёта - Отчёты
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Здравствуйте, Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Права Доступа Сотрудника - Прочее
Константин Чилингаров: Здравствуйте, Немного из истории вопроса…   В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Формат адреса прокси-сервера - Прочее
Владимир Белов: Добрый день! Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128 У вас должен быть на прокси-сервере проброшен порт 28 ...
С Новым годом! - Общие вопросы
Сергей: На данный момент проблема решается повторной активацией серийного номера. Нужно нажать на кнопку "Повторить"
Совместимость с MS SQL Server - Общие вопросы
Владимир Белов: Добрый день! MSSQL 2008 не поддерживается. Минимальная поддерживаемая версия - 2012. Рекомендуемая - 2016 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...
И снова про брак... - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций... Для этого нужно настроить, какие позиции должны ...
Удаление запланиированных этапов - Состав и технология
Константин Чилингаров: Здравствуйте! Компонент либо не существует, либо на него ссылаются этапы В  базе данных есть задания для производства (создаются ком ...
Групповой перенос номенклатуры с изменением обозначения - Прочее
GlMax: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...
Отсутствие деталей, операций в графике производства - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...

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

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

×
Вход на сайт