汇算清缴退税或者补税的财务软件会计分录处理

首先是看用的什么准则,是2013小企业会计准则,还是2007新会计准则。

如果是2013小企业会计准则,用未来适用法。

第一种情况:退税

借:应交税费——所得税

贷:所得税费用

借:银行存款

贷:应交税费——所得税

月末,用财务软件的结转当期损益功能自动结转

借:所得税费用

贷:本年利润

第二种情况:补税

借:所得税费用

贷:应交税费——所得税

借:应交税费——所得税

贷:银行存款

月末结转损益

借:本年利润

贷:所得税费用

如果用的是2007新会计准则,则适用追溯调整法

第一种情况:退税

借:应交税费——所得税

贷:以前年度损益调整

借:银行存款

贷:应交税费——所得税

手工结转

借:以前年度损益调整

贷:利润分配——未分配利润

第二种情况:补税

借:以前年度损益调整

贷:应交税费——所得税

借:应交税费——所得税

贷:银行存款

手工结转

借:利润分配——未分配利润

贷:以前年度损益调整

用追溯调整法时,考虑到利润表和资产负债表的勾稽关系公式,要加补上以前年度损益调整,才能平衡。

具体方法:手工改一下资产负债表的未分配利润的年初数,如果凭证分录是贷:利润分配——未分配利润,则加,反之则减。

具体到金蝶云星空财务软件,也可以参考这篇文章

【概述】关于以前年度损益的调整,一般来说根据会计准则,需要调整的是资产负债表的年初数。例如:是调整的缴纳以前的税金,则需要调整利润分配(如有明细未分配利润,则未分配利润)和对应的应交税费(如果挂的其他科目则是其他科目对应资产负债表的表项)的年初数,前者减去这个数,后者加上这个数。关于这个数的取值,可以直接录入数字,也可以用取数公式:=Acct(,以前年度损益的科目编码,SL,),SL取数公式为损益表本年累计的发生额,这个取数会比较合理,,也可以用SY,DF,JF,JL,DL取数, 这个可以根据各公司来处理。
如果不想调整资产负债表年初数,也可以在所有者权益变动表里面显示。
如果未作所有者权益变动表,也可以在资产负债表加一行以前年度损益调整,来体现。
如果想在利润表体现,一般不建议,或者在利润表下面加年初未分配利润和以前年度损益调整(类似于合并报表中的个别报表格式)
参考链接:以前年度损益调整导致单体报表不平衡如何处理

财务软件、ERP软件购买、维护,联系13611587156(微信)

ERP软件需求:必须要收到销售客户的预付款才能允许订货

ERP软件需求:必须要收到客户的预付款才能允许订货。

对于贸易企业来说,是直接订购商品,对于生产型企业来说是订购原材料。

业务场景:线下完成销售订单商定,在ERP系统是创建销售订单,复杂点的软件会带有完整的收款计划。进而来控制订货。

计划员根据销售订单情况和库存情况,得到采购计划,发起采购流程。

从需求来理解,应该是在采购订单终审前,要先确认对应的销售订单的预收款有没有到账,到账则发起采购订货。否则就不发起。

用T+软件如何实现?

1、创建销售订单,

2、销售订单生成采购订单,显示出销售订单号。

3、在销售订单配置多级审批,终审为财务人员,财务人员根据采购订单上的销售订单号,查询该销售订单的预收款情况。

用金蝶云星空软件则功能更强一些。

多张销售订单可以经过计划运算(结合库存情况),用采购类单据上的需求跟踪号表示源销售订单号-行号,这样在审核采购订单时也能关联到销售订单,进而关联查询预收款的收款情况。

金蝶云星空原生现有功能,在销售订单有个订货控制,但这个订货控制做得比较简化,逻辑是做销售订单如果选择了预收款对应控制订货,那么必须关联收款单,否则这个销售订单不给审核。实际上这种控制不太符合常理。

常理往往是,采购也在同步进行(至少是先完成线下沟通),但当要形成采购订单时,才强行校验,对应的销售订单有没有收到预收款。收到则审核通过采购订单,线下发送给供应商。没有则推迟,并通知销售跟客户沟通,防止导致整个交期延误。

ERP系统销售、实施、维护,联系电话13611587156(微信)

感谢用户的信任

今天,要感谢一家外省用户的信任,相隔很远,最终选择了我们做ERP系统维护服务。

我们给中小企业提供合适的管理软件产品销售、实施服务、维护服务、二次开发服务,不仅是针对本地的用户,也包括全国各地的用户。

重点产品:针对中小贸易企业的商贸ERP、进销存软件、商贸软件、财务软件,针对中小生产制造企业的ERP系统、业财一体化系统、财务软件。

特别是针对用友T+、用友U8+、金蝶云星空、金蝶KIS这些软件产品,我们除了销售,还提供实施、维护、二次开发服务。有些用户因为业务的变化、人员的调整,原有的流程可能已经不适应了,我们还提供ERP系统的重新实施。

联系电话:13611587156 (微信)

软件维护的重要性

相对于电脑硬件,软件(特别企业的办公管理软件)更重视维护。

软件维护是基于“软件即服务”的内涵。

软件的结构:

第一种:传统的客户端/服务器,或者浏览器/服务器结构,这种依赖于操作系统、数据库,而操作系统不断地迭代,从xp已经迭代到了win11,未来可能基于国产操作系统。

软件对新系统的适应性、系统补丁、应用软件的补丁等。

第二种:公有云,这种在部署层面的服务减少了,但应用层面仍然有服务量,比如业务和软件功能的配合,操作层面也有问题要维护。

有些中型软件,开始是有实施服务的,基于当时的企业情况做了导入实施,流程设定等,但过了几年,可能出现了较大的流程变化,需要对软件进行重新实施、这些也可归于维护的范畴,或者叫轻实施、调整式实施。

以上这几种业务,我们都为用户提供。联系电话:13611587156(微信)

ERP软件的价值营销与产品力

厉害的销售都在强调价值营销,就是用了我的产品能给你带来什么价值,价值营销的呈现方式往往是PPT。成单后,产品价值则体现在每一个产品功能中,也就是最终回到产品力。

SAP们强调自己的价值,可能是真有那个功能,不是说用友金蝶们做不出这个功能,用友金蝶们的产品基本都是有继承的,继承自上一版本,然后吸收进一些新的用户需求。在新版使用过程中,继续接受用户提出的需求,提的人多了,会纳入到讨论范围,提的人少,考虑的优先级就低。如果用户特别想用,就只能是自行二次开发。其实SAP的逻辑也一样,不可能所有的功能都做。但有先发优势的软件功能会做得更全,当然卖得也更贵,再加上外资Buffer,销售在做价值营销时就显得更有底气。

虽说没有脱离产品力的价值营销,但因为不同过程面向的人不一样,销售前期就要主动价值营销,前期接触的都是高管,看PPT更符合常规,也节约时间。后期成单负责操作的则是普通员工。前期销售与高管“勾勒未来“,后期实施与员工“深入细节”。

 

ERP软件金蝶云星空9.0版本来了(包括了项目制造)

金蝶云星空企业版9.0已经来了。

将PLM、ERP、MES整合在同一个数据库中,企业版支持多组织集团公司

在线试用,产品介绍,请点击以下链接

产品介绍,在线试用,请点击。

关于云星空9.0的项目制造,参考以下流程。
注明:具体功能试用体验环境里没有提供,另行提供,需要了解更多云星空9.0项目制造相关情况的用户,请电话联系。

销售、实施、维护。老版本云星空的二次实施、升级都可以联系我们  

13611587156(微信)

15195803558(微信)

ERP中的对账管理功能——以金蝶云星空为例

从管理软件的使用者角度,对账一般包括了两个层面,一是业务层面,采购员与供应商的销售人员进行对账,这里的对账内容主要包括订单执行的情况,送货、退货,确认最终发票开具。俗称开票前对账。还有一种对账是发票开具后的尾款支付情况的对账。

现行的ERP软件开发者角度,往往只注重于后一种对账,会在应付模块提供相应的功能。而第一种业务对账则没有相应的功能。

通用的ERP软件,往往从管理应该怎么做出发,提供了一套所谓的标准管理流程。而企业管理的实际情形则有很大差异,站在使用者的角度,则希望软件的功能有更好的包容性。

金蝶云星空在8.0版本2022年6月30日的补丁中PT-146915提供了采购对账功能。但这个功能的使用是有限制条件的。

即当用这个功能后,最好是暂估冲回参数不要勾选,如果要勾选,则这个采购对账功能大大受限制,必须在次月结账前完成对账,但实际生产实践中,对账有时会在入库单完成后数个月后才对账开票。

而官方还没有提供这部分更详细功能。

现在用户再购买是8.2版本,在调研阶段就要问清楚,用户是否要进行开票前对账,如果要,则暂估冲回参数不勾。然后跟财务人员说清楚后续操作流程,这里不管有没有发票模块,都是用应付单生成凭证。而应付单可以与入库单跨月。但暂估模式只能是单到补差,当应付单与入库单有差异时,由成本调整单生成凭证。

单到补差与单到回冲,只是使用习惯的差异,本质上并无太多差别。

启用暂估回冲这个参数是可以中途修改的,但建议将历史采购流程全部做结束(或者变通处理结束)再进行参数的切换。以用上系统原生的采购对账功能。

 

如果您需要财务、进销存、ERP软件,请联系13611587156(微信)

提供用友、金蝶ERP系统的销售、实施、维护和二次开发。

重点产品:用友U8+、T+,金蝶云星空。

金蝶云星空多组织,修改了物料的物料属性却无法成功同步。

原为自制属性,分配至101、102组织,在101组织下面又做了物料清单,既有作为子项,也有作为父项,还跑了计划,有计划订单关联。

现在要改为外购属性。发现101组织的无法同步成功。

1、检查:在分配日志中能看到,同步部分失败,详情如下,

物料存在物料清单,不允许修改可为主产品字段

物料【abcde】在组织【101】已经作为物料清单父项物料后不能取消可为主产品

2、当这个物料由自制转外购,又希望改物料属性且同步能成功。删除作为父项的BOM,但删除时又提示被计划订单引用,则继续检查。此处为了方便查关联,在物料清单列表界面,新增加了命令按纽–引用检查,点击事件引用操作——基础资料关联检查,以检查哪些计划订单影响了,找到计划订单,发现没有下查关联,直接删除掉。

在删除了影响同步成功的物料清单父项后,修改物料的物料属性为外购并同步成功。

联系13611587156(微信)提供ERP软件的销售、实施、维护、二次开发全流程、全方案服务。

一家项目型生产制造企业ERP选型过程——为什么是U8这样的老产品被选中了。

背景:一家项目型生产制造企业,自己没有生产,基本全是外包。

他们的ERP选型蛮有代表性的。从厂商、代理商、用户角度都可以有所收获,即一个项目是怎么样从开始到成交的。

1、董事长谈起想用套软件,把自己的业务管理起来,此前仅是财务核算用了金蝶某版本的总账报表

2、董事长跟相关人员聊起这个想法,然后有金蝶代理商通过朋友渠道获得了这个信息,并报备同时联系客户,约面谈。

——从厂商或者代理商的销售角度,熟人介绍是一些项目的商机来源。

3、金蝶目前参与这种项目,大概率首推金蝶云星空,先面谈,沟通需求,演示产品。

4、然后客户的对接人(财务)希望试用产品,一般的销售商是不太可能同意的,因为ERP不同于小财务软件,可以试一下。试ERP软件基本就是一个预实施了。

5、然后客户觉得不满意,联系更多产品和销售商,有用友的也有金蝶的。用友现在主推的是YonSuite、U8C、U8,也可能会考虑T+,而金蝶基本是云星空或者KIS旗舰版。(K3Wise已经退出销售)

6、最终用户是选择了U8,我们排除非技术因素,比如有决定权的人跟谁的关系更好。看一下为什么是U8。

(1)功能全

很多用户在选软件时,会罗列一大堆的需求,但往往缺少有个总控部门来把握需求,而仅仅是哪个部门的头在单位更有发言权,他的意见就占了主导。比如有个用户老板的小舅子主管的物流声音最大。提了一大堆的需求。但这些需求相对于生产、财务核算其实是比较次一些位置的。

那U8的功能全就有一定的优势,当然这些功能不能用起来,用起来效果又怎么样,那是另一回事。

U8有全部传统ERP的功能,包括HR,但云星空原生没有HR功能。

用户更看重他想要的功能有没有。并不是每个用户都能接受多套软件集成的方案。

(2)老牌子

好多领导并不关心这行,可能年轻时听说过有个ERP叫U8,然后就留下了印象。

(3)“买断”

当然这是个加引号的买断,因为U8事实上也有生命服务周期的。但相对于其它订阅的云产品,U8这种“买断”可能更为用户接受。

用户可能没有时间来试用或者了解产品,对产品的了解基本都来自于销售的介绍。此处插入一个据说是某大厂的高管面试题:桥标明承重700kg,现在一头800kg的牛怎么才能过桥。标准答案,牵着过去就是了,因为一般的桥都会放有设计余量,如果你真倒霉,桥塌了,那可能也是小概率事件。也就是对高管、对销售来说,即使现在的产品某些功能不具备,也大胆承诺,因为大概率将来用不到。或者”塌了再说呗“。

对销售商而言:“敢于承诺”,再加上搞好客户关系。而用户的项目负责人呢,会列几个候选,拿给老板,老板挑个便宜的。据说:选择的另一个因素是有家同行也在用。这个理由似乎成立、又似乎不成立。

对于金蝶云星空企业版买断最终也没有成交(据说当地金蝶分公司也参与了),推测可能是价格高于了U8。

回到产品本身,用户如果想省钱,似乎应该选择用友T+,推测有两个因素影响了没有选T+,一是因为T+专属云有强制服务费,二是有的地区大的用友代理商可能不代理T+,他们肯定是优先完成自己的代理任务。

从产品来说,金蝶云星空比T+更有优势。

(1)支持集团应用,

(2)可以用全并行序列来实现“全作业”管理,更吻合项目制造企业的实际管理场景。

如果金蝶分公司也参与,推测要么是价格贵了,要么也没有抓住全并行序列这种方案。还是用了BOM分层的方案。

最终是产品力最弱的U8拿到了项目,只能是销售的话术打动了用户,包括最终的总造价相对较优。然后也没有人向用户详细说明T+专属云的优势。

可能有人要杠:凭啥说U8产品力弱。

U8是老架构,很多用户用U8大多只是财务进销存,能用到生产和成本不多,用到车间管理的就更少。而且说U8的产品力弱是相对于现在更新架构软件而言的。

可能是在同样是“买断”的逻辑下,更便宜,然后又有同行在用,最终使得这家客户选择了产品力最弱的U8。那如果这个推论成立,看来U8要焕发又一春了,因为用友金蝶“买断”的产品越来越少了。

ERP工序管理中并行工序需要进入“立库”保管怎么处理?

在用全作业、全成本制造业ERP解决方案时,有用户提出,加工过程中的有些构件也要入到“立库”,所以就不好做全工序处理,只能是生产订单做入库处理。

这里需要了解ERP的仓库和WMS中的仓库,前者会考虑核算,而后者是纯粹特理意义上的保管,重点是数量而非成本价。

那加工过程中的工序构件,在会计上是在制品,在制品从加工现场拖到立库,实际上是位置的转移,在ERP中是按在制品的核算流程走。

如果要兼容原生仓库的设计,则可以作如下改造:

产成品物料A,增加辅助属性,序列、工序号、甚至还可以加上“质量等级”

比如0序列的20工序是焊接,焊接好后要进入WMS的立库,然后下一道工序加工时再移出来。则A物料0序列20工序汇报后,自动生成工序入库单,物料编码是A,辅助属性是0-20,如果只管数量,不管核算,可以将库存状态默认为不核算。

这样就在不怎么大修改原程序代码的情况下,实现了WMS的管理。但如果车间管理向工业4.0靠的话,还是要加入位置这个基础资料。先业务,后核算。

当然,如果能实现全工序成本核算则更好。

也有用户说,这些功能是wms或者mes的功能,但从使用角度出发,并不关心哪个系统,而是关注业务逻辑的流畅和业务处理的高效。

构建多个异构系统,最大的问题是对接,不仅是json或者sql数据传递,而是两边的业务逻辑要自然,而非生硬地捏在一起。

如果以ERP平台为基础,通过插件开发,实现PLM、MES、WMS的功能。也省去了基础资料同步带来的麻烦。