在获得的价值系统设置过程中要做的一个重要决定是如何最好地将实际成本加载到Deltek Cobra中。有两个基本选项：累积负载和当前的负载。最适合您的系统工作的选择取决于许多事情。您必须知道Deltek Cobra在每种情况下如何行事，以便做出正确的决定。
在本文中，我们为您提供了表明Deltek Cobra如何处理两种类型的实际成本记录的事实和示例。一旦您拥有事实，您可以更好地决定哪种加载方法与您的系统最适合使用。为了节省一些时间，我们已经运行了几个测试，并使用屏幕截图向您展示结果。这样你就可以在每种情况下看到什么COBRA。
概述
累计实际成本
使用累积实际成本选项意味着您可以提供COBRA，其中包含从项目成本运行到日期的实际成本的CSV文件。通常必须由工作包然后按资源分组和汇总这些实际。COBRA将加载每个工作包或控制帐户的最新成本金额（取决于您的设置），然后将其与总期间的总数进行比较。Delta是您在CPR格式报告中看到的当前期间成本。
优点和缺点
累积实际成本法是自动修正的。如果对财务系统中的前期成本进行了更改，则不需要执行额外的流程来在Cobra中累积这些更改。
累积的实际成本文件需要更多的前期处理，以使数据进入适当的状态，以便导入Cobra。这种处理通常可以在金融系统中使用脚本或简单程序实现自动化。
本期实际成本
使用本期实际成本选项意味着Deltek Cobra将把这些金额计入本期，假设这些成本仅代表本期报告期间收集的价值。它将把这些值添加到先前加载的实际成本中，以生成累积成本。
优点和缺点
Pro -本期实际成本不需要太多的预处理来构建CSV源文件，所以财务系统中很少或根本不需要脚本或编程。
CON - 当前期间的实际成本不是自我纠正。需要使用单独的过程加载金融系统中的更改来累计正确的总数。
我们已经运行了几个测试来演示使用这两种方法加载实际成本的差异。
实际成本数据
累计实际成本
下面的示例显示了可以导入Deltek Cobra的简单累积成本文件。你可以看到每个时间段的时间是如何累积的。数据已汇总，以显示每个人从项目开始到当前期间结束在某一工作包上所工作的每小时。
一个月
第2个月
第3个月
我们已经将所有三个都装入Cobra，这里是结果。
通过查看加载的三个周期，您可以看到Cobra是如何计算当前周期值的，方法是为它读入每个周期的每个累积值保存增量。这种方法的主要好处是，当会计系统发生变化时，它能够自动更正数值。
例如，如果财务在已经装入COBRA的前一段时间内移动款项，则当前期间的总加载的总量可能会下降到。例如，如果Beth在前一期间预订了20个小时的错误任务，财务抓住了错误并移出了1.1.1的小时为Beth，那么当前月份的总张贴为期为20个工作计划1.1.1。当累计总量加载当前月份时，它将在20小时内下降，自动纠正该工作包的累积总数。这是所谓的“调整条目”。如果在变更后BETH向该工作包预订没有其他时间，累计总额将从216.5小时到196.5。我们会在4中展示TH.我们在眼镜蛇的例子报告期间。
这是周期4的文件。贝丝的工作时间减少了20小时，为1.1.1，并被调到了1.1.2。Beth还预定了70个小时，达到1.1.2个小时，使这段时间的总时长达到110个小时。
在执行期间4的负载后，您可以看到该时段正确显示工作包1.1.1的-20小时。
在上图中，您还可以看到工作包1.1.2的总共110小时。期间3所做的调整显示为期4.因为您不能在EVM系统中更改历史记录，这是纠正错误的合法方式，并且在使用累积实际成本方法时，纠正会自动发生。
本期实际成本
本期实际费用不需要像累积实际费用那样汇总。在下面的示例中，您可以看到这些值源自时间表系统，因此这些值是按日计算的。Cobra将读取每条记录，并根据各自的工作包和资源汇总数据。
注意Beth总计70.7小时。下图显示了在将数据加载为当前周期值时，COBRA如何正确读入并总计每个记录。
出于演示的目的，演示如果我们犯了错误并试图以累积的方式加载当前周期格式的CSV文件，将会发生什么是很有帮助的。
在上面的示例中，我们加载了与上一个示例相同的当前周期CSV文件，只是我们故意使用了Cumulative选项。发生了什么事?为什么只加载了6.4小时?
当您查看CSV文件的内容时，您可以看到发生的事情。COBRA在每个记录中读取，但立即用下一个记录替换它，然后用下一个记录替换，依此类推。它没有总结行，因为它期望Beth的单一总结记录，在WP 1.1.1上工作。所以我们只有在最后1.1.1记录中记录的时间，在这一情况下，只有1.1.1记录。
在累积实际成本测试中，我们向您展示了当金融系统发生变化时，变化是如何自我纠正的。然而，根据本期的实际成本负荷，您将不知道财务纠正了一些前一期的小时数。如果财务部门将Beth的20个小时的工作移到1.1.2，而她没有预定任何超过1.1.1的内容，您甚至不会在当前期间文件中看到记录。Beth已经简单地放弃了1.1.1工作包。本期成本文件应该是这样的。
在上面的例子中，您可以在1.1.2中看到Beth为时期4新增的110个小时，但是在时期3中移动的20个小时没有被计入，因为我们只从金融系统中提取了当期实际成本。
如果我们加载这个，我们的当期成本将比1.1.1应该的多20个小时，因为没有调整分录。这是发生了什么。
您可以在1.1.2工作包上看到110小时的贝丝。到现在为止还挺好。
那么第三时期移动的20个小时呢?
问题就在这里。工作包1.1.1仍然显示Beth的总小时数为216.5;没有调整分录做必要的更正。因此，累计的总小时数似乎是326.5。然而，如果与财务系统核对，实际总数是306.5。这一错误的净结果是行政费用差异2 400美元。
真正的问题是你甚至不知道这一点,除非你有很好的习惯,定期检查Deltek眼镜蛇累积实绩对金融系统的总数——一种习惯你就需要采取如果你计划,本期实际成本加载运行您的系统。除非控制账户内额外的虚假时间累积到超过阈值的程度，Cobra没有办法让你知道有问题。这不是Deltek Cobra的缺点，这只是一个简单的事实，眼镜蛇只能与它知道的实际成本工作;当前时期的负荷让你有责任关注累计数字。
该解决方案是将累积总数定期检查金融系统，创建包含所有所需调整条目的实际成本文件，并以单独的进程运行。这可能会变得复杂，你等待的时间越长，它变得越高。已接受的行业实践是季度运行这些调整条目，但这可能会有所不同，具体取决于您的客户或您公司的舒适程度。
这应该给您一个很好的起点，考虑是否使用累积或本期实际成本负荷方法。每种方法都有优缺点，但都需要一些工作。这是你什么时候想做那项工作的问题。累积实际成本加载在前端可能需要一些额外的时间，这取决于从您的财务系统中获得累积实际成本汇总电子表格所花费的努力，而本期实际成本加载需要更多的时间来运行调整分录。