CPC中文印刷社区

CPC中文印刷社区 (https://www.cnprint.org/bbs/index.php)
-   ◆- CTP综合讨论区 (https://www.cnprint.org/bbs/forumdisplay.php?f=178)
-   -   CTP部门工资计算方法 (https://www.cnprint.org/bbs/showthread.php?t=127285)

swangen 2010-08-22 09:56

CTP部门工资计算方法
 
我们厂以前CTP部人员工资是计时的,固定工资加上加班费。现在老板要求我们计件,要我们制定一个办法出来,不知道有哪位前辈可以提供一点参考。我们平时的工作没有按工序分开,接收文件、处理或修改文件、拼版、数码样、蓝纸都要做的,麻烦的地方就是同一个文件有时收文件、跟客户沟通的是一个人,处理文件的又是另一个人,打数码样的是一个人,拼版蓝纸的又是另一个,因为这些动作可能不是接着做的,中间有可能隔很长时间。要是每天都要登记每个人今天处理了几个文件,打了多少P数码样,拼了多少版,那也太麻烦了,而且有时同一个文件这个人处理了一部分,到了下班时间就交接给了下一班的人,有时检查上一班的人的拼版发现有错误的这班人又做了一些修改,在这种情况下又怎么计?何况经常要给客户改文件,有时一个文件要改很多次,很费时间。我们接收到的文件90%以上都是Coreldraw格式,经常有文件做的乱七八糟,帮客户调整也要花很多时间,这中间哪个单分配给哪个人来做也很麻烦。真是很头痛的问题,在此特地向各位请教,请有这方面经验的前辈指点一下,不甚感激。

dengsiping 2010-08-22 10:17

将整个部门承包下来,老板每月给这个部门如10W,老大自已处理,该减员就减,控制成本,提高工人工资,减少人员在里面瞎混加班费,没事早下班,工资照样那么多,员工与员工互相监督,自已做老板。:big_smile:

tfhq 2010-08-22 12:15

嗮版的计件还容易计些,处理文件计件的话确实不太容易。有个朋友他那家厂确实也是按计件的,按多少P来计算喽。好做不好做的单,基本上主管和技术员心里也很清楚,大家分配任务时分担一下,均衡一下,一个月下来大家差别不大也就算了。如果老板一定要那么做的话。

markschang 2010-08-22 12:48

支持2楼的做法,当然了要你老板赞成才行。

熊哥 2010-08-22 13:45

引用:

作者: tfhq (帖子 1023689)
嗮版的计件还容易计些,处理文件计件的话确实不太容易。有个朋友他那家厂确实也是按计件的,按多少P来计算喽。好做不好做的单,基本上主管和技术员心里也很清楚,大家分配任务时分担一下,均衡一下,一个月下来大家差别不大也就算了。如果老板一定要那么做的话。


这位兄弟说的还是比较在理的. 要专门找个人来收文件,分配工作. 收到文件放好地方,开张单给制作人员.这样就可以统计了.难易大家分配着来做,固定客户的还是某个人来处理比较好一些,这样可以避免很多问题.

二级判官 2010-08-22 15:19

要是专门的制版公司可能还好算点,印刷厂这样做还真的不好算,:shame:

406751138 2010-08-22 17:10

其实也不是很难!如果员工之间没有互相约束的话!亏的肯定是老板自己!我提供一个方案!
不管你是出数码样还是蓝样!到最后你还得出版!就按出的多少版按记件!并且把所有的计件都平均的分给员工!这样在底薪一样的情况下!每月的工资都就相差不多了!如果有一个人干的慢的话!就会印象其他人的工资,这样员工自己就可以互相的约束自己,就不会出现单独一个人不干活!或是少干活!
而且工资也都差不多!之间的竞争力也大了!纯粹的个人意见!:bad_smile:

ff13888 2010-08-22 17:13

找几个月的生产报表来平均一下每个文件的单价,综合一下员工的意见,先试行一段时间,慢慢调整单价和特殊情况的计价。前提是保证员工不能少于现在的工资。

Habit 2010-08-22 21:59

将整个部门承包下来,老板每月给这个部门如10W,老大自已处理,该减员就减,控制成本,提高工人工资,减少人员在里面瞎混加班费,没事早下班,工资照样那么多,员工与员工互相监督,自已做老板。
支持这种做法。


若閣下再用俏俏話或發帖問為何要扣你20金的話,會再多扣20金!

Habit 2010-08-22 22:17

看了以上问题,我仔细想了下,如果是计件制度绝对是做了相对公平的方法。为何这样讲?首先,文件制件方面,客人来的文件有些很难做,有些很容易做?那么难做的谁做呀?容易做的个个都去做,就算是我,这样计件,如果不轮难度同简单同一单价,这样做,难做的个个都不想做了,从楼主的讲的情况来讲。老板可能想降低成本,但又不知从何方面来降低,而将这个问题给楼主处理,想计件来降低成本,据我所知,目前好像东莞有一间叫广X印刷厂也是用计件方法来做的,但我看了下,这间厂一年都在请人,可想而知,这种方法对员工的积极性有什么作用?目前来说,我看不到。其实想降低运营成本,控制加班就是一个最好的方法,但我不排除你的加班工资是否是照劳动法算,如果不是,那有人混加班费这个正常,因为你本身的加班费都不合理,那别人在混有什么奇怪?总而然之我的方法就是控制加班。

xiaomi1984 2010-08-22 23:05

说到加班,我是最反对加班的了。多那一点点加班费拿在手里也不舒服。但是印前这个行业,很多时候是没有办法的事,如果公司不去计较那么多,我们也就不计较了。将心比心嘛

mingjkli 2010-08-23 00:02

引用:

作者: swangen (帖子 1023620)
我们厂以前CTP部人员工资是计时的,固定工资加上加班费。现在老板要求我们计件,要我们制定一个办法出来,不知道有哪位前辈可以提供一点参考。我们平时的工作没有按工序分开,接收文件、处理或修改文件、拼版、数码样、蓝纸都要做的,麻烦的地方就是同一个文件有时收文件、跟客户沟通的是一个人,处理文件的又是另一个人,打数码样的是一个人,拼版蓝纸的又是另一个,因为这些动作可能不是接着做的,中间有可能隔很长时间。要是每天都要登记每个人今天处理了几个文件,打了多少P数码样,拼了多少版,那也太麻烦了,而且有时同一个文件这个人处理了一部分,到了下班时间就交接给了下一班的人,有时检查上一班的人的拼版发现有错误的这班人又做...


印前也要計件來算工資,真的很難搞,方法小弟是想不出來,但在香港有一家做快印的公司其管理也可以給大家借鏡,就是利用條碼把資料存在電腦內,每個印前員工都有自己證件上的條碼,每當工作的工程單完成後,無論是哪一個同事跟進,完成某一個工序後把數描器往自己證件一掃,便可繼續其他的單,這樣間接地可把每項工作在哪個同事手上做了多久都可跟進,這個方法當然要先付費給那些程式設計公司,但在管理上是很有用的!
:victory:

Habit 2010-08-23 00:13

将整个部门承包下来,老板每月给这个部门如10W,老大自已处理,该减员就减,控制成本,提高工人工资,减少人员在里面瞎混加班费,没事早下班,工资照样那么多,员工与员工互相监督,自已做老板。
支持这种做法。


若閣下再用俏俏話或發帖問為何要扣你20金的話,會再多扣20金!
--------------------------------------------------------------------------------
此帖于 昨天 23:52 被 mingjkli 编辑.

版主,你有没有看清楚的。别人可以引用,我就不可以。你就扣吧。


都四袋長老了,你光說支持這種做法已是灌水行為,不好好檢討,當然再扣!你金子大把,日後慢慢扣!

icest 2010-08-23 17:31

引用:

作者: Habit (帖子 1023976)
将整个部门承包下来,老板每月给这个部门如10W,老大自已处理,该减员就减,控制成本,提高工人工资,减少人员在里面瞎混加班费,没事早下班,工资照样那么多,员工与员工互相监督,自已做老板。
支持这种做法。


若閣下再用俏俏話或發帖問為何要扣你20金的話,會再多扣20金!
--------------------------------------------------------------------------------
此帖于 昨天 23:52 被 mingjkli 编辑.

版主,你有没有看清楚的。别人可以引用,我就不可以。你就扣吧。


都四袋長老了,你光...

明大没有冤枉你,你的问题不在于你引用了别人的话,而在于你引用了之后,只说了一句你支持,后面却没有自己的实质性观点,那么就是明显的灌水行为。。。另外,引用方式是我这样的,不是你复制过去就表示引用的。。。:electric_shock:

zhibanlizhigang 2010-08-24 11:28

个人认为:
计件制必须以完善的质量标准和详尽的过程记录为基础:
做的比较好的是机械加工、电子等。质量标准明确、统计简单。
印刷多数是按产量的,但如果质量评价欠客观、标准欠明细,就不免出现只顾产量,忽视质量的整体现象。
印前的计件最难,是因为文件操作,客户文件完稿的程度很难量化。
文件处理程序的规范程度、细节的到位程度、真正花费的精力与时间。都很难量化。
个人认为是采用:质量事故处罚条例+产量计件+细化的质量标准违规处罚+程序违规处罚


所有时间均为 +8, 现在的时间是 2025-12-06 02:32.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions, Inc.