Производство и снабжение - Продолжается развитие программы в части координации работы плановой службы, производства и снабжения

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

К чему привязан StarForce - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, К процессору, материнской плате, сетевой карте, памяти, диску, ОС. Ко всему этому в разных пропорциях. По идее, в инструкц ...
Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, Вероятно, или нет вообще технологии на соответствующую позицию (деталь, сборочную единицу), или в этой технологии нет ни ...
Отчет задание на пилу - Отчёты
Виктор Левушкин: Спасибо....уже применяем.
Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...
Удаление позиции из номенклатуры - Прочее
mansur: Доброе утро, спасибо, все сделал по второму варианту. 
Ошибка при входе в Vogbit - Прочее
Григорий Клеков: написал: Здравствуйте. ...
Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)
Свои поля для справочников и вывод их в список. - Общие вопросы
Константин Чилингаров: Здравствуйте, В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Список работников поста - Общие вопросы
Константин Чилингаров: Пожалуйста! Пользуйтесь)) Нет. Ссылку не нужно выкладывать. Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...

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

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

×
Вход на сайт