综合排序
最新发布
T3销售方不同的运费处理(一)销售方委托运输公司运输 业务形式1:运输公司的发票开给采购方,运输费由销售方垫付,销售方再向采购方收回。 处理:这是用友通10.2直接支持的业务。销售方通过“销售发票”上的【代垫】按钮来实现,核算中通过“收款单”产生凭证。 业务形式2:运输公司把发票开给销售方,运费由销售方负担。 处理:这种业务相当于销售方为了销售支付了一笔销售费用,按照税法规定,企业不论是因为采购,还是销售只要收到运输发票,都可以把运输发票到税务局认证,并确认7%的进项税额。所以销售方可以通过“采购模块”的运输发票来反映该笔业务,假定运费金额为100元,填制凭证为 借:营业费用 93 应交税金—应交增值税—进项税额 7 贷:现金 100 业务形式3:运输公司把运输发票开给了销售方,但销售费用仍有采购方来负担。这种业务不太多,并且也不太符合会计制度,但实际生活中的确存在。 处理:销售方的处理除了像2一样,确认费用和进项税额。还要在销售发票中增加代垫,来反映应收客户的这部分款项。(二)销售方自己运输 业务形式1:混合销售行为。销售方自己有运输工具,销售商品并提供运输,向客户收取的款项包括两部分,这种业务在税法上叫“混合销售行为”,这种运输所得是要并入到销售收入中,并适用销售货物的税率一并征收增值税的。 处理:要增加“运费”这个商品,在发货单和销售发票中反映,并且适用销售货物的税率。一并确认收入,确认销项税额。 业务形式2:销售方自己有运输工具,但运输业务与销售商品没有关系,即运输业务是受别的公司委托,这种业务在税法上叫做“兼营销售行为”,要分别核算。 处理:这种业务,销售业务就是正常的销售业务,而运输业务就是“提供应缴纳营业税的劳务业务”。
T3销售返利业务的处理目前返利的形式主要有三种:一是根据商家上次的销售数量,在下次交易的时候,直接给予折扣,抵减下次的收入;二是根据商家的销售情况,直接返现金;三是根据商家的销售情况,直接返商品。下面分别对这三种形式在用友通10.2中的实现方法做一个简单的介绍。(一)下次交易时直接给予折扣这与本章六中折扣销售、折让销售一样。销售方直接在销售发票上显示折扣额,按照折扣后的金额确认销售收入,这里不再赘述。(二)直接返还现金这种形式有很多公司是不在账面上显示的,或者直接在总账中填制凭证,销售方填制:借:营业费用贷:现金。如果要在业务中显示出来这种业务实质,则需要作相应的设置。1、如果想反映出是为哪种商品发生的现金返还,可以用红字的销售发票。销售发票上有一个退补标志选择退补。如这个月为某商品支付给商家500元的现金返利,则可以填制该商品的红字销售发票,并且选择现结,打上“退补”标志。 如下图:发票上打上退补标志,则发票上可以不录入仓库、存货数量和担架。同时虽然销售发票也会自动生成销售发货单,但不会生成销售出库单,也不影响现存量中可用量的查询。月末可以通过对“销售类型”的查询在“销售统计表”中统计这个月的返利额。注意:这种操作方法会使整个月的销售收入减少。该红字发票在客户往来制单,对生成的凭证需要修改。修改前:修改后:2、可以定义一个折扣属性的商品“返利”,来反映返利额。发生返利业务时,填制“返利”商品的红字发票,现结。直接通过对这个商品的查询,得到这个月的返款数额。但无法与具体的商品联系起来,只能与客户建立联系。(三)直接返还商品对于这种形式,销售方如果走销售模块,还要涉及到销售收入和销售成本的确认,处理起来比较繁琐。所以建议就像赠品出库一样走“其他出库单”,会计处理也与赠品的处理一样,确认销项税额,这里不再赘述。返利的业务举例(第二种返利形式的引申):业务描述:月末根据本月对某个客户的销售额,与一定的比率相乘,计算出本月对该客户的返利额。下个月按照一定比例把返利额分摊到每次的销售中。销售收入按照正常的销售确认,销售返利要体现在发票和发货单上,同时收款的时候按照发票金额减去返利金额来收款。例如5月份A客户可享受的返利是1万元,6月第一次销售给A客户2万元,按照比例,这次可返点0.5万元。操作步骤:系统没有根据累计数计算返利的功能。只能增加单据表体的自定义项,如“返利”(使用自定义项5,数字型)。在销售发票或者销售发货单的单据设计中加进去。在填制销售发票的时候,录入金额2万,确认销售收入和应收账款(不考虑税金,假定也是2万)。自定义项中录入0.5万元。这样实现了按照正常销售确认收入和在发票上体现出来的要求。在收款结算的时候,收款金额为1.5万,核销这张发票,在“本次折扣”栏中输入0.5万,则结算金额为1.5万。实现了按照抵减后的金额收款的要求。
T3委托代销业务的处理业务说明:委托方将商品委托给受托方代销,此时商品所有权并未转移给受托方。因此,委托方在交付商品时不确认收入,不开具销售发票。受托方销售商品后,开出销售清单,委托方根据销售清单开具销售发票。代销商品有两种方式:方式一:视同买断。委托方按协议价收取货款,实际售价由受托方自定,售价与协议价之间的差额归受托方所有。方式二:收取手续费。受托方根据代销的商品数量收取手续费,其实这是受托方的一种劳务收入。业务举例:甲公司委托乙公司销售衣柜100台,协议价款为每台200元。该商品成本每台120元,增值税率为17%。乙公司自己销售,按照每台240元销售。假定10台衣柜全部售出。委托方的操作步骤:与上述二、分期收款销售业务基本相同。1、设置“委托销售出库”的出库类型和销售类型,科目设置——对方科目设置中,设置“委托销售出库”出库类型对应的对方科目为“委托代销商品”。2、将商品交付乙公司时,填制100台衣柜的销售发货单,金额为20000元,由销售发货单生成销售出库单,对销售出库单正常单据记账后,通过“购销单据制单”生成凭证。凭证为:借:委托代销商品 12000贷:库存商品 120003、收到乙公司开出的销售清单时,由销售发货单生成销售发票,对该发票根据实际情况“现结”或者“确认应收账款”,通过客户往来制单中生成凭证。凭证为:借:应收账款(银行存款) 23400贷:主营业务收入 20000应交税金——应交增值税——销项税额 34004、在总账中手工填制结转成本的凭证。凭证为: 借:主营业务成本 12000贷:委托代销商品 12000受托方的操作步骤:1、增加仓库“受托库”,设置“受托代销入库”和“受托代销出库”收发类别。设置“受托代销出库”的销售类型。2、设置存货科目和存货对方科目。存货科目“受托库”设置为“受托代销商品”;存货对方科目“受托代销入库”对应的科目是“代销商品款”,“受托代销出库”对应的科目为“主营业务成3、如果允许,暂估方式选择“单到补差”。4、收到受托代销的商品时:填制采购入库单,金额20000元。选择仓库“受托库”和入库类别“受托代销入库”,记账后,购销单据制单选择“采购入库单(暂估记账)”生成凭证:借:受托代销商品 20000贷:代销商品款 200005、商品销售出去,如正常的销售业务一样。填制销售发货单,销售发票,销售类型为“受托代销出库”,商品价款为24000元。生成销售出库单。销售出库单记账。客户往来制单中“发票制单”或者“现结制单”生成确认收入的凭证:借:银行存款(应收账款) 28080贷:主营业务收入 24000应交税金—应交增值税—销项4080购销单据制单中选择“销售出库单”生成确认成本的凭证借:主营业务成本 20000贷:受托代销商品200006、收到委托方根据销售清单开具的销售发票:填制采购专用发票,进行采购结算。核算模块进行“暂估成本处理”。因为采用“单到补差”的暂估方式,暂估金额即协议价,与发票金额一致。所以不会产生红蓝回冲单。核算管理中 供应商往来制单:借:代销商品款 20000应交税金—应交增值税—进项3400贷:应付账款 23400其实对于受托方来说,把其当成正常的业务处理即可。一个正常的销售业务和一个暂估的采购业务。采购业务中只是存货科目不是“库存商品”,变为“受托代销商品”;中间科目不是“物资采购”,变为“代销商品款”。注:"代销商品款”科目可以设置为供应商往来的,但不能受控于“应付”系统。
T3提供应缴纳营业税的劳务如何处理按照产品功能来讲,T3中的销售模块是针对销售货物而言,即针对的税项应该是增值税。对于提供的应交营业税的劳务,如咨询业务,凭证应在总账中填制。但有些企业也想在销售模块实现。如何设置?有两种方法可以实现,一种是填制销售发票,另一种是填制其他应收单。方法一:填制销售发票操作步骤:1、增加一个商品,如“咨询”,属性定义为“销售”和“劳务费用”。2、当提供咨询服务,确认劳务收入为100元时,填制一张“销售普通发票”。税率为0。注意:千万不要把咨询业务应交的营业税率5%填入,那样的话,价税合计就会是105元,确认的应收帐款也是105元,但营业税的计税方法决定应收帐款应该是100元。由于咨询业务没有成本,也就不会生成销售出库单(会生成销售发货单)。劳务收入100元也即它的毛利。在“劳务收入统计表”中查询出劳务收入的总数。根据这个总数乘以一定的税率计算出应交的营业税,在总账模块填制凭证:借:主营业务税金及附加 5贷:应交税金—应交营业税 5方法二:填制其他应收单操作步骤:1.增加一张“其他应收单”。2.在“客户往来”∣“应收单查询”中,输入查询条件:3.“本期金额”合计就是本期收取的服务费金额。根据这个总数乘以一定的税率计算出应交的营业税,在总账模块填制凭证:借:主营业务税金及附加 5贷:应交税金—应交营业税 5当然了,对于该张应收单还要进行收款核销。
T3结转应收应付时提示“错误号:0”问题现象:年结转应收应付时报错,提示“错误号:0”原因分析:1、看到这个报错没法确定问题的原因,只能用事件探查器跟踪。跟踪发现结转报错时执行的语句:InsertIntoAp_CloseBill(cVouchType,cVouchID,dVouchDate,iPeriod,cDwCode,cDeptCode,cPerson,cItem_Class,cItemCode,cSSCode,cNoteNo,cDigest,cexch_name,iExchRate,iAmount,iAmount_f,iRAmount,iRAmount_f,cOperator,cCancelMan,bPrePay,bStartFlag,cPreCode,cSrcFlag,cFlag)Values('48','01','2013-08-17',0,'BJ1001',Null,Null,Null,Null,'1',Null,Null,'人民币',1,1263600,1263600,1263600,1263600,Null,Null,1,1,Null,'A','AR')Ap_CloseBill是收付款结算表,cVouchType=‘48’表示收款单,cDwCode表示单位编码,bPrePay=‘1’表示预收。此记录是一条预收款。2、既然结转到2014年时要向ap_closebill表中插入记录,首先就会想到在2013年的此表中肯定会有这条记录存在。我们可以先在2013年查询一下此表,看是否有问题。对2013年执行如下查询语句,却发现2013年的ap_closebill表中并未有相关记录存在。按照常理来说,既然向下一年的ap_closebill表中插入记录,那么上一年中肯定也会有记录的,可是现在的确没有。我们接下来会想应该还有其他表会存有ap_closebill表的相关记录。3、我们可以新建一个帐套,做一张收款单,然后做预收,使用事件探查器跟踪看会在那些表中写入记录。解决方案:我们先做一张收款单,然后形成预收。使用事件探查器跟踪发现会向AP_Detail表中插入记录。既然知道ap_detail表中会存有ap_closebill表形成的预收,下面我们来查看一下2013年的ap_detail表。发现有3条预收记录。ap_detail表中有预收记录,但是Ap_closebill表中却没有记录,也就是说预收记录没有单据来源。我们删除这些预收记录后再结转试试,结果是结转成功。(针对客户数据,下列脚本中需要根据实际情况加上对应的where条件再处理问题)deletefromAp_DetailwherecVouchType='48'知识扩展:Ap_Detail表是记录应收应付的表,发票审核形成的应收应付、收付款单核销、预收预付、预收冲应收、预付冲应付、红票对冲等都会向该表插入记录。上面的案例只是一种情况,是收款单没有了,但在ap_detail中却有收款单形成的预收等记录。结转应收应付报错的原因很多都是Ap_Detail表和记录来源表之间的对应出现问题导致的。比如Ap_Detail表中有对应的发票记录,或发票核销记录,但是在发票表中却找不到原始单据。这种情况需要和客户确认这些发票的实际情况,必要时将ap_detail表中的这些发票的记录删除则可结转成功。再有如Ap_Detail表中有对应的发票记录,或发票核销记录,这些记录的cinvcode字段应该是对应发票上的记录的存货编码,但问题发现是这些存货编码在ap_detail表中为null值了,这时需要在ap_detail表中将这些null值改成对应的发票中的存货编码。
新年大吉
  • 冬去山川齐奇丽
  • 喜来桃里共芳香