Sales
Sales部分知识
仅用于自己的学习纪录,并需逐步完善
销售区域划分为HK,HZ,DG等,并用单独的代号,例如HK85、CN88、CN81,其中HZ与DG的Credit Control Area属于CN00。
每个销售组织有不同的销售渠道(出口到xx,内销等),使用不同的代号表示。
层级为销售组织-销售区域-销售办
一、Process
Process大致是三个流程:sales order—>delivery note—>billing。
sales activity-销售在销售前的活动,例如谈客户,谈合作等活动;
Inquiry-客户对产品产生兴趣,询问价格等问题,洽谈折扣等细节;
Quotation-生成正式的报价单提交给客户(Z203);
Order-正式订单(Z200);
Free-of-charge delivery-例如交付的产品中某一个损坏了,公司重新发一个而生成的单据(Z203);
Free-of-charge subsequent delivery-类似于退货重发(Z204);
Returns-退货退款(Z610 Return normal & Z614 Exchange return)
Contract-采购合同,并没有包括具体的交货时间和交货数量,这些信息需要在后续订单中体现;
Sched.agt-要求在一定时间内提供一定数量或一定金额的货物或服务;
Outbound delivery-交货单;
Shipments-运费相关单据;
Invoice-发票;
Debit memo-少收了钱,后续补收;
Credit memo-后续协商返款;
1.Order
生成订单时输入物料号,此时需要注意的是,有内部物料号和客户看见的物料号两种,这是由于某产品会有很多不同的迭代升级信息存储在系统中,但是出售时该产品仅出售当前出售的型号,对客户来说只有这一种产品,对内部来说是不同的编号,因此有两种物料号。
在完成订单基础信息输入后,需要进行ATP check
在订单中,可以一次性发货,但是在客户要求或者是仓库调配的情况下,一张订单会分批次发货
在选择产品包括的库存时,可以选择包括不同状态的产品,例如报废破损、加工中、正在转运途中
交付订单到交付产品的时间是逆推的,从客户要求的到货时间反退到运输-等待运输-打包产品-运输计划,一步步反推到每个节点的开始时间;但若反推到某个时间点,若当天已在该时间点,无法逆推下去,则从今日开始顺推订单的发货流程。
从上图可知,当天Rout是CN35L5,Transportation需要35天,从Delivery day反推35个工作日回Goods issue day,再通过loading material available date反推5个工作日到TPData。
通常情况下,Route中的日期都是默认为工作日。
在准备创建DN单时,会对订单进行检查,确认订单是否完整
通过上图的步骤则可以查看订单Incomplete的详细log,例如上图中Gross weight、Net value以及Net weight没有填入,因此订单不完整。在个别情况下,由于新产品一些数据并没有维护完整,部分数据会没录入,可以给设置缺省值以使DN单正常生成。
MR(material Reservations物料预留),有时候客户并没有生成正式的Order,仅对Quotation达成了一致,此时会对客户情况分析,一部分客户为为他们做物料的预留,生成正式SO后则会优先度提前,一部分由于不是熟客或者信誉情况一般的则仅仅会有MR单的数据呈现,实际不会进行物料的预留。
Return Exchange
分为两种情况,一是Return Normal,二是Exchange
前者直接退货
后者在收到物料以及发出物料时都会生成DN单以及生成对应的BIlling,此时的Billing时形式上的Billing,仅为保证数据平衡,如下图
在收到退货后,会对货物进行检查,一般来说,退货的原因为“不想要”以及“有问题”两种情况,所以在检查后货物将会记录到Unrestricted use或Bloked两个区域。
在上图中的Unrestricted use旁边有quality列,当货物存在问题是,会计算到该列,通过核验确认是人工问题,即可以修复则会返回到Unrestricted use中,若是存在产品不可逆转的问题,则会记录在Blocked里
2.Delivery
整个送货流程大致为:生成DN单,仓库拣货Picking,物料打包装箱装柜Packing,最后发货Post。
通常情况下多张SO可以合并为一张DN,但前提是各张SO中一些信息资料相同,比如配送方式,交付时间等,否则无法合并,查看无法合并的log看下三图
可知是routes的不相同导致不发合并,检查两张SO可以看见route一个是CN00L0,一个是CN00L3
除了对外的SO,还有TO,因此创建TO对应的DN也有不同
在提交这类型DN时,会批量显示是否成功,不成功也可以检查对应的log,详见HG_SCS_SD_2019.ppt P63-P65
3.Billling
SD模块中的三部分,Order、Outbound delivery和Billing document都会统计到FI模块中
Billing的类型有很多种,上文基本都有提及
在创建发票时,同样也会可能产生错误,查看错误日志详见ppt P68-P70
修改发票数据以及释放被锁住的发票到FI模块相关步骤见ppt P71-P73
Print
DN可以批量输出,但Billing只能单条查询 详见ppt P73-P77
Report
内部自建的程序,可以便捷的输出BillingZSD1BD03
二、Data
Date部分包括Customer,product,price
1.Customer
客户资料部分分为三小部分,基础信息、公司信息、销售区域信息
输入Tcode FD03进入客户数据显示界面,填入相关信息
在下图的界面中,下面的order表示了各种发货方式下发货的速度,例CN35L5–需要35天,准备订单产品需要5天。
以上为客户以及销售区域相关信息的维护
2.Product
使用T-code mm01进入,输入物料创建视图,从Sales:so1开始的前五个是主要使用的,选择后输入工厂销售组织以及渠道则可以看见物料的相关信息。
其中Dchain-spec.status表示物料当前的状态,主要有下列状态
在下面部分的信息中,展示物料的税务信息以及物料的销售数量信息(最小销售数量/销售数量是XX的倍数,例如数量是100的倍数,买110个会要求为200个)
在图中的税务信息来看,可以分为四种情况
客户是国内/国外,物料是含税/不含税,组合成四种情况。
在Sales:so.2中,可以配置物料的一些其他信息 ?
在general/plant这一part中,需要注意的是Availability check—可用性检查
3.price
价格=定价+折扣/优惠+运费+税
目前Discount有两种形式,一是直接折扣百分比,二是减X元的形式(类似代金券形式);以及阶梯式的折扣,价格档次不同折扣不同。
在创建报价单时,可通过Key Combination选择不同的架构
可看为给某些特殊的公司OR客户,在某些物料上会有特殊的设定,例如价格、折扣或是发货之类。例
valid from是该指价格起始时间,可以在某事件节点新增变更价格。
三.Customization
这部分包括很多内容,基本是穿插在sales部分中