用友软件首页

大家好，请教个问题，以公司名义购买了一台小轿车，开的是专票，抬头是公司名称，该公司是一般纳税人，那进项税可以抵扣吗 _0

2017-11-28 0:0:0　wondial

大家好，请教个问题，以公司名义购买了一台小轿车，开的是专票，抬头是公司名称，该公司是一般纳税人，那进项税可以抵扣吗 _0

大家好，请教个问题，以公司名义购买了一台小轿车，开的是专票，抬头是公司名称，该公司是一般纳税人，那进项税可以抵扣吗[]

不能抵扣
@枫叶正红为什么不能抵扣？
以公司的名义购买的小轿车，取得了税控系统开具的机动车销售统一发票，然后去认证，认证后是可以抵扣的。
可以的

如果您的问题还没有解决，可以到 T+搜索>>上找一下答案

分享到：

微博关注

bj用友软件

相关阅读

最新信息

用友财务通标准版2005财务通821标准版财务通2005如何转换数据
用友财务通标准版2005财务通821标准版财务通2005如何转换数据

用友财务通标准版2005财务通821标准版财务通2005如何转换数据财务通标准版2005财务通821标准版财务通2005如何转换数据


财务通标准版2005-财务通821标准版财务通2005如何转换数据

自动编号:4437产品版本:财务通标准版2005
产品模块:总账所属行业: 通用
适用产品:关 键 字:财务通821标准版财务通2005如何转换数据
问题名称:财务通821标准版财务通2005如何转换数据
问题现象:客户原先用财务通821标准版软件
   后来买了财务通2005两套如何互相转换数据
原因分析:都升级到财务通2005，况且财务通821标准版升级到财务通2005免费，加密狗不用换
解决方案:都升级到财务通2005，况且财务通821标准版升级到财务通2005免费，加密狗不用换

温馨提示：如果您的问题还没有解决，欢迎进入用友云基地。

结算成本处理过滤不出对应业务记录
结算成本处理过滤不出对应业务记录

结算成本处理过滤不出对应业务记录 结算成本处理过滤不出对应业务记录

U8知识库
问题号: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
最后更新时间:

运维服务

更多
返回用友云基地

资源下载

热点文章

新闻资讯

  • 【新年首签】天津用友&通广集团签署战略协议

    【新年首签】天津用友&通广集团签署战略协议

    天津用友软件技术有限公司(以下简称天津用友)和天津通信广播集团有限公司（以下简称通广集团）就企业信息化建设事宜进行战略签约。

    参加此次会议有天津用友总经理赵永春，天津用友副总经理王成岩、通广集团副总经理马严、通广集团科技质量部部长尹刚、七一二公司技术质量部部长门国梁、七一二公司技术中心主任黄建尧等。

    image

  • 会计职场堪比宫斗剧

    会计职场堪比宫斗剧

     近几年，各种宫斗剧火爆，《甄嬛传》《芈月传》等等都脍炙人口，许多人经常打趣自己像某个人物，若是在古代能活到第几集。让人不禁想起，会计职场又何尝不是一场宫斗，每天要察言观色，明了领导的内心，就像后宫谁也不敢惹皇后一样。但当你坐上领导位置的时候，盯着你的眼睛就会很多，稍有不慎就会被取代。就像后宫的嫔妃一样，就算坐上了皇后的位置也要时刻担心有没有人觊觎。

    image

用友热销产品

知 识 库

  • 会计电算化条件下的电算化审计

    会计电算化条件下的电算化审计

    会计电算化条件下的电算化审计会计电算化条件下的电算化审计

            摘要：地区，电算化审计的重要性越来越明显。文章分析7会计电算化发展对审计造成的影响，列举了电算化审计的内容，提出了建立和完善我国电算化审计的方法。

    　　关键词：电算化审计  审计软件

    　　会计电算化的普及，提高了会计数据处理的及时性和准确性，从深度和广度上扩展了会计数据，但对审计工作也产生了重大影响。

  • 浅议电算化会计中若干会计方法

    浅议电算化会计中若干会计方法

    浅议电算化会计中若干会计方法浅议电算化会计中若干会计方法

    　　一、电算会计中借贷记账法是否不适用
    　　在借贷记账法中，“借”既可以表示增，也可以表示减，而“贷”既可以表示减，也可以表示增，卢卡?帕乔利提出的复式借贷簿记方法之所以几百年来一直为人们所推崇，正是因为其“有借必有贷，借贷必相等”的锱铢必较、泾渭分明的科学原理。尽管我国会计实务也曾一段时间对增减记账法和收付记账法情有独钟，但最终仍达成共识，采用了国际上通用的借贷记账法。有人以会计软件常以正、负号分别替代借、贷符号为由，企图说服人们相信这一记账法已经难以胜任新形势。应当注意的是，即使借、贷符号在数据库中不采用“借”和“贷”加以表示，也并不表明借贷记账法就可放弃。不可否认，在将借贷记账凭证的发生额登录到总账之后，对于登账后所结计的期末余额往往以正数表示借方余额，而以负数表示贷方余额，甚至在借贷库文件中只设一个金额字段，在该字段中分别以正负号表示借贷方。但所有这些标记都没能改变“有借必有贷，借贷必相等”的规则，其实质仍然是借贷记账法。这里的正、负号与增减记账法的增减符号的属性风马牛不相及。
    　　从长远来看，随着原始凭证的逐步电子化，记账凭证的自动生成势在必行，届时，何种记账方法使自动生成更可行，当然要根据其科学性而定。智能软件的设计凭借的是科学的方法和严密的思维与推断，而经过了数百年磨练的借贷记账法，无疑是未来智能专家设计会计软件的最佳选择。当然，一味否定增减记账法的科学性也是错误的。在计算机之中，当采用增减记账法填制记账凭证之后，我们完全可以编写一段简短的程序将其转换为借贷记账法下的相应记账凭证。其转换的主要依据是各该科目的记账符号与所属科目类别。以从银行提取现金为例，在增减记账法下，增记“现金”，减记“银行存款”。现金和银行存款都是资产类科目，对资产类科目，其增加就转换为“借”，其减少就转换为“贷”。依此，也可将借贷记账法下的凭证转换为增减法下的凭证。

    　　二、“反结账、反记账、取消审核”的可行性
    　　至今，尚有不少会计核算软件设置“取消审核”、“反记账”、“反结账”的功能。在实际工作中，这些设置的确给会计人员的会计处理带来许多方便，尽管许多学者对此提出异议，但不少实务工作者却对其依依不舍。有的学者甚至认为，在计算机特定的工作环境中，反记账的作用不可替代。其理由是，在实际工作中存在大量错误的记账凭证，如果不施行反记账的做法，则将导致账簿中存在大量无用的冗余信息，影响对会计信息的使用。
    　　所谓电算化会计中“反记账”，事实上也就是将一批原先已经登录到账簿上的发生额从各该账户再予以扣减，使各该账簿恢复至该批凭证登账之前账簿的发生额和余额状态。毋庸置疑，没有人会赞同手工会计下采用“反记账”。对手工的账簿记录，为了保证其有案可稽，当其发生错误时，不准涂改、挖补、刮擦或者用药水消除字迹，不准重新抄写。同时，对两种出错情况的更正应当分别加以严格处理：一是登记账簿时所发生的错误，“应当将错误的文字或者数字划红线注销，但必须使原有字迹仍可辨认”;在实际工作中，由于记账凭证出错而导致账簿记录发生差错时而发生。一般采用两种方式进行相应的修改：一是红字冲销法，二是补充更正法。这些详细而又具体的规定所强调的一点，那就是对出错之处必需留有修改的痕迹。
    　　在电算会计之中，记账错误和记账凭证填制错误仍然在所难免。虽然红线注销法在电算会计中难以操作，但对出错的电子数据，却不能不留下修改的痕迹。解决的办法只有一个，保留错误电子数据，另作更改的记账凭证，并据以登录账簿，换言之，要将正与误两张凭证同存于会计档案之中，同时，其所登录的正与误两处账簿记录并存于同一账簿之中。《会计核算软件基本功能规范》第十八条也作出与上相同的规定：“发现已经输入并审核通过或者登账的记账凭证有错误的，可以采用红字冲销法或者补充凭证法进行更正;记账凭证输入时，红字可用‘-’号或者其他标记表示”。
    　　由上可见，不管是手工会计，还是电算化会计，对出错的修改均强调留有痕迹。事实上，电算化会计中，由于电子数据的修改在技术上可不留痕迹，因而更需要对留有痕迹予以强调。

  • 最新文章排行
  • 热门文章排行

会计家园

管理软件

关于我们 | 公司动态 | 获奖记录 | 联系我们 | 招聘信息 | 用友产品中心 | 用友云基地
Copyright ©  www.kuaiji66.com  All Rights Reserved 天龙瑞德
京ICP备11046295号-1 技术支持 北京天龙瑞德信息技术有限责任公司   北京海淀上地十街辉煌国际大厦3号楼6层 总机：010-59798025   售后：4009908488
北京天龙瑞德信息技术有限责任公司