员工在应用中启动和停止计时器，时间由服务器而非手机记录，一周的工时一目了然，主管进行批准或驳回，批准后的结果以 CSV 文件的形式导出，用于工资核算。
已记录的工作时间是少数几项出于法律原因、而非便利原因必须准确无误的公司数据之一。它必须完整，必须可追溯，而且绝不能只是某人在周五下午凭记忆写下的一个数字。
应用内的计时器解决了记忆问题,但前提是另外两件事同时成立。时间必须在无法被修改的地方计量——在服务器上,而不是在设备上——并且必须经过审批,这样记录工时的人就不会是签字确认工时的同一个人。
IDup 两者兼顾。每人一个服务器端计时的独立计时器，一个周视图显示已记录和已批准的工时，以及一份导出文件，让工资部门拿到的是干净的数据而不是一堆笔记。
全部集成在 IDup 中——一个登录账号,没有信息孤岛。
只需在手机上轻点一下即可开始和停止。每人同时只能运行一个计时器，这消除了工时记录中最常见的荒谬来源：两条重叠的记录合计声称的工时超过了一天实际拥有的时长。
开始和停止的时间由服务器记录，而非取自设备的时钟。这正是当日后需要说明情况时，记录能够站得住脚的原因，也是"记录的时间"与"上报的时间"之间的区别所在。
已记录的工时会提交给主管，由其批准或附带理由驳回。任何人都不能审批自己的工时。查看权限与编辑权限是分开的，因此同事可以查看这一周的记录却无法修改它。
周视图会显示已记录的内容、仍在等待处理的内容，以及已获批准的内容。经批准的结果会以 CSV 文件形式导出，这是任何工资系统都能直接接受、无需额外项目处理的格式。
几乎每一家在周末填写工时的公司都相信这些数字大致准确。它们通常也的确——大致准确。但它们算不上证据,因为一个凭记忆重建出来的数字,任何人都无法核实,包括写下它的那个人。
这在无关紧要时看似没问题，直到真正需要时才见分晓：一场关于加班的争议、一次来自主管机关的问询，或是一位客户询问那十二个小时究竟做了什么。这时，"实测记录"与"凭记忆记录"之间的差异，就是全部的关键所在。
在当下测量只需轻点一下，就能产生可以出示给第三方的凭证。它往往还会得出不同的数字——第一个月会让人不太舒服，但从那以后每个月都很有价值。
在应用中轻触一下即可。同一时间只能有一个计时器在运行，开始时间记录在服务器上。
周视图会显示已记录的工时；员工可将其提交以供审批。
主管进行批准或附带理由驳回，经批准的工时以 CSV 文件形式导出。
已记录的工作时间是雇主必须保存的记录。它属于开展该工作的公司，而不属于记录该工时的个人账户，IDup 有意采用这种存储方式。
员工通过自己的账户记录并查看自己的工时，但记录本身归属于公司，连同批准记录以及任何驳回理由一并保存。这正是多年后有人查询时，这份记录依然完整的原因。
它也在另一个方向上保持边界清晰。为两家公司工作的人分别为各自记录工时，任何一方公司都看不到另一方的任何信息。
一次登录，一口价——没有隐藏的额外费用。
已记录的工时需经过审批，查看权限与编辑权限是分开的。任何人都不能审批自己的工时，因此每一次更正都表现为一次明确的决定，而不是一次悄无声息的修改。
每人只运行一个计时器，因此在周视图中未结束的记录一目了然，可以像其他记录一样被更正并提交审批。
不会。开始和停止都记录在服务器上，因此记录不依赖设备的时钟或时区。
经批准的工时以 CSV 文件形式导出，任何常见的工资系统都能直接读取，无需特殊接口。
是的,在其权限范围内。查看工时和修改工时是两项不同的权限,因此监督无需具备编辑权限。
它以可追溯的记录方式记录、批准和导出工时。这是否足以满足您的法律义务，取决于您所在的国家和行业——IDup 是软件，不是法律意见。
版权所有 © 2026 - IDup。保留所有权利。
