SD生成的会计分录.docVIP

与SD（销售）模块有关的帐务第一步，当MM模块对外发货时，填好外向发货单，发货过帐后，则, @ }$ r! h |8 u借：商品销售成本（购销或代销） /主营业务成本 贷：存货（受托代销商品）（此为系统自动产生的分录！） /库存商品第二步，当向顾客开出销售清单时（即BILLING），此非通常所说的开正式税务发票！/ X5 i3 M5 m: X( h2 s/ T借：顾客（为系统产生的10位数号码，会自动过入至应收帐款的统驭科目，原理前述） J4 p) w. r9 ]# d( ~ K. E贷：商品销售收入 /主营业务收入应交税金—增值税-销项税（此为系统自动产生的分录！）若货物售出后，顾客退货，则需做一个上述的反向动作！收到顾客退货时，称为反向发货。开出的销售清单为红字（称为贷方凭证）。系统同样会产生上述相反的分录。五、SAP 零售模块存在的问题 z3 t1 b3 o# }1 f1 S1 y( E$ F \1 q c0 {( @2 t5 s: [3 I. J; [- I265.1 代销的结算0 J4 ?6 {; c$ k2 A对于代销的业务，SAP是按照GAAP（generally accepted accounting principle）来进行设计7 ~7 W- I2 Z4 U* a2 s4 P- S4 q4 s的，相关原文如下：3 U9 g6 r6 A2 Y1 Zbecausetitletothemerchandiseisheldbyconsignorbutphysicalpossessionisheldbytheconsigne, A6 ?+ u {+ }$ fe……..theconsigneedoesnotmakeanentryforreceiptoftheinventoryinthegeneralledger;however,memorandumcontrolrecordsusuallyarekept.②。即，对于代销商品，受托人是不进行会计处理% j f7 i; t3 K??D# X, E的，只在备查帐进行记录，以便于数量的控制。SAP的零售系统完全是按照此思路进行设计的。但中国的企业会计制度对于受托代销商品的核算且全然不是如此（具体参见《企业会计制度》说明）。3 x9 w% M! G% U7 o因此，两者的差异较大，完全不适合中国的企业会计制度核算的要求，同时在税务上也存在一定的问题。为此，必须对代销的有核算尤其是结算应进行客户化的开发。一般在对于代销商品的核算进行设置时，在商品主数据中的评估组中设计了两个评估码，即前述的3100（购销）与3400（代销）。代码的不同，只是确定了不同的会计科目如库存商品、受托代销商品、GR/IR及代销GR/IR，但在与3 q0 f Z M3 k7 z, R, ~5 ^; C- m6 h供应商的结算上，二者却是大不相同的。购销的结算是供应商直接与经销商的交易额进行结算，而代销的结算则是根据代销商的商品代销清单来进行的，这样系统中的每一张采购单都不可能是立即结清的，而且对于数量众多的代销商品，系统如何选择未结清的采购单及单价，这些都是客户化开( u* f; ]/ j y8 {发中应当考虑及困难之处。5.2 退货单价的确定（退还供应商）: q/ _; I, V. z9 X+ P6 E这问题与上述相关，即对于代销商品退回给供应商时，系统应选用什么单价。如某些公司的蓝图设计，为所有未结清采购订单中的最早价。这是考虑到近年来，商品的采购价都呈下降之趋势。. j$ V6 U1 u/ H但系统客户化开发的过程中显示，对于最早价的选择，需用手工的方式进行。这样，当交易量大时，会降低作业效率，同时，手工操作难以确保有些标准是否会得到一致的执行。4 H2 [ Z h2 X1 p6 _0 W5.3 分录借贷顺序3 M% t/ H3 O! b6 H. I$ b, B/ o在SAP系统中，对于会计分录的顺序，不是完全按照借贷的顺序来显示，有时可能是贷借，虽然不会影响到整个分录的准确性，但似乎不符合会计核算的要求。希望将来的版本在这方面能有所改进。5.4 收入的提早确认从前述，我们可以看到，当存货发出时，系统就自动产生借：销售成本贷：存货。在做BILLING9 E b \+ P9 X% Q: b l. A动作时，才产生借：客户贷：销售收入贷：应交税金。这种作法表明，SAP对于收入的确认是以发- V3 { M- s2 e _2 Z) J+ V1 }货为时点的，意味着发货就一定代表客户对货物的接受。虽然在现实交易中(零售业)确实有90%的3 i n) F# y e+ t0 X2 X0 j- ?可能在发货时就代表客户对该货物