sap采购定价过程4

MaintainingConditionsContent:Maintainingtime-dependentconditionsValidityperiodsininforecordsChangedocumentationandchangeoptionListofconditionsMaintenanceofTime-dependentConditions:InfoRecordSAPmenu→Logistics→MaterialsManagement→Purchasing→MasterData→InfoRecord→CreateContractSAPmenu→Logistics→MaterialsManagement→Purchasing→OutlineAgreement→Contract→CreateSchedulingAgreementSAPmenu→Logistics→MaterialsManagement→Purchasing→OutlineAgreement→SchedulingAgreement→Create→VendorKnownGeneralConditionsSAPmenu→Logistics→MaterialsManagement→Purchasing→MasterData→Conditions→Discounts/Surcharges→ByVendorOtherConditionsSAPmenu→Logistics→MaterialsManagement→Purchasing→MasterData→Conditions→Other→CreateDisplayPriceOverviewSAPmenu→Logistics→MaterialsManagement→Purchasing→MasterData→Conditions→Prices→GeneralOverviewVendorPricechangeSAPmenu→Logistics→MaterialsManagement→Purchasing→MasterData→Conditions→Vendorpricechanges→InvolvingInfoRecorsorInvolvingContractsMaintenanceofTime-independentConditions:PurchaseOrderSAPmenu→Logistics→MaterialsManagement→Purchasing→PurchaseOrder→Create→Vendor/SupplyingPlantKnownAutomaticDocumentAdjustmentSAPmenu→Logistics→MaterialsManagement→Purchasing→PurchaseOrder→Follow-OnFunctions→AutomaticDocumentAdjustment→IndividualDocumentsorCreateWorklistMaintainingtime-dependentconditionsTime-dependentcondition顾名思义就是要有个时效性，所以一定会有一个时效，如果你没有定义，ides系统会设置为今天到12.31.9999，这个可以修改的，只要修改conditiontype的对应设置就行了。先看看inforecords/outlineagreementitems/quotations：这些condition都是以PB00(grossprice)为主的，其他的conditiontype只是作为supplement。用me11创建一个inforecord:进入后，在condition界面可以使用屏幕下方的靠右的两个按钮：Proposeconditionsupplements可以获得在PB00对应的calc.Schema：RM0002之中定义的所有的conditiontype，修改之后，可以使用Restore来删除为0的conditiontype，还有一个方法可以删除，就是在这个conditiontype为删除。以后还可以再取消这个删除标记的。其他方式维护condition:路径：LogisticsMaterialManagementPurchasingMasterDataConditions这里其实也可以对inforecord等之前所说到的condition进行维护，不过sap建议不要在这里维护那些condition。这里创建的是一些generalcondition/specialcondition/yourowncondition，之前我们也用到了conditiongroup的创建。ValidityperiodsininforecordsInforecord是具有时效性的condition，可以在不同的period存在不同的condition，不过period之间不能重叠，如果系统发现你创建的新的period与旧的重叠的话，会提示，你可以覆盖旧的或者放弃。每次只能修改一个有效的period纪录。CollectiveChanges:批量修改使用的T-codeMEKPforinforecordMEKRforcontractMEKLforschedulingagreementConditionIndex:n/anowAutomaticAdjustment:ChangestoConditions如果time-dependent的conditions在po创建之后发生了改变，如果condition的改变没有downstream的document存在的话，可以使用这个功能来自东调整po之中的condition。Po要是open状态的。如何实现：Vendormaster设置（Documentindexactiveindicator）设定conditiontype的changeoptionFieldDescriptionRemarksManualentriesManualentriesIndicator人手操作定义，可以是没有限制，以及不能，也可以为人手和自动设置优先级Delete是否可以被删除Amount/percent是否可以改变amount和百分比Value是否可以改变valueQtyrelation是否可以改变UnitCalculat.type是否可以改变calculationtype执行automaticdocumentadjustment路径：LogisticsMaterialManagementPurchasingPurchasingPurchaseOrderFollow-OnFunctionsAutomaticDocumentAdjustment可以通过创建worklist来找出所有conditionchange相关的信息。所有的conditionrecord的change会纪录在changedocument之中。可以在LogisticsMaterialManagementPurchasingMasterdataConditionsVendorpricechange之中察看有关inforecord/contract/schedulingagreement的变化。SpecialConditionTypesandSpecialFunctionsContentsPreciousMetalConditionsDeliveryCostsPalletDiscount/SurchargeWeightandVolumeDependentConditionsConditionExclusionProcedurePreciousMetalConditions略过贵重金属的条件下次再补上吧DeliveryCosts运费顾名思义就是运输费用，可以是vendor/carrier/forwarder或者是自己负责。Deliverycosts在po之中输入，如果运费是输入carrier或者forward负责的话，可以在输入条件的时候选择相应的公司代码。ConditionType之中的设定：Conditioncategory必须是BAccrual必须勾上，保证相关金额会post到一个provision账户Calc.Schema之中的设定：Statistical必须勾上,表示不参与netprice的计算(Stat)Transaction/eventkey必须设定用来决定provision账户(ActKy和Accrls)比如conditiontype:FRA1在conditiontype的设定：在calc.Schema之中的设定：在看看如何为deliverycost制定一个不同于订单vendor的vendor了，在一张订单的其中一个item之中加入一个FRA1的condition，然后选择该条记录，如下图1，点击下方的放大镜，进入condition的详细界面，见下图2。可以在右下方输入不同的vendor，该vendor是否可以在GR之中修改，要看condition之中的设定：vendorinGR。在FRA1之中default是不行的。PalletDiscount/Surcharge托盘折扣和费用一般我们会把小的包装放在大包装上，而carrier/forward等提供服务的公司一般会根据多过一种设备进行收费，比如，按照箱来收货，托盘来装车，根据集装箱来装船，如果我们的箱装满了整个托盘，提供服务的公司也许会给我们一些折扣，如果我们没有装满一个托盘，也许提供服务的公司会收取我们额外的费用。作为一个Pallet相关的condition，设定conditiontype的时候需要做以下设定：将该conditiontype加入到calc.Schema的合适位置，在schema之中设定为该conditiontype指定AltCBV的例程改conditiontype的unit必须在material之中被维护对于拼箱的情况也在相应的例程之中维护？LP00-03就是相关的conditiontype的设定了。WeightandVolumeDependentConditions这个我们之前已经提过了，只需要制定相应的calc.Type就行了。如果使用weight或者volume的话，必须在materialmaster或者po之中指定相应的grossweight/netweight/volume（byorderunit）。ConditionExclusionProcedure1.首先要设定conditionexclusiongroup:定了两个group：A01和B012.要为exclusiongroup指定conditiongroup:A01:RA00,RA01,RB00,RC00B01:RL013.还要为calcschema指定exclusiongroup和exclusionprocedure:选中RM0000后，点击左手边的exclusion可以选择以下的procedure:好了，现在可以试验一下了：在inforecord之中维护condition为PB0010USDRA00-3%Ra01-2%在generalcondition之中维护vendorcondition:RL01-6%再创建一张新的po的时候我们看看什么会发生：在itemdetail的conditiontab之中，只有RL01出现了，其他的两个conditiontype被排除掉了。