Oracle ERP 仓库(inventory) 词汇 2

change Sequence Number（更改序号）
EDI 标准提供一个用于计算指定采购订单更改次数的数据元。第一次更改的更改序号应为 1，第二次更改的更改序号应为 2，依此类推。这是采购应用产品（客户）创建的字母数字字段。

charge（费用）
由于订购活动而使一方应向另一方支付的货币金额。

charge type（计费类型）
请参阅：自动计费

chase production strategy（跟踪生产策略）
一种以更改生产水平来匹配需求变动的生产策略。此生产策略可以使库存保管费降至最低，但会导致能力需求频繁波动。

check funds（检查资金）
核实是否具有足够的可用资金来完成申请或采购订单。可用资金等于批准使用金额与支出及保留金额之间的差额。在输入申请或采购订单时，您可以随时核实可用资金，并且您可以在不同的权限层联机跟踪资金可用量。

child lot（子批次）
进行批次分解操作所产生的批次。

close（关闭）
在接收采购订单（如果要求接收）并为所有的采购订单发运开单之后，系统将自动关闭采购订单。由于您不要求或期望继续执行任何活动，因此 Oracle Purchasing 会将采购订单加以关闭。如果不期望继续对采购订单执行活动，则也可以人工提前将其关闭。在采购订单中添加行或依据其接收货物时，需要将采购订单重新打开。在应计费用时，Oracle Purchasing 不会考虑已关闭的采购订单。

close for invoicing（关闭以开票）
一种采购订单控制，您可以人工指定它，或者在开票数量达到定义的订货量百分比时，由 Oracle Purchasing 自动指定它。

close for receiving（关闭以接收）
一种采购订单控制，您可以人工指定它，或者在接收数量达到定义的订货量百分比时，由 Oracle Purchasing 自动指定它。

closed job（已关闭任务）
不可用于计费或任何事务处理类型的离散任务。在关闭任务时，系统将计算其最终成本及差异并为该任务创建历史记录。

closed order（已结订单）
已完成其流程流中所有活动并完成关闭活动的订单及其订单行。

Code Combination ID(CCID)（代码组合标识 (CCID)）
CCID 根据物料的销售成本帐户、订单类型的销货成本帐户和销售代表的 GL 收入标识导出。CCID 用来从键弹性域中导出 COGS 帐户段。本文档中这些术语可交换使用。

COGS Account（COGS 帐户）
请参阅：销货成本帐户

collection element（收集要素）
表示质量结果值。您可以定义任意数目的收集要素，它们可用来创建收集计划要素和规格要素。

collection element type（收集要素类型）
可用来对信息进行分类和分组。系统提供了三种标准类型：参考信息、属性和变量。

collection number（收集编号）
为一组质量结果分配的标识符。

collection plan（收集计划）
收集计划确定了收集的数据类型、收集地点、收集时间和应对这些数据执行的活动。收集计划类似于测试或检验计划。

collection plan element（收集计划要素）
指添加至收集计划中的收集要素。

collection trigger（收集触发器）
特定条件集，一旦条件集获得满足，系统将调用质量数据收集。在输入父事务处理时，系统会对收集触发器加以判断。

column（列）
此处使用的列是指与数据库表或数据库视图关联的数据库列。

column headings（列标题）
对报表中每列内容的说明。

combination of segment values（段值组合）
段值组合唯一描述存储在由段组成的字段中的信息。在您更改一个或多个段的值时，将产生不同的段值组合。如果改变段值组合，则存储在字段中的信息说明也会相应地发生改变。

commitment（承付款）
为将来采购而向客户支付的合同保证金，通常指定金或预付款。然后，您可以根据承付款创建发票以吸收定金或预付款。Oracle Receivables 会为承付款自动记录所有必要的会计分录。Oracle Order Management 允许您按承付款输入订单行。一种日记帐分录，用来记录批准申请后所需的预计支出。也称为预承付款、预保留款或预留置权。

committed amount（承付金额）
同意向供应商支付的金额。

common bill of material（公用物料清单）
一种装配件，它使用其它装配件的物料清单作为自身的物料清单，从而使您可以在两个或更多的装配件之间共用同一清单结构以减少维护劳动。例如，在两个不同组织中可以使用相同的物料清单来生产同一产品，则可以将这些相同结构定义为公用物料清单。

common inventory（公用库存）
存放在库存或在制品中的物料，它们不特定于任何项目。

common job（公用任务）
与项目无关的标准或非标准离散任务。

common locator（公用货位）
与项目或项目及任务段值无关的货位。公用货位可以表示实际地点。请参阅：项目货位

common project（公用项目）
在 Oracle Projects 中定义的一种项目，用于保存公用（非项目）物料的成本。每个已计成本的公用事务处理都将通过成本收集器来处理，并接受公用项目的目的地。

common routing（公用工艺路线）
一种工艺路线，它使用其它装配件的工艺路线作为自身的工艺路线，从而使您可以在两个或更多的装配件之间共用相同的工艺路线和工序以减少维护劳动。

common subinventory（公用子库存）
与项目无关的子库存，您可以将物料交付至此子库存，也可以从此子库存中发放或转移物料。

complete charges（完成 - 计费）
任务已完成并允许计费。

complete no charges（完成 - 不计费）
任务已完成但不允许计费。

completed assembly（完成装配件）
在离散任务或重复性计划中生产并已接收入库的装配件。

completed job（完成任务）
实际完成的装配件数量等于计划完成数量的离散任务。

completed schedule（完成计划）
实际完成的装配件数量等于计划完成数量的重复性计划。

completion date（完成日期）
离散任务中计划完成装配件生产的日期。

completion locator（成品货位）
成品子库存中的库存地点，用于从在制品接收完成装配件。

complete charges（完成 - 计费）
任务已完成并允许计费。

complete no charges（完成 - 不计费）
任务已完成但不允许计费。

completion subinventory（成品子库存）
生产线上的最后一个库存地点，用于从在制品接收完成装配件。通常对于子装配件，它是一个供应子库存；而对于最终装配件，则是一个成品库存。

component（组件）
一种可服务物料，是另一可服务物料中的部件或功能件。客户不能直接报告对此类型可服务物料的服务请求，但您可以在为成品类型的可服务物料或产品输入服务请求时引用它们。例如，定义了三种库存物料 A、B 和 C，其中 A 和 B 为产品（成品类型的可服务物料）而 C 是 A 的组件（非成品类型的可服务物料），则您可以直接输入对 A 和 B 的服务请求，而不能直接输入对 C 的服务请求。但由于 C 是 A 的组件，因此您可以在输入对 A 的服务请求时引用 C。请参阅：标准组件

component demand（组件需求）
从父装配件需求推导所得的组件需求。

component item（组件物料）
与物料清单上的父件关联的物料。

component yield（组件产出率）
为生产特定装配件而发出的组件数量中实际构成该装配件实体的百分比。或者是生产装配件所需的组件数量加上在构建该装配件时丢失或浪费的组件数量。例如，产出率系数为 0.90，则表示清单上组件的使用数量中仅有 90% 能够实际构成最终装配件的实体。

compound discounts（复率折扣）
在已打折扣价格的基础上应用的折扣。请参阅：时段，定价

compression days（缩短天数）
计划流程建议压缩订单的天数（也就是说，减少起始日期和终止日期之间的间隔天数）。

concurrent manager（并发管理器）
应用产品中的一个组件，它完成并发处理功能，即在不中断终端的情况下监控和执行耗时任务。无论何时提交请求（如运行报表），并发管理器均会为您工作，从而使您可以同时执行多项任务。

concurrent process（并发进程）
完成处理过程的任务。每次提交一个任务时，系统都会创建一个新的并发进程。该并发进程可以与其它并发进程（以及计算机上运行的其它活动）同时运行，从而使您可以在不中断终端的情况下同时完成多项任务。

concurrent queue（并发队列）
并发管理器中等待完成的并发请求列表。每个并发管理器均具有一个请求等待队列。如果系统管理员设置了同步排队，则请求还可以在一个以上队列中等待运行。

concurrent request（并发请求）
要求完成任务的请求。每次提交一个任务（如运行报表）时，均要发出一个请求。一旦提交了任务，并发管理器将自动接替您完成请求，而您则不必对其加以干预或中断手头的工作。并发管理器将根据提交请求的时间和分配给请求的优先级来处理请求。如果没有为请求指定优先级，则应用产品会为请求指定默认优先级。

confidence percent（确信度百分比）
预测中的预测物料能够成为实际需求的可信程度。系统在依据预测装入计划时，将通过计算预测数量与确信度百分比之积来确定计划数量。

config item（配置物料）
表示模型 (ATO) 及其选件类和选件的唯一配置的物料。客户将为指定的 ATO 模型输入对选件类和选件的选择。选定物料的有效配置由配置物料表示。配置物料将贯穿整个制造流程周期，并且为可发运物料。

configuration（配置）
客户通过选择基本模型及在其清单上选择特定选件而订购的产品。它可以作为单个零件、零件组（套件）或装配件（配置物料）发运。

configuration bill of material（配置物料清单）
配置物料的物料清单。

configuration item（配置物料）
与基本模型及其清单上的特定选件相对应的物料。Oracle Bills of Material 会为按订单装配模型创建配置物料。

configuration variance（配置差异）
对于 Oracle Work in Process 中，此数量差异是指每个标准物料清单与每个在制品物料清单所要求的标准组件之间的差异。当前，此差异包括在物料用量差异中。

Configurator（配置器）
一个窗口，您可以选择适用于特定模型的选件，以便定义模型的特定配置。

configure-to-order（按订单配置）
一种制造环境，您可以在其中选择基本模型，然后从其选件列表中选择选件来输入客户订单。

consigned location（托运地点）
根据与制造商签订的托运协议，用于存放买方和卖方财产的库存的实际地点。

consigned to (name of consignee)（收货人（收货人名称））
显示收货人的准确名称，无论是个人、当事人、企业还是公司。

consume shortage backward（反向冲减短缺）
一种选项，启用它可以使用前期剩余数量来弥补期间短缺以计算 ATP 信息。

consume shortage forward（正向冲减短缺）
一种选项，启用它可以使用将来 ATP 期间的剩余数量来弥补期间短缺以计算 ATP 信息。

contact（联系人）
负责在您和客户机构的某个部门之间传达信息的代表。例如，客户可能具有发运联系人，负责处理与发送至该地址的订单相关的所有问题。联系人的责任称为联系人职责。

contact notifications（联系人通知）
出现某种业务情况时，通知给定联系人的方式。例如，要发运给客户的产品会延迟，您可能希望通知客户经理，让他们致电客户，告知此问题。

contact role（联系人职责）
与特定联系人相关联的责任。Oracle Automotive 提供了“收单方”、“收货方”和“对帐单”，但您也可以输入附加责任。

container（容器）
存放要发运产品的容器（箱、罐等）。

context field prompt（上下文字段提示）
问题或提示，用户需为它们输入回应（称为上下文字段值）。Oracle Applications 在显示说明性弹性域弹出式窗口时，会在显示所定义的所有全局段之后显示上下文字段提示。每个说明性弹性域最多只能有一个上下文提示。

context（上下文）
Oracle Pricing 用来获得属性的一个数据来源。例如，Oracle Pricing 认为客户订单本身就是一个上下文。Oracle Pricing 可以使用订单的不同属性（如订单日期）来控制价格或修改量的选择。Oracle Pricing 对可以定义的上下文数量没有限制。任何一个上下文最多可以提供 100 个定价属性。另请参阅：维

context element（上下文要素）
与质量收集事务处理关联的收集要素。在输入上下文要素的父项收集事务处理时，系统会自动向 Oracle Quality 传送上下文要素值。

context field value（上下文字段值）
对上下文字段提示的回应。回应由一系列字符和说明组成，它与说明一起为上下文提示提供唯一的值，如“1500，日记帐批标识”或“2000，预算公式批标识”。上下文字段值将确定显示哪些附加说明性弹性域段。

context response（上下文回应）
请参阅：上下文字段值

context segment value（上下文段值）
对上下文相关段的回应。回应由一系列字符和说明组成，它与说明一起为上下文相关段提供唯一的值，如 Redwood Shores，Oracle 公司总部或 Minneapolis，Merrill 航空中心。

context-sensitive segment（上下文相关段）
一种说明性弹性域段，在为上下文字段提示输入回应后，它会显示在另一个弹出式窗口中。对于每个上下文回应，均可以定义多个上下文段并控制它们在另一个弹出式窗口中显示的顺序。通常，每个上下文相关段会提示您输入一个与上下文回应相关的信息项。

contract（合同）
您和供应商之间就非特定货物或服务签订的协议，此协议可以包括条款和条件、承付金额及有效日期和到期日。您可以在标准采购订单行上直接引用合同采购协议，Oracle Purchasing 将监控依据合同采购协议已支付的金额。

contractor（承包人）
作为协议的一方，承包人负责对客户履行义务，包括价格、成本、质量或服务。

conversion（折换率）
将外币事务处理折换成以本位币表示。请参阅：外币折换率

conversion formula（换算公式）
特定数值，将其与来源基本单位的单位数相乘可得到目标基本单位的单位数（以分类间换算率表示）。此数字也是标准单位换算率或特定于物料的换算率单位之间的换算率。

copy（复制）
一种“自动创建”选项，它允许采购员将特定申请行指定为信息来源，Oracle Purchasing 将从该来源向采购订单或 RFQ 行中复制信息。

corporate exchange rate（公司汇率）
一种汇率，您可以根据需要使用它来执行外币折换。公司汇率通常是由高级财务管理部门确定的，可用于整个组织的标准市场汇率。

cost base（成本基础）
向其分摊间接成本的直接成本分组。

cost breakdown category（成本细分类别）
细分项目或任务预算以便划分成本类别。您可以按支出类别、支出类型、任务或支出组织划分类别。

cost distribution（成本分配）
计算支出项的成本并确定其成本会计科目。

cost element（成本要素）
物料成本的分类。Oracle Manufacturing 支持五种成本要素：物料、物料间接费用、资源、外协加工和制造费用。

cost group（成本组）
项目的一种属性，它允许系统在低于库存组织层的层上保存物料单位成本。在同一组织内，属于多个成本组的物料可能具有多个成本。如果每个项目均分配给不同的成本组，则物料成本计算应针对每个项目分别进行；如果某项目组中的所有项目均分配给同一成本组，则物料成本计算可以针对该项目组进行。

Cost Group Rule（成本组规则）
基于商业惯例自定义的一种规则，该规则根据规则引擎中定义的标准，将特定的成本组分配给物料。

Cost of Goods Sold Account（销货成本帐户）
受库存项目的接收、发出和发运影响的总帐帐号。Oracle Order Management 允许使用 Oracle Workflow 中的“OE 帐户生成器”项类型来为发运记录动态创建此帐号。请参阅：帐户生成器

cost subelement（成本子要素）
成本要素的细分。您可以为每个成本要素定义任意数目的成本子要素。

cost transaction（成本事务处理）
物料、资源、制造费用、任务和期间的财务影响。例如，每个物料数量事务处理可能有多个成本会计分录，而每个会计分录是一个成本事务处理。

cost type（成本类型）
物料、活动、资源、外协加工和制造费用成本集。每个组织可以具有任意数目的成本类型，但是在记录成本事务处理时，只能使用其中的一种。“标准冻结”成本类型用于标准成本计算；“平均成本”类型用于平均成本计算。“其它”成本类型则可定义用于模拟或临时性质的成本计算。

cost variance（成本差异）
实际成本和预期成本之间的差异。Oracle Manufacturing 和 Oracle Payables 支持以下成本差异：发票价格、资源费率及标准成本差异。

cotermination（同时终止）
为订购或续订的所有服务程序设置同一终止日期。

count point operation（计数点工序）
在记录移动和计算资源事务处理费用的地方进行移入和移出的默认工序。也称为支付点。

credit check（信用检查）
Oracle Order Management 的一项功能，它可以根据预定义订单和订单总限额自动对客户订单总额进行检查。如果订单额超出此限额，则 Oracle Order Management 会暂挂该订单以供复查。请参阅：信用配置文件分类，信用检查规则

credit check rule（信用检查规则）
一种规则，其中定义了若干要素以用于计算客户的未结信用余额。这些要素包括未结应收款、未开票订单和暂挂订单。您可以在等式中纳入或排除某些要素，以导出符合公司信用政策的信用余额。

credit memo（贷项通知单）
一种单据，可部分或全部冲销原始发票额。

credit memo reasons（贷项通知单原因）
对贷记客户帐户的标准解释。请参阅：退货原因

credit order type（贷项订单类型）
这是适用于退货行的任何题头层事务处理类型。该类型用来为此贷项订单及关联工作流指定默认值。

Critical Attributes（重要属性）
“可选匹配属性”应始终有一个值作为周转数据, 无论与需求关联的是哪种计划类型。如果此标志是打开的，但没有属性值，需求处理器会发出警告例外来标识此问题。

critical path（关键路径）
详细计划算法所计算的一系列工序起始日期和完成日期及时间。

Cross Docking（直接发货）
直接发货指某个物料存在短缺时，如果接收到该物料，您将该物料直接发送到需求来源，而不是将其存放到通常的存储地点。

cross reference（交叉引用）
自定义的链接，它将物料编号与另外一些信息相链接。

CRP planner（CRP 计划流程）
一个流程，您可以根据需要将其作为计划流程的一部分来运行。在计划流程计算出物料需求之后，CRP 计划流程将使用这些数据来计算对资源和生产线的能力需求。

CSR（客户服务代表）
客户服务代表

CUM
CUM 期间内供应商地点、物料和组织的接收总数。

CUM entity（CUM 实体）
供应商将货物发运至某个特殊的客户地点时，适用于 CUM 管理的客户业务实体标识符。该实体可能是“收货地点”、“交货地点”或“收单地点”，具体取决于分配给“收货方/发货方条款”关系的 CUM 实体类型。

CUM entity type（CUM 实体类型）
供应商将货物发运至某个特殊的客户地点时，适用于 CUM 管理的客户业务实体类型。有效的 CUM 实体类型为：收货方/发货方、收单方/发货方、最终收货方/发货方、收货方/所有发货方、收单方/所有发货方以及最终收货方/所有发货方。

CUM key（CUM 关键字）
收货方/发货方关系中适用于发运累计和对客户物料进行 CUM 调整的属性值集。为收货方/发货方关系选择的 CUM 管理类型和 CUM 实体确定了适用的属性；可在创建 CUM 关键字时获取适用的值。

CUM management type（CUM 管理类型）
适用于客户/供应商关系的 CUM 管理样式。在六个 CUM 管理样式中，每个样式可以与一个客户/供应商关系关联：无 CUM 管理、按日期累计、按日期/记录年度累计、按日期/PO 累计、按采购订单累计、累计直至人工重置物料。

CUM periods（CUM 期间）
一种定义的时间期，在该期间将计算累计发运、需求和授权的资源数量（如记录保存年度、日历年度或采购订单寿命）。在汽车工业中，CUM 期间通常与客户计划工厂停工，以便在记录保存年度更换装置的时间一致。同一个客户目的地的所有发货地点将共享相同的 CUM 期间。

CUM Rule（CUM 规则）
一种定义，规定了如何在 Oracle Release Management 中为收货方/发货方关系中的客户物料计算 CUM。该规则由以下要素组成：CUM 管理类型、CUM 实体、CUM 起始日期和发运包含规则。

cumulative discounts（累计折扣）
在应用折扣之前累计折扣百分比的折扣称为累计折扣。

cumulative manufacturing lead time（累计制造提前期）
在库存备有全部原材料并需要逐层制造所有的子装配件时，制造产品所需的总时间。Oracle Bills of Material 会自动计算此值。外购物料没有累计制造提前期。

cumulative received quantity（累计接收数量）
在定义的时间期（如模型年度）内的产品（例如，已发运或已接收产品）数量合计。供应商可以使用此数量代表年初至今发运数量，贸易伙伴可以使用此数量代表年初至今接收数量。

cumulative total lead time（累计总提前期）
在库存为空，必须订购全部原材料并需逐层制造所有的子装配件时，制造产品所需的总时间。Oracle Bills of Material 会自动计算此值。

cumulative yield（累计产出率）
流式生产线上每个工序、流程或事件生产的产品。

current aggregate repetitive schedule（当前综合重复性计划）
在日生产率及起始和终止日期既定的情况下，指定期间内物料在所有生产线上的当前在制品重复性计划的总和。当前综合重复性计划可以是确定的，也可以是部分确定的。如果物料的所有当前重复性计划都是确定的，则该物料的当前综合重复性计划也是确定的。如果物料的当前重复性计划中有一部分（不是全部）是确定的，则该物料的当前综合性重复性计划也是部分确定的。

current average cost（当前平均成本）
在开始处理事务处理之前，单位物料的当前加权平均成本。请参阅：新平均成本

current date（当前日期））
当前系统日期。

current on-hand quantity（现有量）
在开始处理事务处理之前，物料现有量的合计。

current projected on-hand（当前预计现有量）
如果未重新计划或取消预定接收并且未按计划流程的建议创建新的计划单，则是指预计的将来现有量，它由计划流程按当前供应（（可净得数量 + 预定接收量）- 毛需求）计算得到。注：预计现有量中的毛需求不包括从计划单导出的需求。另请注意：计划流程使用当前到期日而不是建议到期日，将需求向下分解至对低层物料的需求。请参阅：预计现有量

customer（客户）
作为协议的一方，客户负责监督合同、付款以及任何与承包人约定的义务。向公司下达订单的组织。

customer address（客户地址）
客户的联系地点。客户可以具有多个地址。您也可以将它们与业务目的相关联。也称为客户地点。请参阅：客户地点

customer agreement（客户协议）
请参阅：协议

customer agreement type（客户协议类型）
请参阅：协议类型

customer bank（客户银行）
在输入客户信息时定义的银行帐户，您可以从这些帐户转移资金至您的汇款银行帐户，以便客户支付货物或服务款。请参阅：汇款银行

customer business purpose（客户业务目的）
请参阅：业务目的

customer class（客户分类）
对客户进行分类和分组的方法。例如，您可以按客户的业务类型、大小或地点对它们进行分组。您可以创建任意数目的客户分类。

customer control number（客户控制编号）
外部客户成品（如车辆）订单号的 AIAG 术语，但在生产流程中分配的任务号除外。

customer family agreement（客户系列协议）
特定客户的协议，可用于所有相关客户。请参阅：协议、公用协议

customer interface（客户接口）
一种程序，可将客户数据从外部系统传送至 Oracle Receivables。

customer interface tables（客户接口表）
两个 Oracle Receivables 表，客户接口可以通过这两个表在客户数据库中插入和更新有效的客户数据。

customer item（客户物料）
允许您按客户分类、客户和收货/收单地点定义物料的特定属性。“需求允差”即是这种属性的一个范例。

Customer/Item model（客户/物料模型）
允许您按客户分类、客户和收货/收单地点定义物料的特定属性。例如，此属性可以是“正向/反向 - 反序/正序装载顺序”。

customer item number（客户物料编号）
专用于特定客户的物料编号，它表示在客户组织中所用的物料名称。

customer item vs. supplier item（客户物料与供应商物料）
在 Oracle Order Management 中，术语物料是指供应商物料。在 Oracle Order Management 中，术语客户物料是指客户应用产品中的物料。

customer item/order item（客户物料/订单物料）
在 Oracle Order Management 中，术语“物料”是指供应商物料。在 Oracle Order Management 中，术语“客户物料”是指实际意义上的客户物料。

customer job number（客户任务编号）
客户为其生产线中的任务分配的编号。这些编号可以任意分配并且没有先后顺序。

customer line number Vs. supplier line number（客户行号与供应商行号）
术语“客户行号”表示在 Oracle Purchasing 应用产品中定义的行序号。一旦将此编号或代码分配给采购订单中的行，就不能对其进行更改。一般术语“供应商行号”或 Oracle Order Management 中的“订单行号”表示在 Oracle Order Management 应用产品中定义的行序号。一旦将此编号或代码分配给销售订单中的行，就不能对其进行更改。

customer location（客户地点）
请参阅：客户地址

customer merge（客户合并）
一种程序，它可以合并业务目的，以及与同一客户不同地点或不相关客户的业务目的关联的所有事务处理。

customer model serial number（客户模型序列号）
在汽车工业中，该序列号为车辆标识号 (VIN)。

customer phone（客户电话）
与客户联系的电话号码。您还可以指定联系人的电话号码。

customer product（客户产品）
标识可服务产品或客户产品的实体。客户产品不仅可以标识产品和客户，也可以标识产品数量、产品序列号（如果产品受序列号控制并指定了序列号）、产品地点、不同联系人（例如，与产品关联的服务管理、支持和收单方）。一个客户可以有多个相同的客户产品。

customer product line number（客户生产线编号）
客户（贸易伙伴）在其生产地点可能设有多条生产线。生产线编号标识需按客户规格交付货物的特定生产线。

customer product line number（客户生产线编号）
客户生产线的标识。产品将在该生产线中制造。例如，客户希望生产线 A123 上的所有物料都出现在同一批交货中，交货和启运可能会受到影响。

customer production sequence number（客户生产序号）
客户（贸易伙伴）将物料装配成装配件的特定次序。例如，客户可以指定汽车前轴的生产序号为 45，而后轴的生产序号为 46。请参阅：装入顺序，计划生产序号

customer profile（客户配置文件）
根据信用信息将客户分类的一种方法。Oracle Receivables 会使用信用配置文件将对帐单周期、催款信函周期、销售人员和收帐员分配给客户。您也可以决定是否计算客户的利息。Oracle Order Management 在执行信用检查时将使用订单和订单限额合计。

customer profile class（客户配置文件分类）
这些分类允许您对具有类似信誉、业务量和付款周期的客户进行分组。您可以为每个配置文件分类定义以下信息：如信用限额、付款条件、对帐单周期、开票和折扣信息。在将客户配置文件分类分配给客户时，它会提供此信息的默认值。

customer relationshipp（客户关系）
客户之间的联系，允许您共享协议、收单和收货地址。

customer site（客户地点）
客户地址中的特定区域或地点，例如建筑物或建筑物内的楼层。一个客户地址可以有一个或多个相关的客户地点。

customer specification（客户说明）
请参阅：规格类型

customer status（客户状态）
一种有效/无效标志，对于不再与其进行业务往来的客户，其状态应为“无效”。在 Oracle Order Management 中，您只能为有效客户输入订单、协议和退货，但可以继续处理无效客户的退货。在 Oracle Receivables 中，您只能为有效客户创建发票，但可以继续对无效客户执行收帐活动。

Customs Invoice（客户发票）
一种类似于发运通知/货单的国际发运电子文档或书面文档，但是包括满足边境（发运必须通过这些边境）所有海关要求的补充说明，如发运值、VAT 代码和金额、关税信息、港口信息、报关行标识、出口方标识、进口许可协议信息和信用证信息。

cutoff date（截止日期）
是指计划或展望期中的最后日期。

cycle counting（周期盘点）
一种库存精确度分析技术，根据此技术对库存按周期计划而非一年一次进行盘点。

D
daily line capacity（日生产线能力）
生产线的装配日生产率。它等于生产线速度（每小时）乘以生产线运行小时数。

daily quantity（日产量）
请参阅：日生产率

daily rate（日生产率）
重复性计划每天计划完成装配件的数量。也称为生产率。请参阅：重复性生产率

data group（数据组）
指定 Oracle 标识（用户）并确定与责任窗口连接的模式。

database diagram（数据库图表）
表示应用表及应用表之间的关系的图形描述。

database view（数据库视图）
提供对基础数据库表的访问。您无需知道如何存储数据以使用数据库视图。它有以下两种类型与 Oracle Quality 关联：收集计划结果和收集导入结果的数据库视图。

date（日期）
用于传递日期值的属性。

date effectivity（日期有效性）
通过为父装配件/组件关系分配日期范围来控制装配件配置的方法。MPS 和 MRP 选择组件的准则是选择的组件对组件的需求日期有效。

days off（休息日）
一个班次在工作日之前的连续休息天数。

days on（工作日）
一个班次在休息日之前的连续工作天数。

deal（交易）
Oracle Pricing 中的一种修改量列表类型，它是修改量列表类型“促销”的子类型。一个交易就是一组修改量，这些修改量共享同一个题头层的资格，并且会集中在一起报告。仅在进行报告时才需要将交易与促销关联。

decimal precision（小数精确度）
小数精确度是指在小数点后面显示的位数（使用四舍五入）。

default material task（默认物料任务）
在没有找到分配物料任务的匹配规则时，项目物料成本被分配的任务。默认物料任务是一个规则，其中没有指定物料任务的分配标准。

default resource task（默认资源任务）
在没有找到分配资源任务的匹配规则时，项目资源成本被分配的任务。默认资源任务是一个规则，其中没有指定资源任务的分配标准。

defaulting（默认）
默认是指对未填入值的字段提供值。Oracle Pricing 使用默认方法来确定为属性提供的值。请参阅：来源补充

defaulting condition（默认条件）
默认条件是指由默认标准属性验证组合而成的布尔值条件，它确定运行时应如何默认对象属性。

Oracle Pricing 使用默认条件来引用上下文/维名以及来源系统。根据默认的上下文，每个属性将获得不同的默认值。

defaulting criteria attributes（默认标准属性）
默认标准属性是指可用于建立默认条件的对象属性。

defaulting value（默认值）
Oracle Order Management 根据您输入的其它信息自动输入的信息。

definitize（最终确定）
规定或明确合同的条款和费率。最终确定流程包括确定如何洽谈费率和价格。

delayed service order（延期服务订单）
现有客户产品的服务订单。出现“延期”服务订单是因为订购服务迟于订购产品。

delete entity（删除实体）
您选择要删除的一组物料、清单和工艺路线。

delete group（删除组）
您选择要删除的一组物料、清单和工艺路线。

delete subentity（删除子实体）
您选择要删除的组件或工序。

deletion constraint（删除约束条件）
一项业务规则，它规定您可以删除的实体。删除约束条件是在删除物料、清单或工艺路线之前必须成功进行的测试。

deliverable（可交付项）
合同所分配的产品或服务。可交付项可能包括有形和无形物料。

delivering carrier（交货承运人）
如果存在承运人之间的发运，则应该提供此信息。

deliver-to contact (Ultimate Consignee)（收货方联系人（最终收货人））
记录或默认最终将接收货物的人员的姓名。货物在交货时使用的可能不是售货组织的责任。在售货组织完成对客户的义务后，后面的承运人可能需要此信息。

deliver-to location（交货地点）
将先前从供应商处收到的货物交付给单个申请人的地点。

delivery（交货）
一组订单行，需要在指定日期、使用指定的运载工具将其货物发运至客户收货地点。多个交货可以组成单个启运。单个交货可以包括不同销售订单的物料，也可以包括延交订单和常规订单。

delivery assignment（交货分配）
通过合并以及交货详细资料和交货本身的关系定义交货和子交货的关系，以跟踪物料的运输。

delivery date（交货日期）
产品到达收货地点的日期。此日期可由客户在基于交货的需求事务处理中指定，也可通过将在途提前期加上特定于客户的发运日期计算得出。

delivery detail（交货详细资料）
包含从仓库发运的物料。它可能是销售订单行、RAM 行、WIP 行或 PO 行。它们也可以称为可交付项。

Delivery Instruction (DELINS)（交货指令 (DELINS)）
由采购员发送的交货指令消息，它根据合同或订单中规定的条件，提供有关短期交货指令和中长期需求的详细信息，以便进行计划。

delivery lead time（交货提前期）
从发运物料至客户收到物料之间间隔的时间（以天数表示）。它包括其间的任何非工作日。

delivery leg（交货行程）
交货的单个段。每一交货至少由两个行程（装货和卸货）组成，但可以包括几个中转行程。

delivery line（交货行）
已分配至交货的计划库中的可发运和已登记行。在分配之后，计划库中的行不再可用。完成交货之后，交货行也会视为已完成。

Delivery Shipping Notice Outbound (DSNO)（交货发运通知出站 (DSNO)）
Oracle e-Commerce Gateway 为发运的交货生成的一个高级发运通知。

demand（需求）
客户通过 EDI 或其它方式向供应商传递的当前或远期产品需求。需求来源包括：采购订单、计划日程表、发运日程表和已排序的生产日程表。

demand class（需求分类）
对需求的分类，以允许主计划员跟踪和冲减不同类型的需求。需求分类可以代表客户的特定分组，如政府和商业客户；也可以代表不同的需求来源，如零售、邮购和批发。

demand history（需求历史记录）
某项物料的历史库存发放事务处理。

demand interface（需求接口）
一个数据收集点，可收集并存储所有销售订单需求和保留信息。

demand management（需求管理）
确认和管理所有产品需求的功能，以确保主计划员随时了解需求。这包含预测、订单分录、订货承诺（可承诺量）、分库需求和其它需求来源。

Demand Processor（需求处理器）
Oracle Release Management 的一个程序。使用它可以分析来自 Oracle 开放接口需求计划文件中的物料，根据 Oracle Applications 信息验证需求数据，然后将需求传送到 Oracle Order Management 以创建或替换销售订单行，或传送到 Oracle Advanced Planning and Scheduling 以创建或替换预测。

demand schedule（需求计划）
从客户发出并由供应商接收的一个计划日程表、发运日程表或已排序的生产日程表，通常为 EDI 文件格式。

Demand Time Fence（需求时间范围）
一种用于确定将来时间的物料属性，在该时间内计算物料的毛需求时，计划流程将忽略预测需求而仅考虑销售订单需求。使用此属性可确定在其中仅按销售订单需求进行生产的时间范围，以减少库存过剩的风险。累计制造提前期的值表示 Oracle Master Scheduling/MRP 将物料的需求时间范围计算为计划日期（如果计划在非工作日生成则为下一个工作日）加上物料的累计制造提前期。累计总提前期的值表示 Oracle Master Scheduling/MRP 将物料的需求时间范围计算为计划日期（如果计划在非工作日生成则为下一个工作日）加上物料的总制造提前期。总提前期的值表示 Oracle Master Scheduling/MRP 将物料的需求时间范围计算为计划日期（如果计划在非工作日生成则为下一个工作日）加上物料的总提前期。自定义时间范围的值表示 Oracle Master Scheduling/MRP 将物料的需求时间范围计算为计划日期（如果计划在非工作日生成则为下一个工作日）加上您输入的物料“计划时间范围天数”值。

Demand Time Fence Days（需求时间范围天数）
在将“计划时间范围”属性设置为自定义时间范围时使用的?

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/15725751/viewspace-615268/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/15725751/viewspace-615268/