混业经营分开核算,可防止从高适用税率
2016-1-31 0:0:0 wondial混业经营分开核算,可防止从高适用税率
混业经营分开核算,可防止从高适用税率 混业经营是我国全面推行“营改增”时,在《财政部、国家税务总局关于在全国开展交通运输业和部分现代服务业营业税改征增值税试点税收政策的通知财税》(〔2013〕37号,以下简称37号文件)中提出的新概念。自2014年1月1日起,37号文件废止,新发布的《财政部、国家税务总局关于将铁路运输和邮政业纳入营业税改征增值税试点的通知》(财税〔2013〕106号,以下简称106号文件)继承了37号文件的这一概念——一般纳税人企业同时经营适用不同增值税税率的业务,即为混业经营。在实践当中,很多企业在混业经营的税务处理上经常出问题,其风险需要高度关注。
在实践中,混业经营的主要表现形式为三种:一是销售技术产品并同时提供技术服务,技术产品适用17%的增值税税率,而技术服务则适用6%的增值税税率;或以技术服务为主业,同时提供技术产品,也是混业经营。二是销售产品同时提供运输服务,产品适用17%的增值税税率,而运输服务则适用11%的增值税税率。三是从事运输服务的同时提供仓储服务,运输服务适用11%的增值税税率,而仓储服务则适用6%的增值税税率。
“营改增”后,增值税的适用税率包括17%、13%、11%、6%和零税率五档,征收率主要有6%、4%和3%三档。营改增试点纳税人兼有上述适用不同税率或征收率的增值税应税事项,但未能对上述事项分别核算的,则根据其实际经营的应税事项中适用最高一档的税率或征收率征收。
在实践中有这样一个案例。某酒厂是“营改增”试点地区企业,2013年2月销售白酒收入20万元、大米收入3万元,自备汽车运输收取运费收入0.4万元,可抵扣进项税2.6万元,企业未分别核算。企业自行计算应缴增值税=(20×17%+3×13%+0.4×11%)-2.6=1.234(万元)。税务机关认为该公司没有分别核算,应从高适用税率计税。那么,该酒厂的混合经营业务是否要分别核算?企业该如何处理?
根据106号文件附件2《营业税改征增值税试点有关事项的规定》第一条第一款规定,试点纳税人兼有不同税率或者征收率的销售货物、提供加工修理修配劳务或者应税服务(混业经营)的,应当分别核算适用不同税率或征收率的销售额,未分别核算销售额的,按照以下方法适用税率或征收率:兼有不同税率的销售货物、提供加工修理修配劳务或者应税服务的,从高适用税率。兼有不同征收率的销售货物、提供加工修理修配劳务或者应税服务的,从高适用征收率;兼有不同税率或征收率的销售货物、提供加工修理修配劳务或者应税服务的,从高适用税率。为此,该酒厂应纳增值税=20×17%+(3+0.4)÷(1+17%)×17%-2.6=1.294(万元),比企业自行计算多纳增值税600多元。这就提醒纳税人,需要分别核算不同税目的销售额,否则会存在多缴税的风险。
在实践当中,有混业经营业务的企业,光分开核算还不行,还应到当主管国税机关备案,把涉及的混业经营项目表述清楚。在这个基础上,再分开核算,才能适用不同的税率,避免“从高适用税率”的风险。若混业经营的业务规模较小,例如销售产品同时提供运输服务,其运输服务收入没有达到500万元,可以考虑把运输部门分拆出去,成立一个小规模纳税人的运输公司,就可适用3%的增值税征收率。对于混业经营的各项业务,在实务上如果不易划分,或划分不清楚,建议对这些业务进行分拆,成立不同的公司,包括小规模纳税人企业,以便享受低税率的优惠政策,同时防范涉税风险。
如果您的问题还没有解决,可以到 T+搜索>>上找一下答案
相关阅读
- 用友软件年度结转操作步骤2019-4-23 8:0:0
- 用友t3怎么备份2019-4-23 8:0:0
- 用友t3怎么备份帐套2019-4-23 8:0:0
- 用友t3怎么备份数据2019-4-23 8:0:0
- 用友t3怎么备份账套2019-4-23 8:0:0
- 用友t3怎么导入备份2019-4-23 8:0:0
- 用友t3怎么导出总账2019-4-23 8:0:0
- 用友t3怎么导出账套2019-4-23 8:0:0
- 用友t3怎么年度备份2019-4-23 8:0:0
- 用友t3怎么恢复备份2019-4-23 8:0:0
最新信息
![结算成本处理过滤不出对应业务记录](http://yun.kuaiji66.com/zb_users/plugin/MiniTu/noimg.png)
结算成本处理过滤不出对应业务记录 结算成本处理过滤不出对应业务记录
问题号: | 13749 |
---|---|
解决状态: | 临时解决方案 |
软件版本: | U8普及版 |
软件模块: | 存货核算 |
行业: | 通用 |
关键字: | 结算成本处理过滤不出对应业务记录 |
适用产品: | U8普及版–存货 |
问题名称: | 结算成本处理过滤不出对应业务记录 |
问题现象: | 结算成本处理过滤不出对应业务记录:采购入库单和采购发票结算后,后期来了运费发票通过费用折扣结算,应该在存货核算系统进行结算成本处理,生成入库调整单进材料成本,但是客户在本月做过处理后,恢复记帐后就没有再做结算成本处理,客户想在第二个月再做结算成本处理,因为产成品成本全部已经归及了。此方式按理说是可以的。但客户帐套,第二个月此部分再做“结算成本处理”界面就看不到了,不能调整入库成本,造成帐面不平,请问此问题应该怎么处理。 |
问题原因: | 经新建帐套,按问题描述业务流程进行测试,并未发现问题现象。说明系统是支持此种应用方式的。如果用户的该笔业务在结算成本处理中过滤不出来,可能跟用户数据库中的一些标志有关。 |
解决方案: | 进行结算成本处理时可借助SQL事件探察器进行跟踪,系统会执行如下过滤脚本: SELECT IA_EstiSettle.PSVID, IA_EstiSettle.ID, IA_EstiSettle.iRdID,IA_EstiSettle.iRdsid, ‘ ‘ AS 表达式1,IA_EstiSettle.cSVCode, IA_EstiSettle.cWhCode, IA_EstiSettle.cWhName,IA_EstiSettle.cPIVCode, IA_EstiSettle.DDATE, IA_EstiSettle.cInvCode,IA_EstiSettle.cInvName, IA_EstiSettle.cInvM_Unit, LTRIM(STR(IA_EstiSettle.iSVQuantity,20,2)),LTRIM(STR((Case When IsNull(IA_EstiSettle.iRdsid,0)0 then(case when isnull(ia_subsidiary.iainquantity,0)=0 then 0 else (isnull(ia_subsidiary.iainprice,0)+isnull(ia_subsidiary.idebitdifcost,0)-isnull(ia_subsidiary.iCreditDifCost,0))/ia_subsidiary.iainquantity end)else ia_estisettle.isvacost end),20,2)), LTRIM(STR((Case When Isnull(IA_EstiSettle.iRdsid,0)0 then IsNull(IA_EstiSettle.iSVQuantity,0)*(case when isnull(ia_subsidiary.iainquantity,0)=0 then 0 else (isnull(ia_subsidiary.iainprice,0)+isnull(ia_subsidiary.idebitdifcost,0)-isnull(ia_subsidiary.iCreditDifCost,0))/ia_subsidiary.iainquantity end) Else ISNULL(IA_EstiSettle.iSVAPrice,0) End),20,2)), LTRIM(STR((case when isnull(IA_EstiSettle.iSVCost,0)=0 then 0 else (isnull(IA_EstiSettle.iSVQuantity,0)) end),20,2)),LTRIM(STR((case when isnull(IA_EstiSettle.iSVQuantity,0)=0 then 0 else (isnull(IA_EstiSettle.iSVPrice,0)/isnull(IA_EstiSettle.iSVQuantity,0)) end),20,2)),LTRIM(STR(IA_EstiSettle.iSVPrice,20,2)),IA_EstiSettle.ibsid,IA_EstiSettle.cRdCode, IA_EstiSettle.cRdName,IA_EstiSettle.cFree1,IA_EstiSettle.cFree2,IA_EstiSettle.cFree3, IA_EstiSettle.cFree4,IA_EstiSettle.cFree5, IA_EstiSettle.cFree6,IA_EstiSettle.cFree7, IA_EstiSettle.cFree8,IA_EstiSettle.cFree9, IA_EstiSettle.cFree10 FROM (((((IA_EstiSettle INNER JOIN Inventory ON IA_EstiSettle.cInvCode = Inventory.cInvCode) left Join PurBillVouchs On IA_EstiSettle.iBSid=PurBillVouchs.Id) Left JOIN RdRecords ON IA_EstiSettle.iRdsID = RdRecords.AutoID) left join ia_subsidiary on rdrecords.autoid=ia_subsidiary.id) left join rdrecord on rdrecords.id=rdrecord.id) WHERE (((Purbillvouchs.bExBill=1 and isnull(IA_EstiSettle.iRdsid,0)=0) or (Purbillvouchs.bExBill=1 and isnull(IA_EstiSettle.iRdsid,0)0 and (ia_subsidiary.cvoutype=’01’ or ia_subsidiary.cvoutype=’33’))) or (isnull(IA_EstiSettle.iRdsid,0)0 and (ia_subsidiary.cvoutype=’01’ or ia_subsidiary.cvoutype=’33’))) and IA_EstiSettle.dSVDate<='2006-02-28' AND (IA_EstiSettle.bAccount=0) and (isnull(IA_EstiSettle.iSVQuantity,0)0 or isnull(IA_EstiSettle.iSVPrice,0)0) AND ((Purbillvouchs.bExBill=1) or (rdrecord.cbustype=’受托代销’ or (rdrecord.cbustype’受托代销’ and rdrecords.dsdate<='2006-02-28'))) AND ((RIGHT(IA_EstiSettle.cMonth,2)<'02') OR (IA_EstiSettle.cMonth is null)) AND IA_EstiSettle.cWhCode IN ('DD') order by IA_EstiSettle.PSVID,IA_EstiSettle.ID,ia_subsidiary.bflag desc,IA_EstiSettle.cWhCode,IA_EstiSettle.cCode 可通过如下脚本分析看where条件中如IA_EstiSettle.bAccount=0等标志、条件是否有问题,以进一步分析处理。 如果涉及数据库的修改,修改前请务必做好数据备份! |
补丁编号: | |
录入日期: | 2016-03-16 15:23:45 |
最后更新时间: |