销售成本科目什么时候生成？

zhaoyin

顶上去

晏儿

Oracle标准功能是,在做Ship confirm时结转销货成本,其成本科目来自于在设定Item属性时所指定的"Cost of goods sold account". 楼上所说的问题,可通过修改"OM : Generate Cost of Goods Sold Account"这个Workflow来实现,即根据OM的不同Transaction type来决定成本科目,在OM设定TXN_Type时需要指定成本科目的.

网上无贼

发货但不一定要确认销售收入，楼主应该是这个意思吧。那你在做发货时，通过设定在途库的方法实现，此时的会计方法为：
                           借：库存商品（公司库存）   
                           贷：库存商品（在途库存）
确认收入时从在途库出库，即发运确认，运行完工作流后台引擎后产生两部动作，一是结转成本，会计方法为：
                           借：主营业务成本（本月）
                           贷：库存商品（在途库）
二是将发运订单信息导入应收接口表，导入应收接口表中的订单（已发运确认）信息必须要在本月会计期内开具发票，会计方法为：
                           借：应收账款（甲客户）
                           贷：主营业务收入（本月）
                               应缴税金-应缴增值税-进项税
也就是说，从公司库存挑库到在途库即为公司发货，发货日期已系统内事务处理日期为准，对在途库的发运确认即为结转销售成本并要进行确认收入，而且销售收入会计信息与销售成本会计信息都是发生在本月，符合会计匹配原则。

kingwgq

最初由 网上无贼 发布
[B]发货但不一定要确认销售收入，楼主应该是这个意思吧。那你在做发货时，通过设定在途库的方法实现，此时的会计方法为：
                           借：库存商品（公司库存）   
                           贷：库存商品（在途库存）
确认收入时从在途库出库，即发运确认，运行完工作流后台引擎后产生两部动作，一是结转成本，会计方法为：
                           借：主营业务成本（本月）
                           贷：库存商品（在途库）
二是将发运订单信息导入应收接口表，导入应收接口表中的订单（已发运确认）信息必须要在本月会计期内开具发票，会计方法为：
                           借：应收账款（甲客户）
                           贷：主营业务收入（本月）
                               应缴税金-应缴增值税-进项税
也就是说，从公司库存挑库到在途库即为公司发货，发货日期已系统内事务处理日期为准，对在途库的发运确认即为结转销售成本并要进行确认收入，而且销售收入会计信息与销售成本会计信息都是发生在本月，符合会计匹配原则。 [/B]

对,我们在VMI的业务处理中就是采用这样的做法.

建一个VMI库(所有权为公司, 实物由客户代管,每月末盘点), 货发往客户时,子库转移或订单转移, 客户领用后确认没问题的,确认收入,从VMI 库做SHIP CONFIRM.

ellawhq

最初由 Fire_Ice 发布
[B]为什么要用AR Interface来实现呢，这样本身也增加AR人员的工作量哦。
如果将需要确定收入的定义为一种类型，然后再这种类型的trans type line中设定其line flow时，可以选择一种扣账后抛入AR interface 的workflow即可啊。
那些不需要确定收入的就将其line flow设置为不需要抛入AR的即可啊。 [/B]

你的说话是可行的，但我想不是alpstream要的答案，因为发出商品只是暂时不确认应收，但它只是时间的问题，最后都是需要转成应收帐款。
这应该就是像经销商一样，虽然我们有出货给他们，但这些货物还是要算我们的存货，要等他确认后，才能算是我们的存货发出……

ellawhq

最初由 kingwgq 发布
[B]



对,我们在VMI的业务处理中就是采用这样的做法.

建一个VMI库(所有权为公司, 实物由客户代管,每月末盘点), 货发往客户时,子库转移或订单转移, 客户领用后确认没问题的,确认收入,从VMI 库做SHIP CONFIRM. [/B]

对，这样是个好方法，记录，以前我们用的很复杂，都是抛到AR后把complete的transaction变成incomplete，还好现在也没有用了，谢谢……

jason.lutao

产生该问题是由于老美比较规范，发货时肯定要开票，票随货走，不象在中国，客户比较牛，送货是送货，至于开票收钱则是另外一回事。而且中国的税务也比较牛，开票才允许结转成本。否则认为你企业在当期虚增成本，有逃税的嫌疑。
我认为根据TransationType在AR接口表作开发的方法不可取。因为在作Order时有时根本就不知道该批货物是否当期会开票。
解决该问题一般有2种方法：
方法1：这种方法比较适合实际卖货，仅仅只是开票比较晚的情况
发货确认时不自动结转成本。仅仅结转到中转科目比如：已发运商品（或在途商品），当然科目属性是资产类的，一般应该挂在1243库存商品一级科目下，而开票时再手工在GL里做一笔凭证，Dr：成本，Cr：中转科目（已发运商品）。
缺点：如果库存核算方法是加权平均就比较复杂了，因为不知道要结转多少金额的成本（当时的均价和现在已经不同了）。需要开发一张报表来取得当时的成本。

方法2：这种情况比较适合象寄售方式的销售，退货，换货比较频繁。
在库存组织中为每一个客户设定一个子仓库或库位，实际发货时做移库，等到真正开票时在作发货并确认。
缺点：如果客户比较多，而且变动比较大就不合适了，因为总要不停的新设子仓库或库位

alpstream

最初由 网上无贼 发布
[B]发货但不一定要确认销售收入，楼主应该是这个意思吧。那你在做发货时，通过设定在途库的方法实现，此时的会计方法为：
                           借：库存商品（公司库存）   
                           贷：库存商品（在途库存）
确认收入时从在途库出库，即发运确认，运行完工作流后台引擎后产生两部动作，一是结转成本，会计方法为：
                           借：主营业务成本（本月）
                           贷：库存商品（在途库）
二是将发运订单信息导入应收接口表，导入应收接口表中的订单（已发运确认）信息必须要在本月会计期内开具发票，会计方法为：
                           借：应收账款（甲客户）
                           贷：主营业务收入（本月）
                               应缴税金-应缴增值税-进项税
也就是说，从公司库存挑库到在途库即为公司发货，发货日期已系统内事务处理日期为准，对在途库的发运确认即为结转销售成本并要进行确认收入，而且销售收入会计信息与销售成本会计信息都是发生在本月，符合会计匹配原则。 [/B]

　我们现在也想到用中转库这个方法，但是也是有个问题，退换货的问题，因为发到中转库就等于发到客户那里了，这时系统还没有做发运确认，那就不能做退货，各位，退换货怎么处理呢，客户要体现退换货信息，
　　我这里有个关于退货的方案：1，?发运确认拆分，2，延交，退到订单上，3，新建一个事务处理类型，叫退货，执行的是标准子库转移，4，在弹性域里记录退货的订单号及退货原因等，5，开发报表来统计退货记录。
　但是这样操作挺麻烦的，大家有没有别的什么建议呢

alpstream

最初由 kingwgq 发布
[B]



对,我们在VMI的业务处理中就是采用这样的做法.

建一个VMI库(所有权为公司, 实物由客户代管,每月末盘点), 货发往客户时,子库转移或订单转移, 客户领用后确认没问题的,确认收入,从VMI 库做SHIP CONFIRM. [/B]

kingwgq，那你们的退换货怎么处理的呢。

alpstream

顶，各位老大，再帮帮忙：）