SAP采购定价总结

采购定价总结概览SAP采购定价使用条件技术实现，步骤如下：conditionfield→conditiontable→AccessSequence→conditiontype→calculationschema→为采购组织/供应商科目组分配calculationschema。配置路径如下：采购定价的前台实现过程：在创建采购订单时，根据供应商找到供应商科目组，根据采购组织找到采购组织schemagroup，从而确定定价过程，按定价过程中的条件一次去取对应的条件价格，若某一条件类型维护了AS，则去AS中找符合条件的conditionrecord，取出维护的条件类型的价格，再用conditionrecord中的计算类型以及定价过程中该条件类型的计算方式算出结果显示在此条件类型的值中。以此类推。为何AS会有多种组合？比如净价，可以按物料维护；可以按物料+工厂的维护维护，取决于实际业务需求，即业务中对某一价格的定价因素。1.Limits：界限，条件类型允许的最大值或最小值。2.AccessSequence：存取顺序以accesssequence：0002举例：AccessNumber：顺序号码，系统自动找价格时按照号码以此往下找。Table：conditiontable，其中会维护相应的业务价格组合；若表为18，则SE16N去查时加上前缀A0，SE16N：A018，采购信息记录维护的条件表。Requirement：需求号，历程。满足这个需求历程中的条件才去取conditionrecord中维护的这个条件类型的价格。否则不取，继续找AS中下一个顺序号中维护的conditionrecord。Exclusive：排他性。按AS中的顺序找到一个价格后，就停止，不再继续往下找。3.Conditiontable：条件表点击，查看conditiontable的技术参数设置：Withvalidityperiod：有效期之内有效。Withreleasestatus：conditionrecord维护的价格需要审批。Key：关键字，维护conditionrecord时必输。Footerfield：页脚，行项目信息。SAP预设了一些conditiontable，也预设了一些可选择的字段。但若字段不够用，则需要扩展字段（fieldcategory），：以下为SAP预设的，可根据业务需求添加新的字段，但添加完后需要开发写代码将新增的字段加到PO定价中的structure中才可使用。4.Conditiontype：条件类型，表示业务上不同的定价方式，如含税价、不含税价、税、运费、关税，等等。以条件类型PB00举例：PB00为时间相关性采购架构，可在采购信息记录中维护。PBXX为时间无关性采购价格，只能在采购订单中一次性手工输入。Conditiontype中的字段解释：4.1控制数据1AS：存取顺序条件类型中的AccessSequence若维护值了，则此条件类型对应的价格会从价格主数据（conditionrecord）中取值；若此处没有维护AS，则条件类型对应的价格不会去conditionrecord中取值。Plus/minus：条件类型的值为正值或负值，空表示都可以。ConditionClass：定价等级（价格的类别）。定义此价格的基本结构，定义此价格是个什么类型的价格，如税、价格、折扣等。一般copy系统标准的，很少做改动。系统某些地方有控制，如销项税。CalculationType：条件计算类型，确定系统如何计算此条件类型对应的价格、折扣或附加费，例如可以基于数量去做计算或基于重量、体积（业务：天然气）。采购订单中此条件类型对应的值=条件类型的价格*条件计算类型（如数量）。A:百分数，基于百分数去计算。ConditionCategory：定价类别（价格处理逻辑）。如L：复制一般更新，SO这项价格和billing发生很大变化，billing延续so的条件类型，但取值却会重新取，不依照SO。ConditionCategory即定价的分类，怎么去取这个价格值，会对应取到科目中。G：内部价格，取成本，如移动平均价或批次成本（系统写死）。H：基本价格，从价格主数据中取的，要求AS一定要维护对应的conditionrecord，否则取不到值。RoundingRule：舍入规则，此条件类型对应的价格值的舍入规则，商业表示四舍五入。A：向上取整；B：向下取整。4.2组定价组定价，基于整体来定价，定价更新在抬头定价中。如买10个10块，买20个5块，买25个一块。行项目10行买9个，行项目20行买16个，虽然每个行项目都没达到新定价标准，但合起来25个满足新定价，则可以使用组定价。也可在组定价中写历程，基于抬头先定价再写入行项目。4.3可进行的修改人工输入项：表示此条件类型对应的价格是否可以手工输入。抬头条件、行项目条件：表示此条件类型是抬头定价中的条件还是行项目定价中的条件（业务上表达不同的含义）。采购订单行项目中的定价条件都会汇总更新在抬头定价中。若只勾选抬头条件，则PO行项目中该条件不允许输入价格，只允许在抬头进行定价，但抬头定价后也会平均更新到行项目。若使用组定价，则可以走组定价的配置。若同时勾选行项目定价、抬头定价，则可以在抬头和行项目都输入该条件类型并填入价格，但行项目会反写至抬头，抬头也会反写至行项目，以保持定价一致。PO的定价过程是抬头和行项目一致。删除：是否可以在定价过程中删除此条件类型。金额/百分比：指是否可以更改条件类型取到的金额或百分比。数量关系：指在凭证处理过程中是否可以更改该类型定价中计量单位的转换因子。价值：指是否可以更改系统自动根据条件类型值*数量算出来的值，如结果是1.23，可以人工干预，改为2.4.4主数据参考定价类型：公司间交易（销售），可配置销售的定价类型，自动从销售定价带过来作为采购价格。如兄弟公司间一买一卖都为10块，则此采购价格可设置参考定价类型/应用程序，从销售带出10块。若维护了参考定价类型，则必须同时维护参考应用程序。4.5等级等级：阶梯定价相关配置。如买10个1块一个，买100个一毛一个。4.6控制数据2应计项：累计、应计到发票中，需要应计的才够选此项。应计项和calculationschema中的accural配套使用，共同决定发票校验中此条件类型对应的科目等。排除：A、B两个价格互斥，互斥的条件可定义，比如取两个值中的最大值或最小值或最优值。发票清单条件：对发票集结时使用。公司间开票条件：两种公司间交易：①跨公司销售；②公司间交易。5.CalculationSchema：定价的计算方案，即pricingprocedure，定价过程。一般copy标准的定价过程出来进行相应的更改，自定义的定价过程一般以Y或Z开头。以采购价格（大）定价过程：YM0002举例。备注：凡是定价过程中符合条件的都会出来在采购订单的定价过程中，所有非统计的条件类型都会进存货（或勾选了统计型但又配置了accural的，也会进存货），只是贷方是GR/IR还是其他科目要看accural的配置。字段解释：Step：步骤Counter：计数器，一个步骤之内可以有多个计数器，挂多个conditiontype，但一个步骤之内只能有一个价格生效，可以都在PO中显示出来，但只会有一个生效，如进存货等。例如PB00和PBXX，只有生效一个，谁后加谁生效，当一个生效后，另一个的状态为黄色叹号，即只供显示。一个步骤下的多个counter可以生效多个条件类型，且都进存货，科目类型基于定价中的配置相关。FromonestepToanotherstep：从指定的步骤到指定的步骤，将这些步骤对应的条件的值累加起来，作为计算此条件类型的基值，再用此基值乘以此条件类型取出来的价格，得出此条件类型对应的值。--SAP标准逻辑。Manual：勾选manual，此条件类型不自动出现在定价过程中，除非手工输入此条件类型。不勾选manual，此条件类型满足requirement的条件后自动出现在定价过程中。Required：此条件类型是否必输。勾选则表示此定价过程中一定要有这个条件类型。Statistics：统计型条件类型，不参与计算，只显示在单据中以供查看。但如果条件类型中勾选了应计项，且配置了对应的accural科目，则此统计字段就算勾选，也会参与计算，进存货。Print：此条件类型是否打印在SAP标准单据中，一般不使用。Subtotal：小计，将计算出来此条件类型的值放到小计中。有两种方式，①SAP提供6种标准的小计，小计1-小计6，放在小计1到6中，会直接写入EKPO表，取值时可以直接取EKPO，不需要绕到条件表中取，方便使用。②计算价值并临时存放到对应的小计中，即不存入系统表，而是赋给一个小计暂存在一个地方，后面的条件类型在需要的时候可以直接取，不需要重新计算，但需要通过写历程实现。两种方式的小计都只是把计算出的值存放在小计中，不参与定价过程中的计算。备注：KOMP为pricing表，专门存放PO信息。小计7会把值存入PO行项目的rebatebasis1字段（EKPO-BONBA）；小计9将值存入PO行项目的grossvalue字段（BRTWR）；小计S将值存入PO行项目的effectivevalue字段（EKPO-EFFWR）。Requirement：需求。该条件类型满足这个需求历程后才出现在定价过程中，否则不出现。一般不勾选manual，写一段历程，满足条件时此条件才出现。Conditionformulaforalternativecalculationtype/Alternativeformulaforconditionbasevalue：计算类型/基础类型，代码写公式计算该条件类型的值，此时可借用小计中暂存的值。当系统标准计算逻辑不满足业务需求时，可以写公式计算值，再将计算得出的值赋给当前条件类型。AccountKey：科目代码。OBYC中配科目时用到。（基本不怎么用到，配置了也不起什么作用。只在calculationschema中填写accountkey，不勾统计，不填accural科目码，也不在conditiontype中勾accural，进存货GR/IR，与配置的accuralkey无关；若不勾统计，其他配置与前一条一致，则不进存货，只供显示。）Accurals：应计，和conditiontype中的应计项配合使用，决定该条件类型记到会计凭证中的哪个科目代码及对应科目。（都为贷方）备注：销售定价的accural使用与采购有差异，销售的accural的使用为累计，如分送集报业务，发货时成本中不含关税，这部分关税库存成本需要在开票时体现，则可以使用accural方法，在发货中不体现关税成本，而是accrual到开票的会计凭证中。备注：conditiontype中的应计项与定价过程中改conditiontype的accrual配套使用，只有配置了accural和应计项，GR才走到accural中配置的科目码对应的科目；否则都进GR/IR科目。定价过程中的全部非统计条件类型，或统计条件类型但勾了accural和应计项的，都进存货。定价过程中勾选了统计值，但若在定价过程中配置了科目/accural，也进存货。科目/accrual未填，且非统计值→会计凭证中全部WRX，GR/IR；科目/accrual填了→出现在GR收货会计凭证的贷方，科目以配置的为准。勾了应计项，accural科目码一定要填，否则不起作用。Accrual统计若conditiontype中勾选了accural，但calculationschema中不配置accural科目码，系统报错。必须配套配置！6.分配pricingprocedure给采购组织/供应商6.1定义方案组schemagroup定义供应商科目组：维护在供应商主数据的采购试图中定义采购组织schemagroup为采购组织分配采购组织s