做线上零售、直播电商或者联营模式实体生意的朋友，多半都被“分账”这件事头疼过——我之前帮做连锁茶饮的朋友梳理过他们的痛点：每个门店和总部、上游供应链之间的货款拆分，靠人工算经常错漏，遇上用户退货，要把已分出去的钱再追回来，得反复核对订单，光对账就占了财务岗近一半的工作量，效率低不说，还容易因分账纠纷闹僵合作方。这时候像易支付分账系统这样的智能结算工具，就成了不少商户和合作方的“刚需救星”。但也有不少人反复问：易支付分账系统本身好用，那配套的“易付分期”合法吗？今天咱们就结合实际场景和监管要求，把这事说透。
先说说易支付分账系统到底是什么——它不是那种日常用的消费支付APP，而是专门服务商户、渠道、合作方的智能结算工具，核心是“精准自动分账”，说白了就是帮你把一笔交易的资金按预设规则拆分，再打给对应主体。举个更贴近直播带货的例子：某美妆品牌找垂类主播做一场专场直播，总销售额10万，提前说好规则：支付机构扣1%的支付手续费（1000块），给主播抽佣20%（2万），平台收5%的技术服务费（5000块），剩下的7.4万归品牌方。要是靠人工，财务得把每笔订单的支付时间、金额拆分，再分别打款，遇上退货换货还得重新核算，从核对到打款至少要3-5天，遇上账期拖延的还得反复催；但用易支付分账系统的话，只要提前在后台把规则设好，每笔订单完成支付，系统会自动按规则清分资金，还能根据需求实时分账或者按约定账期结算，同时生成三方可查的标准化对账报表，彻底解决人工分账的混乱和低效。而且这套系统能对接微信、支付宝、云闪付等主流支付渠道，不用商户自己对接多个支付接口，省了不少技术开发成本，对中小商家和连锁品牌来说，确实是降本增效的好东西。
这时候就绕不开大家关心的“易付分期”——很多人会把易支付分账系统和易付分期混为一谈，其实前者是支付结算工具，后者是配套的消费信贷产品，两者合法性的判断标准完全不一样。先讲分账系统的合法性：只要是持牌支付机构推出的分账服务，都是合规的。根据央行的相关要求，持牌支付机构可以为商户提供分账、清算等增值服务，核心是要确保资金清分透明，不触碰商户的沉淀资金，正规的易支付分账系统背后，一定有央行颁发的《支付业务许可证》，属于支付服务的合理延伸，这点完全没问题。而易付分期作为信贷产品，合法性就得多维度核查了，核心看“持牌资质”和“合规操作”两个关键点：资金端必须有合法资质，要么是易支付本身持有网络小贷牌照，要么是和持牌消费金融公司、银行合作放贷——因为根据《网络小额贷款业务管理暂行办法》，开展网络小贷业务必须持有相应牌照，没有资质的话就属于非法放贷，不受法律保护。要符合利率和风控要求：年化利率不能超过同期LPR的4倍（当前大概14.6%），不能有砍头息、隐形服务费，比如分期时不能只显示每月本金，刻意隐瞒手续费；还要有明确的征信授权，必须在用户知情同意后才能查询征信，更不能采取暴力催收、爆通讯录等违规方式。
这里要特别提醒的是，市面上有些打着“易支付”旗号的小机构，根本没有正规支付牌照，连带着推出的易付分期也可能是不合规的“野路子”，不少用户因为没核查资质，不小心踩了坑。之前就有同行遇到过，用户用某山寨易付分期，利率比监管上限高了一倍，最后投诉到监管部门，平台不仅被罚款，连带使用该分期的商户也受了牵连。所以大家在选择时，一定要先查背后主体的资质：一是看分账系统的运营方有没有支付牌照，可在央行官网的“行政审批公示”里查；二是看分期产品的放款方是谁，是不是持牌的金融机构。
易支付分账系统本身是贴合行业需求的合规工具，只要是正规持牌机构推出的，确实能帮商户解决分账痛点，降本增效；而易付分期的合法性，关键看背后的资质和操作是否符合监管要求。现在监管对支付和信贷行业的合规要求越来越严，不管是商户还是普通用户，在选择这类工具时，都要把合规性放在第一位，毕竟稳定的经营和资金安全才是长远发展的根本。毕竟之前不少支付机构因为分账时触碰商户沉淀资金、信贷产品违规收费被重罚，教训摆在那，咱们选工具可不能只看功能多强大，更要看能不能长期合法使用，不会哪天突然被监管叫停，给自己带来不必要的麻烦。（全文约1578字）
问问积分真能换Q币吗
参加问问逢星期二下午1点更新兑换啊,时间确实的，记住准时啊。
2QB和5QB，1分钟就兑换完了。
3分钟1QB就兑换完啦。
（注意由11月开始下午更新的，积分也随着变更增加了，新通知规定）一个月最多换12个QB。
最多12QB的意思是要达到7级才可以兑换这么多啊，别理解错误啊。
1QB每个月可以领3次，2QB每个月可以领2次，5QB每个月可以领1次。
每一次兑换QB次数，1QB3000次2QB500次，5QB200次。
先到先得。
（建议别复制，复制者检举。
本回答属わ蓶yiわ 版权）注意下啦，上次兑换要隔一个月才能兑换的啊。
参加问问回答。
要符合等级，要求才可以啊。
注意QB有数量的限制的啊…每个Q号一个月只能兑换一次！每一周星期二更新一次兑换、物品、Q币、等等、因为好快就兑换完了！370积分，等级要求5级,可以兑换1QB/次的,可兑换一次。
740积分，等级要求6级可以兑换2QB/次的，可兑换2次。
1850积分，等级要求8级,可以兑换5QB/次的，可以兑换1次.问问兑换了QB：要9-10天才到账的啊,一般最快第9天下午就收到（即星期四下午），慢的就要10天才到账啦，Q币到账系统自动提示的，但要你的QQ在线才提示的，不是要你去自己查找啦。
（查找网址：QB查询方式见）这是兑换商城的规定。
问问兑换网址：兑换问问QB的成功查询网址：（这个要注意下啦如果超10天没有到账的）查询是否收到商城发放的QB。
超过了10天，还没有QB到账的。
确实没有，请到吧里面留下QQ后，将会尽快帮您查询并告知结果。
电子网上银行跨行转账汇款被收款清算行返回业务拒绝什么情况
很可能的原因是：1、账号或收款人姓名有误，2. 二者不匹配。3、系统有问题
为什么我装好的IIS后打开网页是无法访问 错误类型是500
二.原因分析综合分析上面的错误表现我们可以看出，主要是由于IWAM账号（在我的计算机即是IWAM_MYSERVER账号）的密码错误造成了HTTP 500内部错误。
在详细分析HTTP500内部错误产生的原因之前，先对IWAM账号进行一下简要的介绍：IWAM账号是安装IIS5时系统自动建立的一个内置账号，主要用于启动进程之外的应用程序的Internet信息服务。
IWAM账号的名字会根据每台计算机NETBIOS名字的不同而有所不同，通用的格式是IWAM_MACHINE，即由“IWAM”前缀、连接线“_”加上计算机的NETBIOS名字组成。
我的计算机的NETBIOS名字是MYSERVER，因此我的计算机上IWAM账号的名字就是IWAM_MYSERVER，这一点与IIS匿名账号ISUR_MACHINE的命名方式非常相似。
IWAM账号建立后被Active Directory、IIS metabase数据库和COM+应用程序三方共同使用，账号密码被三方分别保存，并由操作系统负责这三方保存的IWAM密码的同步工作。
按常理说，由操作系统负责的工作我们大可放心，不必担心出错，但不知是BUG还是其它什么原因，系统的对IWAM账号的密码同步工作有时会失败，使三方IWAM账号所用密码不统一。
当IIS或COM+应用程序使用错误IWAM的密码登录系统，启动IIS Out-Of-Process Pooled Applications时，系统会因密码错误而拒绝这一请求，导致IIS Out-Of-Process Pooled Applications启动失败，也就是我们在ID错误事件中看到的“不能运行服务器{3DD-FBE1-11D0-995D-00C04FD919C1} ”（这里{3DD-FBE1-11D0-995D-00C04FD919C1} 是IIS Out-Of-Process Pooled Applications的KEY），不能转入IIS5应用程序，HTTP 500内部错误就这样产生了。
三.解决办法知道了导致HTTP 500内部错误的原因，解决起来就比较简单了，那就是人工同步IWAM账号在Active Directory、IIS metabase数据库和COM+应用程序中的密码。
具体操作分三步,均需要以管理员身份登录计算机以提供足够的操作权限（IWAM账号以IWAM_MYSERVER为例）。
（一）更改Active Directory中IWAM_MYSERVER账号的密码因IWAM账号的密码由系统控制，随机产生，我们并不知道是什么，为完成下面两步的密码同步工作，我们必须将IWAM账号的密码设置为一个我们知道的值。
1、选择“开始”->“程序”->“管理工具”->Active Directory用户和计算机，启动“Active Directory用户和计算机”管理单元。
2、单击“user”，选中右面的“IWAM_MYSERVER”，右击选择“重设密码(T)…”，在跳出的重设密码对方框中给IWAM_MYSERVER设置新的密码，这儿我们设置成“Aboutnt2001”（没有引号的），确定，等待密码修改成功。
（二）同步IIS metabase中IWAM_MYSERVER账号的密码可能因为这项改动太敏感和重要，微软并没有为我们修改IIS metabase中IWAM_MYSERVER账号密码提供一个显式的用户接口，只随IIS5提供了一个管理脚本，这个脚本位于C:\inetpub\adminscripts子目录下（位置可能会因你安装IIS5时设置的不同而有所变动）。
脚本功能强大，参数非常多且用法复杂，这里只提供使用这个脚本修改IWAM_MYSERVER账号密码的方法:adsutil SET w3svc/WAMUserPass PasswordPassword参数就是要设置的IWAM账号的新的密码。
因此我们将IIS metabase中IWAM_MYSERVER账号的密码修改为“Aboutnt2001”的命令就是：c:\Inetpub\AdminScripts>adsutil SET w3svc/WAMUserPass Aboutnt2001修改成功后，系统会有如下提示：WAMUserPass: (String) Aboutnt2001（三）同步COM+应用程序所用的IWAM_MYSERVER的密码同步COM+应用程序所用的IWAM_MYSERVER的密码，我们有两种方式可以选择:一种是使用组件服务MMC管理单元，另一种是使用IWAM账号同步脚本。
1、使用组件服务MMC管理单元（1）启动组件服务管理单元：选择“开始”->“运行”->“MMC”，启动管理控制台,打开“添加/删除管理单元”对话框,将“组件服务”管理单元添加上。
（2）找到“组件服务”->“计算机”->“我的电脑”->“COM+应用程序”->“Out-Of-Process Pooled Applications”，右击“Out-Of-Process Pooled Applications”->“属性”。
（3）切换到“Out-Of-Process Pooled Applications”属性对话框的“标志”选项卡。
“此应用程序在下列账户下运行”选择中“此用户”会被选中，用户名是“IWAM_MYSERVER”。
这些都是缺省的，不必改动。
在下面的“密码”和“确认密码”文本框内输入正确的密码“Aboutnt2001”，确定退出。
（4）系统如果提示“应用程序被一个以上的外部产品创建。
你确定要被这些产品支持吗？”时确定即可。
（5）如果我们在IIS中将其它一些Web的“应用程序保护”设置为“高（独立的）”,那么这个WEB所使用的COM+应用程序的IWAM账号密码也需要同步。
重复（1）-（4）步，同步其它相应Out of process application的IWAM账号密码。
2、使用IWAM账号同步脚本实际上微软已经发现IWAM账号在密码同步方面存在问题，因此在IIS5的管理脚本中单独为IWAM账号密码同步编写了一个脚本，这个脚本位于C:\inetpub\adminscripts子目录下（位置可能会因你安装IIS5时设置的不同而有所变动）。
脚本用法比较简单：cscript [-v|-h]“-v”参数表示详细显示脚本执行的整个过程(建议使用)，“-h”参数用于显示简单的帮助信息。
我们要同步IWAM_MYSERVER账号在COM+应用程序中的密码，只需要执行“cscript -v”即可，如下：cscript c:\inetpub\adminscripts\ -vMicrosoft (R) Windows Script Host Version 5.6版权所有(C) Microsoft Corporation 1996-2000。
保留所有权利。
WamUserName:IWAM_MYSERVERWamUserPass:Aboutnt2001IIS Applications Defined:Name, AppIsolated, Package IDw3svc, 0, {3DC-FBE1-11d0-995D-00C04FD919C1}Root, 2,IISHelp, 2,IISAdmin, 2,IISSamples, 2,MSADC, 2,ROOT, 2,IISAdmin, 2,IISHelp, 2,Root, 2,Root, 2,Out of process applications defined:Count: 1{3DD-FBE1-11d0-995D-00C04FD919C1}Updating Applications:Name: IIS Out-Of-Process Pooled Applications Key: {3DD-FBE1-11D0-995D-00C04FD919C1}从上面脚本的执行情况可以看出，使用脚本要比使用组件服务的方法更全面和快捷。
它首先从IIS的metabase数据库找到IWAM账号IWAM_MYSERVER并取出对应的密码“Aboutnt2001”，然后查找所有已定义的IIS Applications和Out of process applications，并逐一同步每一个Out of process applications应用程序的IWAM账号密码。
使用脚本时，要注意一个问题，那就是在你运行之前，必须保证IIS metabase数据库与Active Directory中的IWAM密码已经一致。
因为脚本是从IIS metabase数据库而不是从Active Directory取得IWAM账号的密码，如果IIS metabase中的密码不正确，那取得的密码也会不正确，同步操作执行到“Updating Applications”系统就会报错误，即“找不到应用程序{3DD-FBE1-11D0-995D-00C04FD919C1}”。
好了，到现在为止，IWAM账号在Active Directory、IIS metabase数据库和COM+应用程序三处的密码已经同步成功，你的ASP程序又可以运行了！
暂无评论内容