税控接口研究分析

博主分享了从初代到鼎盛时期税控系统的演变,包括Delphi到.NET,再到C++和QT的转变。期间面临了开票自动化、接口开发等技术难题,如NET的反编译风险和新版本的操控挑战。最终,经过努力,实现了在不同系统上的开票接口技术突破。
摘要由CSDN通过智能技术生成

1.初代

  • 首次接触
    初次接触防伪税控系统,还是delphi版本,只有航信,全国独大,那时候获取个数据,是件多么奢侈的事情,更别说往开票数据解密传递数据了,当时应该只有文本接口。多年过后全国出现第二个防伪税控系统:百旺,幸运的是也是delphi语言开发,不亏是window上开发的王者,开发迅速,上手快。
  • 开票的难题
    对于开票量大的企业,一条条的录入开票项目,真是太难了,开始尝试模拟录入开票项目,效果不错,终于不用一条条的录入了,新的问题出现了,模拟固然高效,但是不能动鼠标,不然就乱跑了,开始研究新的方式,通过注入方式进行开票,还好在互联网的帮助下,终于找到了,效果很棒,终于可以放松一段时间了

2.中期

  • 航信升级
    这时候,delphi开发者应该算是国宝了,市面上很难再招到了,于是NET版本诞生了,原来研究的注入开票直接不能用了,语言发生变化,这个版本整体操控是非常不错的,开票流畅,运行超快,唯一的缺点NET可以被反编译,即使加壳,也于事无补,dump内存直接搞定,此时数据库口令,还有些核心的算法,都可以通过反编译看到,也着实过了一把赢。

3.鼎盛

此次升级可以说是大换血,还出现了新的产物UKEY,百旺采用了QT进行开发,界面漂亮,航信也换成了C++语言,这对做开票接口的同仁们有一大挑战。

  • 百旺、 UKEY
    UKEY和百旺一样都是采用的QT进行开发,看文件构成,应该是换了套皮肤。
  • 航信
    采用soui界面皮肤,性能是不错,跟人感觉没有net版本操作流畅,运行效率也不太高了。

这次升级,对应做税控接口的公司,可以说非常困难,两者相同之处都有一个句柄,传统的API,根本无法进行赋值,QT可以说要容易很多,毕竟多年的产物了,soui界面开发引擎,难,很难,曾经一度就想放弃了,还好进过好几个月的研究,终于有所突破,可以看效果图。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值