这只是小游戏的吧? 据官方客服的说法,普通小程序的查询入口在本周或者下周会上线
小程序涉税信息报送数据查询疑问?5、报送明细如何查询 MP后台https://mp.weixin.qq.com 「虚拟支付-资金管理-涉税信息报送数据」进行查询。 官方公告:https://developers.weixin.qq.com/community/minigame/doc/0000ec6374c86833ea24b8ca661c08?source=indexnew 但我登录 MP 后台,没找到对应的入口
11-13在“微信公众平台运营中心”小程序中的“我的-专属客服”中反馈,这种情况太多了,微信上报口径是有问题的
怎么查看微信小程序涉税数据统计方式?收到微信公众平台推送的经营类小程序涉税信息报送通知,上面报送的金额跟实际的收款金额相差太大,怀疑报送的金额没有减去订单退款的金额。哪里可以查到看涉税报送数据的明细及统计方式。
11-13在“微信公众平台运营中心”小程序中的“我的-专属客服”中反馈,这种情况太多了,微信上报口径是有问题的
微信公众号推送经营类小程序涉税信息报送通知,金额和笔数是怎么来的?[图片]
11-13在“微信公众平台运营中心”小程序中的“我的-专属客服”中反馈,这种情况太多了,微信上报口径是有问题的
小程序涉税信息报送推送,后台3季度推送的总金额是怎么计算的?在哪可以查询?为什么我查询的不一样呢?小程序涉税信息报送推送,后台3季度推送的总金额是怎么计算的?在哪可以查询?为什么我查询的不一样呢?
11-13在“微信公众平台运营中心”小程序中的“我的-专属客服”中反馈,这种情况太多了,微信上报口径是有问题的
小程序涉税信息,我只拿佣金的,税局却要以微信上报的销售收税?我是代理商,上游公司是服务商,他们帮我建好小程序,用户下单后钱直接进入他们系统,按转化量给我结算佣金。现在微信上报小程序数据,税局要按销售额收增值税,那就只能倒闭。我已经说明情况,但税局只认微信上报的数据,除非我们可以说服微信上报我的佣金。如果上游公司可以作为互联网平台企业上报我的佣金到税务,是不是微信就不会再上报销售数据了?
11-13我们也遇到这个问题,建议腾讯修改报送的规则,这样给开发者和税务部门都带来很大不必要的解释工作量
关于小程序的涉税报送问题,求解?我的小程序有服务商,是服务商代为收款的,钱并没有到我这里,我只在服务商的后台拿每一笔订单的佣金。但是报税却是直接以自营性小程序定性,并以小程序主体直接报送,如果按照这样申报,经营所得税比我的利润还要高,辛辛苦苦大半年还是亏钱的,这怎么办?
11-11请官方大大注意:上述代码的原理,本质上就是市面上众多第三方组件库popup弹窗的逻辑,但问题根源在小程序内核本身,如果不解决这个问题,那么弹窗在隐藏后第二次弹出时,里面的input和textarea会均不可用!
【iOS26+iphone17中,input、textarea组件存在重大兼容性问题!】?<view style={{show?'display:block':'display:none'}}> <input placeholder="请输入..."/> </view> 测试环境:iphone17、ios26,最新版基础库 重现步骤: 1. 初始化时 show 为 true 2. 后续操作设置 setData show 为 false 3. 再次setData 恢复 show为 true 4. 此时 input 的内容或者placeholder 会变为空白,无法点击,影响面很大,请尽快予以解决 但同样步骤,在开发者工具、PC端表现正常;在iphone其他型号,即便系统为ios26,表现也正常。 请官方大大注意:上述代码的原理,本质上就是市面上众多第三方组件库popup弹窗的逻辑,但问题根源在小程序内核本身,如果不解决这个问题,那么弹窗在隐藏后第二次弹出时,里面的input和textarea会均不可用! 相关帖子: https://developers.weixin.qq.com/community/develop/doc/00026e1d39c920f64424e564c66400 https://developers.weixin.qq.com/community/develop/doc/0000a0d49ecff0a91514451ab61800
10-30没错,你用css的display:none和display:block来控制外层view试试,是不是问题依旧?
Iphone17 系列机型,Input 组组件内容和placeholder 会出现空白不展示的情况<view hidden={isHideInput}> <input value={xxx} placeholder={xxxx} /> </view> 重现步骤: 1. 初始化时 isHideInput 为 false 2. 后续操作设置 setData isHideInput 为 true 3. 再次setData 恢复 isHideInput为 false 4. 此时 input 的内容或者placeholder 会出现空白的问题
10-30// 千万不要动!动了你会后悔的。 if (userId == 123456789) { return; // 特殊用户,不处理,问就是历史原因。 } 👀 背景故事是这样的: 几年前系统上线前一天,老板突然说他自己用的账号老是出问题,让“先跳过逻辑别拦着我操作”。 当时大家都在救火,也没细问,硬生生加了这个判断。 我们本来打算上线后再处理掉,结果——这个 userId 成为了代码里的“钉子户”。每次代码重构时都有人问:“这个还能删吗?” 答曰:“别问,问就是留着命要紧。”😵💫 👨🔬 现在的状态是: 代码还在,老板早就不用这个账号了,甚至系统已经换了一套登录逻辑…… 但这行代码依然在,像个守护神一样沉默地坐在那,谁都不敢动它,因为删它的那个人已经不在了(指离职)。 🧠 我的心声: 不是这行代码跑得好,而是我们习惯了它的存在。
有奖话题 | 这行代码当年是怎么通过Review的?"虽然它现在跑得挺好,但每次看到都怕它半夜打我" "这段代码的作者至今是个谜..." "如果删了这段代码会崩溃,不删我会崩溃" ...... 在漫长的开发旅程中,不知你是否听过这些对于代码的吐槽? 总有一些代码让开发者们又爱又恨,或许是多年前遗留的“祖传逻辑”,又或许是紧急上线时不得已的“临时方案”。 今天,就让我们一起来挖掘那些藏在代码深处的“宝藏”,开启一场别开生面的代码吐槽大会吧! 这不仅仅是一次轻松的吐槽大会,更是一次技术人之间的深度交流。通过分享和倾听,我们可以更好地理解彼此的开发经历,从中汲取经验,提升自己的编码实践。 无论是自嘲还是调侃,让我们用一场轻松的技术吐槽打破日常的严谨,让代码世界多一些欢笑和理解。 快来参与吧!让我们一起在代码的海洋里,寻找那些让人又爱又恨的瞬间,用幽默和智慧为我们的开发旅程中增添一抹亮色! 即日起至 2025 年 04 月 20 日,在下方评论区晒出最想吐槽的代码片段(关键信息可打码处理),精选评论的用户将获得官方精美礼品一份。 [图片]
04-11同样的问题,太严重了,请尽快解决!!
公众号跳转到小程序指定页面,全部失效!公众号跳转到小程序指定页面,全部失效! 程序已经用了2年了,今天全部失效,查看同行的也都无法跳转,只能进入小程序主页。是有什么规则变化吗? 仅iso苹果设备不可以!
01-24