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

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

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

第一种情况:退税

借:应交税费——所得税

贷:所得税费用

借:银行存款

贷:应交税费——所得税

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

借:所得税费用

贷:本年利润

第二种情况:补税

借:所得税费用

贷:应交税费——所得税

借:应交税费——所得税

贷:银行存款

月末结转损益

借:本年利润

贷:所得税费用

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

第一种情况:退税

借:应交税费——所得税

贷:以前年度损益调整

借:银行存款

贷:应交税费——所得税

手工结转

借:以前年度损益调整

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

第二种情况:补税

借:以前年度损益调整

贷:应交税费——所得税

借:应交税费——所得税

贷:银行存款

手工结转

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

贷:以前年度损益调整

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

财务软件、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更符合常规,也节约时间。后期成单负责操作的则是普通员工。前期销售与高管“勾勒未来“,后期实施与员工“深入细节”。

 

金蝶云星空9.0版本要来了

官方已经上传了一些金蝶云星空9.0版本PPT资料,但实际试用版本(更新补丁)还没有出来。可能也就在未来的一两周吧。

针对小微企业和成长型中小企业,业、财、协、税一体化管理软件市场,金蝶云星空依然是能私有部署且综合能力较强的产品。

小微企业:是指规模收入较小、人员较少,而且可预见的未来若干年,可能还是这样的规模。

成长型中小企业,是指企业目前规模中小,但发展很快,买的软件系统也需要能随着企业规模的发展提供相应的功能,但成长有时又是件不确定的事情。

用友ERP中,支持私有化部署,性价比也不错的产品有:T+专属云、U8+、U8Cloud、U9Cloud

T+专属云,由BS架构进销存软件发展而来,陆续增加了生产、成本、车间等功能,是较轻量的ERP。支持私有部署,但次年起有强制的SPS费用(产品报价的15%)

U8+,传统的C/S架构,老牌产品,支持买断,有产品生命周期的说法。功能细节不错,但架构较老。

U8Cloud,其实跟U8没啥关系,就是一个新产品,支持轻客户端和浏览器使用。

U9Cloud,重点放在制造业上,整合了PLM等。

金蝶ERP中,支持私有化部署,性价比也不错的产品有:KIS专业版私有云、KIS旗舰版私有云、金蝶云星空私有云。

KIS的这两个产品是传统的老架构,胜在功能全且便宜,但上限空间有限。

金蝶云星空私有云,支持浏览器使用,旗舰版更是支持原生云架构。

优点是集成性好、扩展性好。

以上基本是用友金蝶系针对中小企业的仍然能支持私有部署的主要产品。

以上产品的销售、实施、维护都可以联系我们  13611587156(微信)

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的功能。也省去了基础资料同步带来的麻烦。