所有者权益都有哪些来源
2017-3-30 0:0:0 用友T1小编所有者权益都有哪些来源
所有者权益都有哪些来源所有者权益的来源包括所有者投入的资本、直接计入所有者权益的利得和损失、留存收益等。
利得是指由企业非日常经营活动所形成的、会导致所有者权益增加的、与所有者投入资本无关的经济利益的流入。
利得包括两种,一是形成当期的利得,比如处置固定资产的净收益;二是直接计入所有者权益的利得,比如可供出售金产的增值。
损失是指由企业非日常经营活动所形成的、会导致所有者权益减少的、与向所有者分配利润无关的经济利益的流出。损失包括两种,一是形成当期损益的损失,比如处置固定资产的净损失;二是直接计入所有者权益的损失,比如可供出售金融资产的贬值。
如果您的问题还没有解决,可以到 T+搜索>>上找一下答案
相关阅读
- 金牛区有哪些办理工商注册和财务的公司啊?2017-11-16 0:0:0
- 金税卡如何购买发票,如何抄报税?2017-11-16 0:0:0
- 金税盘只能开发票还是还可以报税啊,不是很懂 _02017-11-16 0:0:0
- 金税盘锁死了,如图,请问具体是什么原因以及怎么解决?去税务局解锁还需要带些什么材料? _02017-11-16 0:0:0
- 金蝶KIS8.0加密卡注册失败2017-11-16 0:0:0
- 重装软件显示这个问题,咋整啊2017-11-16 0:0:0
- 金碟怎么查询凭证2017-11-16 0:0:0
- 金税卡因上期没清卡被锁死,今天去税务大厅解锁,这个月还需要在网上操作抄税和清卡吗?,还是等下个月直2017-11-16 0:0:0
- 金税盘升级后丢失了客户编码和商品编码,如何恢复? 说明:在三证合一后,金税盘重新发行,原来安装的2017-11-16 0:0:0
- 金蝶k3中期初录入新的增值税发票时怎么修改啊!!! _22017-11-16 0:0:0
最新信息
- 请问:修改制单人后以前做账的制单人不能同步修改吗?以前做好的账的制单人姓名?
- 请问,我们缴纳的税款入库到哪里了?在哪里可以看出入哪个金库了?三方协议上能看出吗?
- 请问,我先前收到一笔货款,不知道是谁付的,借:银行存款,贷:应收账款-未知;现在确认是谁付的后,我该怎样调账
- 请问,我公司是一般纳税人,供应商开给我们的进项名字开错了,已经被我们认证了,但是客户那边作废重开了一张,重开的未认证,这种进项转出要怎么做的?直接做一张红字红冲就可以了么?
- 请问,我看她写的期限是一年,那么一年以后,现在建立的帐套还在么
- 请问,我进项一个东西含税价是62元,税负率算1.2%,进销都是17%的税钱收,卖出去我要卖多少钱才不会亏呢?有公式吗
- 请问,新版的国税季报利润表里,本期金额和上期金额怎么填,取哪个数呢,谢谢
- 请问,用友建账建筑行业行业性质选哪个?
- 请问,财务做帐时后面附的合同必须是原件吗?
- 请问:店铺转让费10万元放在什么科目核算?新店。如果要摊消,几年摊完比较合理。坐得各位高手解答。谢谢。
我单位是按照提成给业务员计算工资的,但是每月单位发生的费用是分摊到各个业务员身上的,那给客户发生的优惠应该怎样做分录呢? 我单位是按照提成给业务员计算工资的,但是每月单位发生的费用是分摊到各个业务员身上的,那给客户发生的优惠应该怎样做分录呢?[]
计入销售费用。那样应该相应减少每个业务员的销售额吧@张立平_:我也觉得应该借应收红字贷收入红字,可是我们会计主管让转做销售费用@宋军鑫087:那为什么不是冲减收入呢?借应收红字贷收入红字呢?计入销售费用,但是如果你内部核算的话,可以作为减少收入 处理
应收账龄分析表过滤部门204会出现202的单子 应收账龄分析表过滤部门204会出现202的单子
问题号: | 12947 |
---|---|
解决状态: | 临时解决方案 |
软件版本: | 8.61 |
软件模块: | 应收 |
行业: | 通用 |
关键字: | 账龄分析表 |
适用产品: | U861–财务会计–总账 |
问题名称: | 应收账龄分析表过滤部门204会出现202的单子 |
问题现象: | 1查应收里的应收账龄分析表,过滤部门204会出现202的单子.打补丁也不行 2发货单开票收款勾对表,实际业务员和实际部门对不上 |
问题原因: | 问题1,查应收里的应收账龄分析表,过滤部门204会出现202的单子,数据问题,salebillvouch和ap_detail的对应单据中的部门编码不对应造成的。如下的查询语句可以查询有此问题的在应收应付明细帐中的问题。 –这些都是在发票主表和应收明细帐中的部分对应有问题的数据 select dVouchDate,dRegDate,cdepcode,cdeptcode,ccovouchtype,ccovouchid,iBVid,p.*,a.* from salebillvouch a join salebillvouchs b on a.sbvid=b.sbvid join ap_detail p on a.cvouchtype=p.ccovouchtype and a.csbvcode=p.ccovouchid where a.cdepcodep.cdeptcode and p.cvouchtype in (’26’,’27’) 解决方法:通过取消操作,将4月29日的这些发票在应收中取消审核,然后,重新审核。(已做核销的要将操作全部重新做) 问题2,以业务员‘郝连波’为例,在发货单开票收款勾对表中,存在三个部门,分别是‘本市’,‘加工’,‘市场部’,在目前的基础档案中,对应的是‘本市’。‘加工’的来源于销售发票和ap_detail(收款核销信息),如下语句可查看,是由于在ap_detail的部门是‘加工’造成的,也是由问题1造成的,问题1,改正后,此问题也不存在。 select * from salebillvouch a join salebillvouchs b on a.sbvid=b.sbvid where cdlcode in(’01×01454′ ) select ccovouchid,ccovouchtype,iBVid,* from ap_detail where ccovouchid=’01×01454′ and cvouchtype=’27’ 关于‘市场部’的,来源于发货单,发货单的部门=‘市场部’,如下语句可查看: select idlsid,* from dispatchlist a join dispatchlists b on a.dlid=b.dlid where cdlcode in(’01×00800′) 此情况是生成发货单单据时造成的,请您和用户进一步确认造成此问题的原因,比如,是由于在生成此单据时对人员档案进行过调整?还是该单据不是本系统中填写的,是外系统导入的?或者,是由于曾经对数据进行过某些无意识的修改造成的? 对于此种情况,对于情况未明,且发货单已经生成了下游单据,不建议在数据库修改,请和用户协商解决。 |
解决方案: | 问题1,查应收里的应收账龄分析表,过滤部门204会出现202的单子,数据问题,salebillvouch和ap_detail的对应单据中的部门编码不对应造成的。如下的查询语句可以查询有此问题的在应收应付明细帐中的问题。 –这些都是在发票主表和应收明细帐中的部分对应有问题的数据 select dVouchDate,dRegDate,cdepcode,cdeptcode,ccovouchtype,ccovouchid,iBVid,p.*,a.* from salebillvouch a join salebillvouchs b on a.sbvid=b.sbvid join ap_detail p on a.cvouchtype=p.ccovouchtype and a.csbvcode=p.ccovouchid where a.cdepcodep.cdeptcode and p.cvouchtype in (’26’,’27’) 解决方法:通过取消操作,将4月29日的这些发票在应收中取消审核,然后,重新审核。(已做核销的要将操作全部重新做) 问题2,以业务员‘郝连波’为例,在发货单开票收款勾对表中,存在三个部门,分别是‘本市’,‘加工’,‘市场部’,在目前的基础档案中,对应的是‘本市’。‘加工’的来源于销售发票和ap_detail(收款核销信息),如下语句可查看,是由于在ap_detail的部门是‘加工’造成的,也是由问题1造成的,问题1,改正后,此问题也不存在。 select * from salebillvouch a join salebillvouchs b on a.sbvid=b.sbvid where cdlcode in(’01×01454′ ) select ccovouchid,ccovouchtype,iBVid,* from ap_detail where ccovouchid=’01×01454′ and cvouchtype=’27’ 关于‘市场部’的,来源于发货单,发货单的部门=‘市场部’,如下语句可查看: select idlsid,* from dispatchlist a join dispatchlists b on a.dlid=b.dlid where cdlcode in(’01×00800′) 此情况是生成发货单单据时造成的,请您和用户进一步确认造成此问题的原因,比如,是由于在生成此单据时对人员档案进行过调整?还是该单据不是本系统中填写的,是外系统导入的?或者,是由于曾经对数据进行过某些无意识的修改造成的? 对于此种情况,对于情况未明,且发货单已经生成了下游单据,不建议在数据库修改,请和用户协商解决。 |
补丁编号: | |
录入日期: | 2016-03-16 15:23:45 |
最后更新时间: |