VOGBIT Расценки - Прочее
О новом модуле программы «Пролёживание» - Мнение руководителя производства

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

Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
GlMax: Загрузить номенклатуру из Excel это здорово. Но кто же загрузит номенклатуру в Excel!? Если есть изделие разработанное в Компас, то как информ ...
Модуль для планирования - Производство
Константин Чилингаров: Можно на этот.
Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /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
Расценки, Как задать расценки на деталь
 
Здравствуйте, в стандартном списке параметров есть параметр "расценки" и он привязан к стоимости часа. У моих токарей сдельная оплата труда, значит нужно привязать параметр с расценками к каждой детали которую выполняет токарь (сверловщик). Мне создать этот параметр по образу и подобию существующего того же типа (Float) ??
 
Здравствуйте,

https://vogbit.ru/support/584/#__RefHeading__2857_1855534268
 
Да я там читал, но расценка привязывается к нормо часу, то есть при расчете себестоимости этот параметр , как я понял, будет умножаться на время в часах, а я хочу привязать стоимость в рублях за штуку. (может я не внимательно вникаю в текст инструкции)
 
А какая разница?

Формула: A * B = N

Если A и N известны заранее (кол-во нормо-часов и стоимость за штуку), то в чём проблема поставить нужное B? (расценку)
Чтобы A*B получилось = N

А вообще, "стоимость за штуку" (целиком за деталь) - это из другой оперы немного. Это вот: https://vogbit.ru/support/412/#_8181
 
Да тут проблема в квалификации рабочих. А если сделать таблицу для штучных расценок? завести аналогичные параметры как в базовом варианте для стоимости часа работы. Будет работать в сочетании с режимом себестоимость? Прайс наверное не то, ведь в изготовлении детали есть несколько операций а там оплата разная, сдельная и повременная может быть. вот и думаю привязать к одной операции таблицу с поштучными расценками, а к другой с повременными как в ваших инструкциях, сумма даст стоимость работ. Завязать квалификацию попробую то же как вариант для выдачи количественно разных заданий рабочим с разной квалификацией
Изменено: Алексей Пономарев - 24.12.2015 12:12:46
 
Все возможные варианты, какие предусмотрены для указания расценок, перечислены в документации. Их там 4 штуки. Можно использовать в любых сочетаниях, хоть все одновременно. Зачем придумывать ещё 5-й, 6-й и т.д. способы? По-моему, тех, которые есть, достаточно.

В случае, если расценка на одну и ту же работу разная для каждого рабочего индивидуально, то тогда в "расценки" в VOGBIT, обычно, ставится среднее значение (для расчётов типа "себестоимость"). А зарплата реальная начисляется по нормо-часам (режим "статистика производства") и индивидуальным расценкам для каждого человека в конце месяца.

P.S. Мы с вами на форуме общаемся уже больше года. Вы как всегда :)
Ищете в простых ситуациях какие-то очень сложные решения.
Зачем простые, в общем-то, вещи так усложнять?
Судя по предыдущему сообщению вы хотите использовать одновременно оплату и за штуки, и за нормо-часы, и сдельную системы оплаты, и повремённую, и плюс ещё и завязать как-то в это всё коррекцию по квалификации... И это всё на одном небольшом производстве... А попроще как-нибудь точно нельзя? Что так сложно то всё?
 
Да вот легкими путями не получатся. :(  Но вот так получается в реале. Для стимулирования токаря мы ввели сдельную оплату, но один токарь делает 100 деталей а другой 140 тех же деталей за смену, здесь придется завязать квалификацию для корректировки количества деталей за смену = 1,4, чтобы оба были загружены полностью. А потом эта деталь идет на галтовку где рабочий получает 800 руб за смену, получается в технологии две операции и с разными видами начисления оплаты труда. Вот и пытаюсь понять как интегрировать программу в нашу реальную работу, тем более что с 1 января запускаем ее в производство. Конечно себестоимость можно и в ручную посчитать, но хотелось бы чтобы функционал программы был задействован по мере возможности.
 
Цитата
Алексей Пономарев пишет:
здесь придется завязать квалификацию для корректировки количества деталей за смену = 1,4
Вообще-то, это совершенно необязательно. Существует и куча других вариантов.

Начнём с того, что эта функция с коэффициентами вообще довольно "декоративная" по сути своей. Ну будет, предположим, у токаря Иванова некая виртуальная "загрузка" 100%, а у Петрова эта виртуальная "загрузка" будет 140% (ещё будет ли, когда реально до этого дело дойдёт?).
Ну и что? Что в этом страшного?
Петров - молодец :)

Далее - а причём здесь вообще "себестоимость"?
Она то абсолютно одинаково будет считаться. Хоть используете вы коэффициенты, хоть нет. Это вообще никак одно от другого не зависит.

Идём дальше...
Если нет желания возиться с разными расценками оплаты труда для Иванова и Петрова (а технология с коэффициентами, вообще-то, как раз придумана для случая, когда разная стоимость нормо-часа для разных работников), то вот ещё один вариант:

Просто поставьте в шаблоне рабочей смены «ёмкость смены» разную для Иванова и Петрова. Что Иванов может сделать за смену заданий на 8 нормо-часов, а Петров - на 12 нормо-часов. И всё. Вопрос решён.
Будет у обоих загрузка 100%, но у Петрова в полтора раза больше заданий в смену.
Без коэффициентов и пересчётов…


Если таки хочется обязательно ввести для токарей расценки "за штуки", то это тоже, в общем, не сложно. Делается следующим образом:

1. Заводим свой параметр типа «цена за штуку»

2. Цепляем этот параметр хоть к детали, хоть к операции в технологии. Это без разницы. Указываем в нём "стоимость за деталь".

3. Потом делаем специальный отдельный отчёт (шаблон) «для токарей» для режима «Статистика производства». В этом отчёте берём количество деталей в сданных заданиях, перемножаем количество на значение этого параметра, группируем по людям, и то, что получится, выводим в отчёт.
И всё. Работаем, в конце месяца печатаем свой спец. отчёт "про токарей".


Что касается галтовки, то её я бы вообще отнёс на «постоянные затраты» (в терминах direct costing). Ибо затраты на данную операцию, как вы говорите, не зависят ни от номенклатуры обрабатываемых деталей, ни от их количества.

Вот и всё :)
Не вижу сложностей.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4466
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт