Atomeocean Logbook

简体中文

English

简体中文

English

主题

The avatar of contributor named as JackJack

在职证明文件措辞优化 ​

发表于 2026-10-05
最后修改 2026-10-05
阅读量 —

当前状态：已排期

来源： 轻量工作组员工

员工页面自助生成的在职证明使用一套固定模板，模板里的签发日期、雇佣性质、在职区间、职位名称和雇主名称，轻量员工对其中多处产生疑问。

现在的痛点 ​

  • 现状：在职证明由员工页面自助生成，模板固定，员工无法修改其中任何措辞。
  • 缺口：文件上的写法和员工手上的其它官方材料和感觉不一致时，员工追求完美，逐条写邮件问 supervisor。
  • 代价：每出一份证明都可能带来一轮邮件追问；员工对风险评估会无限大。

员工提出的问题 ​

以下来自一位员工在 2026 年 10 月 2 日拿到 10 月份在职证明后的反馈。

签发日期 ​

  • 现在的写法：10 月 2 日申请，Date of Issue 显示 10 月 3 日。
  • 员工的疑问：签发日期是明天，是否应改成申请当天。

雇佣性质 ​

  • 现在的写法：固定写 was a full-time employee of our company。
  • 员工的疑问：自己的 LCA 写的是每周 20 小时，是否应写 part-time。

在职区间 ​

  • 现在的写法：10 月 2 日出具，写 was employed at Atomeocean from 10/1 to 10/15。
  • 员工的疑问：当天出具却证明到 10 月 15 日是否妥当；改成 10/1 至 10/2，还是写成自 10/01/2026 起在职至今、不写结束日期。

职位名称 ​

  • 现在的写法：held the position of Software Developers。
  • 员工的疑问：职位名是复数，是否应为 Software Developer。

雇主名称 ​

  • 现在的写法：Atomeocean。
  • 员工的疑问：是否应与 I-797A 上的雇主一致，写法人注册主体名称。

贡献是否已确认 ​

同一位员工还问了一个与文件措辞无关的问题：拿到在职证明，是否说明本半月的贡献已经确认完成？

入职月默认算作在职有效月（见获取规则），所以入职当月就能拿到证明，这时本半月的贡献可能还没有确认。员工页面上没有说明拿到证明和半月考核之间是什么关系。

期望的做法 ​

员工暂未提供期望做法

以下是AI根据现有材料进行猜测

  1. 签发日期：取申请当天的纽约时间日期。
  2. 雇佣性质：按员工档案登记的工时填写 full-time 或 part-time，与 LCA 保持一致，不再固定写 full-time。
  3. 在职区间：当月还没走完时，证明上的结束日期不能晚于签发日期。
  4. 职位名称：使用单数职位名。SOC 职业分类 15-1252 的类别名是复数的 Software Developers，职位名称不应照搬类别名。
  5. 雇主名称：使用与 I-797A、LCA 一致的法人注册主体名称。
  6. 贡献状态：在员工页面的申请区域写明，拿到证明不代表本半月贡献已经确认，并给出查看考核结果的位置。

以下几项需要在开发前定下来：

  • 在职区间的写法：截到签发日（from 10/01/2026 to 10/02/2026），还是写成 has been employed since 10/01/2026、不写结束日期。
  • 雇主名称的写法：只写法人注册主体名称，还是写成「法人注册主体名称 d/b/a Atomeocean」，同时保留商号。
  • 工时的数据来源：员工档案里现在有没有可以直接读取的工时字段，没有的话从哪里补。

影响到谁 ​

  • 全体通过员工页面自助申请在职证明的员工。
  • H-1B 员工最明显：证明上的雇主、职位和工时需要和 LCA、I-797A 对得上。
  • 入职当月就申请证明的员工：最容易把拿到证明误认为贡献已经确认。
  • HR：少一类逐条答疑的邮件。

需要注意的限制 ​

  • 按月出具的规则：如果在职区间改成「至今」，证明的含义会从「某月在职」变成「截至签发日在职」，与现有按在职有效月出具的规则冲突，需要和在职证明支持自定义起始日期一起考虑。
  • 新旧版本并存：已经出具的证明不会追溯修改。措辞改动后，员工手里同一个月可能有新旧两种版本，是否允许按新模板重新申请需要明确。
  • 雇主名称不只影响在职证明：其它对外文件用的是商号还是法人主体，应该统一处理，而不是只改这一份模板。

进展记录 ​

日期变化
2026-10-05根据员工反馈直接建页，开放投票（未经提议阶段）
2026-10-05经内部评估直接排期，状态改为「已排期」

给这个功能投票：19 票进入开发排期

滑到本页最底部的评论区，给主楼点 👍 就算一票。主楼满 19 票即认证通过，状态改为「已排期」。 需要先用 GitHub 账号登录，一个账号一票，随时可以取消。只有主楼的 👍 计票，给楼下的回复点赞不算。 如果你有补充的场景或不同意见，直接在楼下回复——这比单纯一个 👍 更有参考价值。 完整规则见如何投票。