生产订单中的日期/时间

本文详细介绍了在系统中,当计划类型为'向后'时的计算逻辑。从基本结束日期开始,通过自制天数、工艺路线、工序能力和休息时间等要素,逐步推算出计划开始日期和时间。在计算过程中,工作中心的能力和休息时间对结果有直接影响,而自制天数的作用在某些情况下并不明显。整个计算顺序遵循特定的流程,并以实例展示了具体的计算过程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

当计划类型为“向后”时,输入基本日期-结束,系统可自动计算出基本日期-开始。

之前以为的规则根据自制天数和计划边际码计算,但是实际测试时发现好像和自制天数没什么关系,不知道自制天数何时起作用。

  • 基本结束日期:
    • 物料无自制天数,基本结束日期为输入日期,时间为当天的24:00​​​​​​​        
    • 物料有自制天数,基本结束日期为输入日期,时间为当天的00:00结果与F1显示范例相同
  • 计划结束日期:
    • F1指示:没什么可参考的信息。。。
    • 计划结束日期的计算与工艺路线中的工序中定义的能力、公式有关

       

       计划结束时间应在工单结束日期之前,所以为9.26

                具体时间为最后一道工序的结束时间:

        ​​​​​​​        

                 工序的结束时间在工作中心中定义:完成时间是下午5点

                

  • 计划开始日期:
    • 计划开始时间根据计划结束时间开始倒推(因为计划类型是向后)
    • 计划开始时间 = 计划结束时间 - 工序耗费时间 ,其中工序耗费的时间根据公式计算出来
    • 本例= 17:00 - 1h =16:00,但是为什么计算出来是15:52:30?
    • 工作中心中设置的能力是8h工作,1h休息,所以60分钟的休息时间分摊在工作时间内,每小时休息60/8=7.5分钟,所以开始时间16:00需要再减去休息的7.5min,就是15:52:30
    • 计划开始时间 = 计划结束时间 - 工序耗费时间 ,还需要考虑能力中的工作时长、休息时间
  • 基本开始日期:
    • 未说明和计算方式,测试显示应该是 = 计划开始日期,时间是00:00

向后计算的顺序是,先输入基本结束日期→决定结束时间→决定计划结束日期→决定计划结束时间→计算计划开始日期/时间→决定基本开始日期/时间

向前计算没测,应该差不太多吧。。。

### SAP 生产订单日期底层表结构及字段说明 在SAP系统中,生产订单的相关信息主要存储于多个表格内。具体到生产订单日期信息,涉及的关键表格主要包括`AFKO`(生产订单抬头表)和`AFVC`(生产订单计划行表)。以下是关于这两个表格及其重要字段的具体介绍: #### 抬头表 AFKO 此表记录了生产订单的整体信息,其中包含了若干与时间有关的重要字段。 - `ERDAT`: 创建日期,表示创建该生产订单的实际日期[^4]。 - `ERNAM`: 创建者名称,虽然不是直接的时间戳记,但对于追踪谁何时创建了特定生产订单非常有用。 - `AENAM`: 修改人姓名,同样有助于理解最近一次修改发生在什么时间和由何人执行。 - `AEZET`: 最近更改时间,精确到了分钟级别,帮助识别最后一次更新的确切时刻[^3]。 #### 计划行表 AFVC 这张表则更专注于生产订单各个阶段的时间安排细节。 - `PLNBEZ`: 计划类型描述,提供了额外背景来解释所关联的时间节点意义所在。 - `STRMN`: 开始数量,尽管这不是严格意义上的日期字段,但它可以配合下面提到的时间点一起考虑以获得完整的调度视图。 - `STADT`: 预定开始日期,指明按照规划应该启动生产的那一天。 - `STDAT`: 完工预定日期,即预计完成整个生产过程的日子[^1]。 除了上述两个核心表格外,在某些场景下也可能涉及到其他辅助性的表格如`AFPO`(用于保存工序级别的详细资料),以及可能存在的自定义扩展表等。当需要深入挖掘或定制化查询时,则需进一步探索这些附加资源。 ```sql SELECT ERDAT, AENAM, AEZET FROM AFKO WHERE AUART = 'PROD'; ``` 这段SQL语句展示了如何从`AFKO`表中选取部分与时间相关的字段作为例子;实际应用中可以根据需求调整选择条件和其他所需字段。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值