当前时间: 2026-06-05 14:37:51
分类:办公文件
评论(0)
跟“电子税务局”APP奋斗的一天去年做的一本书,今年终于出版了。财务上的直接结果是我又可以收到一笔小钱了。不过我们国家从2026年1月1日起,开始实行新的个人增值税起征了——每次(日)1000元,像我这种就适合按次纳税。按指示各种输入,提交成功,还挺高兴。就等审核通过了。想起年初还有一笔审稿费,也要开发票,继续输入。这回在提交环节出现了以下提示:睡了一觉,第二天打开“电子税务局”APP,发现第一次提交成功的审核通过了,顺利地开出了2026年度的第一张个人增值税发票。于是准备重新提交昨天没成功的第二项。不知道怎么搞的,还填重复了,又不能提交,只好都删掉。寻找对话咨询功能。发现要具体到区税务局的街道税务局,才会出现AI专员跟你文字对话。我直接输入要求转人工。前面还有一个人在咨询,等了一会儿,人工专员出现了。我直接输入手机号,问可以电话咨询吗?又没有反应。又等了一会儿只好打字输入我的情况描述。人工税务专员说,你这种情况请到朝阳区税务大厅办理。我只好退出APP,去“北京税务”微信公众号的服务功能预约离家最近的办税大厅。心里觉得还是有可能在APP上办成,毕竟我这种普通的情况,每个自由职业者肯定都遇到过。再重新输入一次一个新的机构、新的金额。这回又出现了“风险(一)”提示。我的祖国啊,我可不是不愿意纳税啊,实在是提交不成啊。这回我“死马当活马医”,等着它“继续办理”的9秒过去,看它能怎么样。结果数秒结束以后,又可以提交了。这个界面真是对急性子太不友好了。什么事儿的反应都不能那么快呀,冷静15秒,心急吃不了热豆腐。提交成功的第二笔(实际上的第三项),现在是待审核状态了。再回过头来重新填写那个800元。这一回,系统显示,(因为)您有一项提交在审核中,(所以)这一次提交还是不成功。我们自由职业者想收到点钱,可真是障碍重重啊。以前上班的时候,从来没有这些问题,因为单位有专门的财务人员,她们就是专业干这个事情的,这也就是他们的职责和价值所在。把这个事情捋清楚了以后,写了800多字倾述,烦躁的心情也平复了。现在只能等第二项个人增值税发票申请审核了,如果审核通过,我就再提交一次。如果还是不成功,只能去办税大厅了。线上虽然便捷(其实也没有),关键时刻还得是线下才能解决问题啊。还是支付宝、微信、美团这些APP好用,凡是需要你消费的,过程都极其丝滑;凡是理直气壮跟你要钱的,要不就不给你钱的,都有各种想不到的问题出现。登录就要两次输入,面容快捷方式不开启,你为什么还要问啊?
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-06-05 17:37:42 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/715726.html
- 运行时间 : 0.163646s [ 吞吐率:6.11req/s ] 内存消耗:4,713.42kb 文件加载:145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=9765517ae083f1f83964cd85fdfe4616
- CONNECT:[ UseTime:0.000540s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.000560s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000298s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.001608s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.000520s ]
- SELECT * FROM `set` [ RunTime:0.000369s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.000655s ]
- SELECT * FROM `article` WHERE `id` = 715726 LIMIT 1 [ RunTime:0.000408s ]
- UPDATE `article` SET `lasttime` = 1780652262 WHERE `id` = 715726 [ RunTime:0.001327s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000259s ]
- SELECT * FROM `article` WHERE `id` < 715726 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.001254s ]
- SELECT * FROM `article` WHERE `id` > 715726 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000573s ]
- SELECT * FROM `article` WHERE `id` < 715726 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.002205s ]
- SELECT * FROM `article` WHERE `id` < 715726 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.001318s ]
- SELECT * FROM `article` WHERE `id` < 715726 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.000678s ]
0.165258s