领导父亲过世,主管要求实习生给1020份子钱被拒,结果蒙了

现如今职场,我们经常会遇到很多红白喜事,对于员工来说,有时候也很无奈。因为遇到这样的事情就必须给份子钱,而且数目太小了还不太好意思;如果给多了,那自己也会很不爽,凭什么每次都要给份子钱呢?关键是这些钱还很难收回来。

最近在职场论坛上看到这样一个帖子:领导父亲去世,主管要求实习生给1020份子钱被拒:凭什么,又不是我父亲过世,结果蒙了!这是怎么回事呢?

该员工说自己是刚来公司不久的实习生,目前都不是公司的正式员工。刚好这些天部门领导的父亲过世了,也不知道主管当时是怎么想的,居然让我们所有员工每人出1020的份子钱,其中20块钱是花圈的费用。

因为自己刚来实习,也没有什么工资,于是就没有给主管份子钱,直接拒绝了。没想到那个主管居然私下里问我转钱给他,真是让人很无语。

说实话,这个主管有点不近人情,完全不会换位思考。实习生之所以不给钱,无非就是不想给而已,你再去问就没这个必要了吧。再说了,他以后还留不留在公司也不一定,凭什么要个实习生给这么多份子钱。如果是一二百还无所谓,大家也出得起,但是都到4位数了,谁都不会甘心,更何况一个实习生呢?

有网友说出不出份子钱无所谓,关键是你这份心意到了就行。你可以直接给领导发个短信,然后给个红包就行了。

还有网友说你直接截图到公司群,直接告诉领导,如果领导以后给你“穿小鞋”,你完全可以换个公司。这样的部门主管,你以后跟着他也不会得到什么好处,还不如实习过了早点走人。

也有网友说根本就不需要给份子钱的,除非你们关系特别好,但从你说话的语气来看根本就不可能。

还有网友说自己曾经去看望生病的同事,费用也是自己出的,并且公司的财务先把东西买了,才通知我们,这样的事情太郁闷了。

小编认为老员工可以适当给点份子钱,但是新员工或者实习生就免了吧,只能说明主管情商其实也是比较低的。

对此,你怎么看呢?欢迎写在评论中。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
好的,针对历史事件的数据库表设计,我可以为您提供以下方案: - 事件表(event) | 字段名 | 数据类型 | 字段说明 | | ----------- | -------- | -------------------- | | id | int | 事件ID | | title | varchar | 事件标题 | | content | text | 事件内容 | | scene | varchar | 发生场景 | | cause | text | 事件起因 | | process | text | 事件经过 | | result | text | 事件结果 | | occur_time | datetime | 事件发生时间 | | create_time | datetime | 事件创建时间 | | update_time | datetime | 最近一次更新时间 | - 人物表(person) | 字段名 | 数据类型 | 字段说明 | | ----------- | -------- | ---------------- | | id | int | 人物ID | | name | varchar | 人物姓名 | | gender | varchar | 人物性别 | | birth_year | int | 人物出生年份 | | death_year | int | 人物去世年份 | | create_time | datetime | 人物创建时间 | | update_time | datetime | 最近一次更新时间 | - 事件人物关联表(event_person) | 字段名 | 数据类型 | 字段说明 | | ----------- | -------- | ------------ | | id | int | 关联ID | | event_id | int | 事件ID | | person_id | int | 人物ID | | create_time | datetime | 关联创建时间 | | update_time | datetime | 最近一次更新时间 | 以上是一个简单的历史事件数据库表设计方案,其中事件表包含了事件的标题、内容、场景、起因、经过、结果等信息,人物表包含了人物的姓名、性别、出生年份、去世年份等信息,事件人物关联表则用于记录事件与人物之间的关系。这个设计方案可以根据您的具体需求进行调整和扩展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值