在协作环境中管理所有合同,变更和支付申请 。
Aconex Connected Cost 允许各个组织在一个协作的环境中管理合同变更和支付流程。两个使用 Aconex 的组织可以在平台上进行协作,同时保持数据的隐私和安全。
在 Aconex Connected Cost 中,合同反映了提供商品和服务的双方之间的真实协议。
在成本中,这两方分别称为上游组织和下游组织。上游组织是支付商品和服务费用的一方。下游组织是提供商品和服务的一方。
具体取决于组织的角色,在成本中,合同可作为上游合同或下游合同创建,它们的功能略有不同。
每个合同都有合同项的明细,构成合同的详细范围和价值。下游合同在成本工作表中显示为承诺和成本,而上游合同则显示为收入。
上游合同可用于使用成本工作表上的"已核准预算方法"设置管理各个控制帐户或要素的已核准预算。
合同创建后,合同更改和付款申请流程可以开始捕获协议和付款审批的变更。
注:在某些地区,合同变更称为变更单,付款申请称为进度申报。
您的组织可能无法访问成本中的预算和挣值管理功能。在这种情况下,合同和协作功能仍然有效,但合同不会链接到预算和预测。
如果您想了解有关预算和挣值管理功能的更多信息,请联系您的Oracle代表或Oracle支持部门。
下游合同可以与Aconex中的其他组织共享,以实现协作。当合同被共享时,下游组织可以创建并提交合同变更和付款申请,供上游批准。
在处理共享合同时,双方都可以创建合同变更和付款申请,但只有上游组织可以批准它们。
成本中内置了用于草拟,提交和批准合同变更和付款申请的流程。在起草过程中,详细信息对其他组织不可见。
合同可以以不同于成本工作表中用于预算的项目本位币创建。合同中选择的货币适用于所有的合同付款项目、合同变更和付款申请。
成本使用项目汇率将合同金额转换为项目货币,以便您可以根据预算和预测跟踪承诺和实际成本。
Aconex Connected Cost使用您的合同数据应用一些基本的逻辑和计算。如果您拥有项目控制许可证并且使用成本工作表,合同金额将反映在每个控制账户中,以便您可以跟踪项目支出。
如果您拥有项目控制许可证,则上游和下游合同将链接到更改事件和控制帐户。
以下是适用于下游合同的一些基本规则。上游合同当前未链接到成本工作表,对任何金额都没有影响。
|
下游合同逻辑 |
已批准的合同金额 |
始终显示为成本工作表上的承诺。 |
已批准的合同对预计完成的影响 |
可能影响估计完成,具体取决于预测方法。 |
付款申请金额 |
始终显示为实际成本。 |
已批准的合同变更金额 |
始终显示为成本工作表上的承诺。 |
已批准的合同更改金额对预计完成的影响 |
根据预测方法和合同更改上的ETC提取标记,可能影响估计完成。 |
待定和继续合同,变更,付款申请 |
不会影响已批准的承诺或要完成的估计,但会显示在基于状态的列中,如继续合同和所有承诺。 |
外币合约 |
合同承诺值使用项目预算汇率转换为项目本位币。付款申请值使用项目实际汇率转换为项目本位币。合同预测使用项目预测汇率转换为项目本位币。保留(预扣)金额使用项目预算汇率转换为项目本位币。 |
有关成本计算的更多详细信息,请访问 成本工作表计算。
Aconex上的所有组织都可以使用成本来创建和共享合同。
支付项目控制许可证费用的组织还可以访问成本工作表来管理预算、进度、挣值等。有关可用功能的概述,请参阅 Aconex Connected Cost简介。
如果您的组织只有合同管理功能,成本将得到简化,使您能够快速轻松地处理合同。无论许可证如何,合同都以相同的方式创建,唯一的区别是合同项目是否链接到成本工作表上的预算。
在下面的屏幕中查看"项目控制"和"合同管理"许可证之间的区别。
成本对合同执行业务验证规则,以确保变更和付款申请不违反基本的成本管理原则。如果需要超额开单,则可以绕过每个合同的规则。
如果需要超额计费,可以在合同注册表上勾选“允许超额计费”选项。
两条相关规则是:
规则1 适用于合同的总金额,当合同包含负数付款项时很有用,如下例所示。
此规则也适用于提交和批准合同变更时,以防止负面变更导致合同价值低于所有实际总金额。
如果没有这一规则,项目1和项目2的全额付款申请可能会被批准,这将导致付款超过合同的总价值。
注意:规则 1 可防止出现下表中的情况。
|
当前金额 |
所有实际金额 |
开票百分比 |
支付项1 – 区域A |
$1,000 |
$1,000 |
100% |
支付项2 – 区域B |
$1,000 |
$1,000 |
100% |
支付项3 – 退款 |
-$200 |
$0 |
0% |
合同总计金额 |
$1,800 |
$2,000 |
111.11% |
规则2 类似于规则1,但适用于合同上的每笔支付项。总合同金额可能小于或等于100%,但单个支付项仍可能超过100%。
注意:规则 2 可防止出现下表中的情况。
|
当前金额 |
所有实际金额 |
开票百分比 |
支付项1 – 区域A |
$1,000 |
$1,100 |
110% |
支付项2 – 区域B |
$1,000 |
$800 |
80% |
支付项3 – 退款 |
-$200 |
-$100 |
50% |
合同总计 |
$1,800 |
$1,800 |
100% |
禁用验证
Oracle支持按合同禁用合同验证。如果您的项目需要在禁用验证的情况下运行合同,请联系支持部门。
警告:当验证被禁用时,仍然可以批准超过合同价值的付款申请,这可能导致实际成本超出成本工作表中的承诺。我们建议尽快重新启用验证。
启用验证
在重新启用验证之前,总合同值必须小于或等于100%的发票比例(规则1),并且所有支付项的发票比例必须小于或等于100%(规则2)。
验证只能由Oracle手动重新启用。请联系Oracle支持部门以重新启用验证。