• [互动交流] 老人前脚通过评估,后脚骑车买菜:3.2亿人参保的第六险,AI智能审计如何破局?
    “一人失能,全家失衡”,这是许多有失能老人家庭面临的现实困境。被称为社保“第六险”的长期护理保险,正是为了破解这一难题而生。最新数据显示,我国长期护理保险参保人数已超3.2亿,基金累计支出1142亿元,惠及超460万失能人员。然而,随着覆盖面快速扩大,资金安全和评估公平性问题开始浮出水面。9月20日,审计署审计科研所发布报告,直指四大问题,其中失能评估管理存在漏洞、欺诈骗保套保多发尤为刺眼。前不久,上海披露了一起典型的骗保案:有老人前脚刚通过长护险失能评估,后脚就出门旅游、骑车买菜。调查发现,评估机构与护理机构串通,教唆老人“装病”通过评估,再将本该用于医疗护理的资金,变成了上门打扫卫生的“家政服务”。两家机构累计套取基金200余万元。     问题定性难在哪?技术盲区在哪?从审计视角看,这类问题的定性并不简单。它涉及几个层面的判断:评估机构是否履行了独立评估职责?护理服务是否真实发生?资金流向是否与申报服务一致?一个“被失能”的老人,表面上手续齐全、评估报告完整。但如果把评估记录、服务记录、医保结算数据和老人的出行轨迹放在一起比对,矛盾就会暴露。技术上的难点在于数据壁垒:评估数据在卫健委或民政系统,结算数据在医保系统,出行轨迹在交通或公安系统。传统审计靠人工抽查,面对海量、跨系统的数据,几乎不可能做到全量核验。   智能审计的技术破局:从“抽样”到“全量穿透”要识破这类骗局,核心在于多源异构数据的全量关联分析。如果把这条问题交给铭太科技智能审计定性助手,底层技术会这样运转:第一步:基于NLP的问题标准化。 系统通过自然语言处理技术,将“老人装病通过评估、机构提供家政而非护理”的杂乱线索,解析并重构为规范的审计表述:“失能评估管理存在漏洞,护理服务未真实发生,存在欺诈骗保风险”。第二步:知识图谱与规则引擎的定性匹配。 系统依托审计知识图谱,自动关联《长期护理保险失能等级评估管理办法》等法规,匹配“欺诈骗保”的定性特征向量,输出精准的定性结论。第三步:构建异常检测模型生成整改建议。 系统建议建立“评估-服务-结算”三维比对模型:将老人的失能评估等级、护理人员的GPS定位与服务时长、医保系统的结算明细进行交叉验证。如果发现某位“重度失能”老人,其护理工单时间与他的公交出行记录、医疗就诊记录高度冲突,系统自动触发“假服务”预警。每一步的整改动作,系统都会同步生成佐证材料清单:评估记录、服务轨迹、结算明细、追回凭证。措施写得再细,佐证凑不齐,问题就销不了号。 “第六险”的钱,要花在刀刃上长期护理保险制度正在从试点走向全面建制,3.2亿人参保的盘子只会越来越大。钱越多,监管的责任越重。智能审计的技术价值,不是替代审计人员的专业判断,而是打破跨部门数据壁垒,把“评估记录、服务轨迹、结算数据”放在同一个算法模型里跑,让隐蔽的异常特征自己浮出水面。“第六险”保的是失能人员的尊严,也是千万家庭的喘息空间。这笔钱,经不起“被失能”的消耗。
  • [互动交流] 问题金额 46.52 亿元,同样的中药越卖越贵?审计署查出背后推手
    同样的中药,为什么越卖越贵? 2026年6月,审计署披露的2025年度审计工作报告,揭开了中药产销领域的一块“遮羞布”。审计署调查了10个省份、66户中药企业、28家医疗机构,涉及资金215.91亿元,查出问题金额高达46.52亿元。这近50亿的问题资金背后,藏着几个非常“刺激”的手法: 一是药企虚增中药材采购成本。有的企业为了凑数,连本单位员工都搜集来编造采购记录。二是虚列销售费用,搞“带金销售”推高药价。三是医疗机构侵蚀医保基金。中药是老百姓的“救命药”,医保基金是老百姓的“保命钱”。这些问题不仅掏空了医保资金,更让无数患者为虚高的药价买单。 问题披露了,但难点在怎么查、怎么改。把这条线索交给铭太智能审计定性助手,它的第一步不是急着下结论,而是做疑点全量筛查与问题标准化。  传统的审计抽样,是从100笔里抽10笔看。而智能审计系统可以通过多源数据交叉比对:将中药材采购台账、员工花名册、银行流水、销售费用明细放在同一个数据模型里跑。“采购记录里的供应商,有没有本企业的员工?”“这批中药材的采购单价,为什么比同期市场均价高出这么多?”“巨额的销售费用,最终流向了哪里?”当系统捕捉到这些异常特征后,自动提取关键要素,将模糊的线索转化为标准的审计问题表述:“部分药企通过虚增采购成本、虚列销售费用(带金销售)等方式推高药价,存在套取资金、利益输送风险。”第二步,是问题定性。系统根据特征向量匹配,调取内置的“带金销售”“虚增成本”的定性规则和典型案例,给出定性结论。同时,自动关联《中华人民共和国药品管理法》《医疗保障基金使用监督管理条例》等具体条款,让定性有法可依。 第三步,是整改闭环。查出问题只是“上半篇文章”,整改才是“下半篇文章”。系统自动匹配整改措施:追回被虚增成本套取的资金;规范采购与销售费用核算;建立药企与医疗机构间的合规防火墙。 更关键的是,系统同步生成了佐证清单:采购比价报告、资金流向追查记录、医保基金退回凭证、制度修订文件。措施写得再漂亮,佐证凑不齐,问题就销不了号。 46.52亿元的问题资金,折射出的是中药产业链上的深层次顽疾。靠人工去一一核实,成本高、周期长、易漏审。而智能审计的价值,就是用技术手段穿透数据的迷雾,让隐蔽的违规手法无处遁形,让每一分“保命钱”都花在刀刃上。中药的价格,容不得“水分”。审计的监督,容不得“盲区”。
  • [互动交流] 1.9元汽水被查,最怕的不是罚,是没人会“定性”——智能AI定性助手帮你把话说清
    近日,一张广东佛山12345处理回复工单截图引发热议。   患者给药房工作人员送了一罐1.9元的健力宝汽水,随后通过12345举报,称对方存在违规收礼问题。禅城区卫生健康局调查后回复:该名工作人员未主动索取,主观认为这是老病患对医务人员的感谢,因盛情难却而接收。医院已对该医生进行严厉批评,并对全院人员多次进行《医疗机构工作人员廉洁从业九项准则》培训。卫健局确认,举报以及回复内容属实。  收一罐1.9元的汽水,到底算不算“违规收礼”?这个问题看似简单,实则涉及审计问题定性中最常见的难点:法规条款是固定的,但适用场景是弹性的。我们试着把这条问题丢进铭太科技智能审计问题定性助手,看看AI怎么判断。  第一步:问题标准化智能审计问题定性助手首先把口语化的新闻描述,翻译成规范的审计问题表述:“禅城区某医院药房工作人员在诊疗服务过程中,接受患者赠送的健力宝汽水(价值1.9元),虽未主动索取,但未按规定拒绝或上交,违反医疗机构工作人员廉洁从业相关规定,存在廉洁风险隐患。”一句话的差别,把“收了汽水”变成了“未按规定拒收上交,存在廉洁风险”。定性方向清晰了。第二步:问题定性智能审计问题定性助手给出的定性结论是:“医疗机构工作人员在诊疗服务中收受患者物品,虽未主动索取但未按规定拒收上交,违反医疗机构工作人员廉洁从业九项准则,存在廉洁风险隐患。”  第三步:定性依据自动匹配了相关法规条款:《医疗机构药品集中采购工作规范》第二十七条:严禁以权谋私,不得以任何理由和方式收取财物或牟取其他不正当利益。《食品药品监督管理工作人员八条禁令》第五条:严禁收受行政相对人及相关单位现金、有价证券、支付凭证和贵重礼品。同时,铭太科技智能审计问题定性助手也明确指出:这些法规“现行有效”,可以放心引用。  第四步:审计意见AI自动生成了一段完整的审计意见:“审计发现,禅城区某医院药房工作人员在诊疗服务过程中,接受患者赠送的健力宝汽水(价值1.9元),虽未主动索取,但未按规定当场拒绝或登记上交,事后引发患者通过12345热线举报。该问题反映出医院在廉洁从业管理方面存在制度执行不严、日常管控不到位、岗位人员廉洁风险防控意识不足等管理短板。此类行为违反医疗机构工作人员廉洁从业相关规定,虽涉案金额微小,但暴露出个别工作人员对廉洁纪律底线的认识模糊……存在廉洁合规隐患。”这段话把“1.9元的汽水”和“廉洁纪律底线的认识模糊”联系起来了,定性准确,逻辑完整。  第五步:审计管理建议最后,铭太科技智能审计问题定性助手给出了四条管理建议:健全制度体系:细化诊疗服务中收受患者财物的界定标准、处置流程及登记上交规范。强化宣贯培训:将廉洁纪律教育纳入岗位必修内容,提升风险识别与防范能力。完善日常管控:加强对药房、临床等关键岗位人员履职行为的监督与提醒。健全自查预警:定期开展重点岗位廉洁风险排查,推动从事后处置向事前预防延伸。审计的价值,不是“一刀切”一罐1.9元的汽水,看起来是小事。但它折射出的,是制度执行中“尺度”和“标准”的普遍难题。审计要做的,不是简单地说“对”或“错”,而是让每一个判断都有据可依、有例可循。智能审计问题定性助手,输入问题描述,自动完成问题标准化、匹配定性依据、生成审计意见和管理建议。让审计判断,从“凭经验”走向“有标准”。   你们单位遇到过“收了不合适、不收又不好意思”的情况吗?评论区聊聊。 
  • [互动交流] 痛心!工伤保险基金被啃掉 48.69 亿!农民工 "救命钱"被一点点克扣
    ​6 月 23 日国家审计署披露:26 个省份工伤保险基金共审计 1151.1 亿元,查出问题 48.69 亿。其中扎眼的一笔 ——16 个省份、100 多家用人单位和劳务派遣公司,从 2015 年至今,靠农民工不懂政策、签 "自愿放弃" 类不平等协议,盘剥克扣工伤保险待遇 1.82 亿!这些不是报表数字,是工地上摔下来、该到那个农民工手里的救命钱。  一、一张 "自愿放弃",1.82 亿就没了套路不复杂:入职时签 "自愿放弃社保""工伤一次性了断 ";真摔下来,按远低于法定标准私了,还得签收条。工人不懂政策、不敢闹、急着拿钱治伤,协议就生效了。十年时间、上百家公司,一勺一勺舀走 1.82 亿。  二、把建筑工 "包装" 成服务员更隐蔽的一招在参保环节。高风险行业费率高,企业就勾连中介,把一线工人改成服务业低风险岗位按低档费缴 ——170.6 万人被这么 "包装" 过。建筑项目更直接:3.41 万个项目、226 万农民工连工伤保险都没上,应缴保费 25.3 亿。真出了事,往往是社会兜底。 三、两头吃:骗认定、吃器具22 个省份 580 人编造事故和就诊记录,骗工伤认定套取待遇 4813万;12 个省份 44 家辅助器具机构以次充好、虚假配置,虚报多领 2562万。22 个省份 613 家医院还利用 "工伤报销无自付、无封顶" 口子过度医疗,多结算 4.55 亿。 四、这类问题为什么难整改?问题披露了,但整改不是 "退钱" 这么简单。这个案子涉及 16 个省、100 多家公司、跨度 10 年。要查清每一笔被克扣的钱、退还给每一个被侵害的职工,靠人工翻台账几乎不可能。而且退钱只是第一步。更关键的是堵制度漏洞 —— 怎么保证代领过程透明?怎么让职工知道自己该拿多少?怎么防止同类问题再发生?这些,不是写一份整改报告就能解决的。 五、系统能帮上什么忙?把这条问题丢进铭太科技小铭铭审计整改助手,它给出的第一步不是写措施,而是"问题标准化": ​部分省份劳务派遣公司利用农民工不熟悉政策签订不平等协议,盘剥克扣工伤保险待遇,涉及金额 1.82 亿元,损害职工合法权益,存在社保基金监管失控风险。定性一变,整改思路就变了 —— 不是 "退这一笔",而是 "查所有笔、堵制度漏洞"。整改方案按分阶段整改铺开,全链条从排查、追缴、审核、监管到长效机制。最关键三条:  一是全面排查。对 16 个省份 100 余家劳务派遣公司的协议全覆盖审查,逐人核实待遇发放。二是依法追缴。确认被克扣的待遇限期全额返还,1.82 亿元应追尽追、应退尽退。三是源头治理。 劳务派遣协议工伤条款前置审核,待遇直发职工本人账户,砍掉中间环节。每一项动作背后,都配了佐证清单:排查底稿、追缴回单、职工签收记录、审核记录、培训签到、整改总结。措施写得再漂亮,佐证凑不齐,问题就销不了号。六、审计整改难在哪?说到底卡在三件事:责任界定不清、标准把握不准、成效难以量化。基层人手少、经验少,碰上跨年度、跨区域、涉及面广的问题,常常不知从哪下笔;写了一堆措施交上去被打回来,因为 "说不清"。铭太科技小铭铭审计整改助手,深耕审计监督数智化二十年,让审计整改从 "凭经验写" 变成 "有标准可查"。把散落在制度文件和典型案例里的经验,沉淀成可复用的骨架:输入问题,自动完成定性、生成分阶段整改方案、列出佐证材料清单。判断和责任还是人来扛,但 "怎么写、写什么、拿什么证明",系统帮你理清楚。  你们单位遇到过类似的工伤保险待遇代领问题吗?整改方案写不实、佐证材料凑不齐?评论区聊聊。​
  • [互动交流] 世界橙乡不种橙改种大棚:被审计点名的荒唐摊派,智能AI怎么帮着改?
    ​近日,国家审计署一份报告,强农惠农富农资金被点名:抽查19省296县6680个产业融合发展项目,问题金额234.57亿元。更扎眼的是——749个项目没守住“土特产”三个字。赣州明明是“世界橙乡”,却被向18县摊派38.5万亩蔬菜大棚,种出来供不对需、普遍亏损。钱花出去了,这账怎么交?  一、先把“土特产”拆成三道题最常见的毛病,是把审计报告原文照抄进整改方案,抄完发现没法往下写。先尝试把问题情况发给铭太科技小铭铭智能审计整改助手,做的第一步不是写措施,而是“问题标准化”:把“摊派任务、产业空心”翻译成“未充分考虑当地水土自然禀赋、脱离优势特色、产业基础设施未配套即上马,存在财政资金损失浪费风险”。  这句话背后,是规则引擎加知识图谱在起作用——系统把“土特产”要求拆成可打勾的检查项:水土禀赋、优势特色、产能配套。AI按图索骥给每个问题贴标签,749个项目顺势分成三堆:不“土”124个、不“特”197个、不“产”428个。一句话的差别,决定整改是“就事论事改一件”,还是“举一反三改一片”。 二、整改不是写态度,是排工期  审计整改分三类:立行立改、分阶段整改、持续整改。这条牵扯解约清退、重建机制、追责,属典型“分阶段整改”。把小铭铭给出的指引压成一条主线,12个月就清楚了。 前3个月止血。成立专项工作组,对6680个项目全覆盖摸底,建立问题台账,精准锁定749个偏离项目;赣州就由农业农村局牵头,对18县大棚逐县核查。   中间6个月动手术。分类施策:不“土”的重论证选址,不“特”的重定位特色,不“产”的补齐基础设施;同步建立项科学论证机制,新建项目必须先交土壤检测、水资源论证、市场供需三份报告,专家评审通过才能上马;对234.57亿元问题金额逐笔绩效评估,能追的追、能调的调。最后3个月防复发。月度调度、季度通报、滞后约谈;逐县验收销号,把“土特产”匹配度写进干部考核防反弹。追责贯穿全程:直接、分管、领导责任一层层划清。三、最容易被退回的,是“改完了却说不清”整改材料被打回来,多半不是没改,而是说不清。铭太科技智能审计整改助手小铭铭在指引末尾给了一份“标准化整改卷宗”清单:排查底稿、分类处置方案、资金调整文件、验收资料、追责决定等11类材料一一对应。  改了哪些要有数字:调整项目X个、修订制度X项、追回资金X万元;凭什么说改了要有材料:调整批复、新旧制度对比、绩效评估报告、验收销号记录。措施写得再漂亮,佐证凑不齐,问题就销不了号。措施和材料对上,整改台账才算真正闭环。四、难的不是改,是没人教你怎么改说到底,基层卡在三件事:资源禀赋把握不准、产业论证标准不清、成效难量化。AI能帮上的恰恰是这层。  把问题丢进铭太科技智能审计整改助手,它先“识别意图”,再用RAG检索增强,从审计准则和典型案例库里召回相似问题,最后按一张“填表模板”(结构化schema)吐出五栏:标准化表述、类型判定、分阶段措施、成效指标、证明材料清单。等于给审计员配了个不会累的实习助手,把查制度、翻案例的活先干了。但判断和责任还是人来扛——模型给的是建议骨架,责任认定、实质把关得人工。这也是铭太科技·小铭铭智能审计整改助手在做的事。你们单位写惠农资金整改,最难的是措施写不实,还是材料凑不齐?评论区聊聊。​
  • 234亿农业补贴被“空手套”:AI审计如何堵住“钱拨了没人管”的漏洞?
    ​江西彭泽县,2019年把1.24亿元产业补助拨给九江一家生态农业公司,协议约定公司带动农户养小龙虾、负责包销。钱拨下去再没人跟踪——2024年公司“跑路”,农户的虾没人收,只能半价贱卖。  这不是孤例。审计署2025年度报告披露:19省296县抽查6680个乡村产业融合项目,问题金额234.57亿。其中2141个项目从一开始就不符合“联农带农”初衷(1631个完全没措施、325个措施写在纸上),白补了115.83亿;另有37县拖欠54.94万农民岗位补贴、伙食补助共16.8亿。  为什么总是“审计抽查才发现”?一个县几百个补贴项目,数据散在四个部门:申报在农业农村局、拨付在财政局、企业经营在税务电力社保、农户台账在乡镇。基层审计就几个人,靠翻纸质台账一年查几十个,日常监控基本缺位。  技术能补哪一环?从四层架构入手。第一层,数据治理。 四个源数据先做口径对齐——企业名称统一、项目编号映射、时间口径拉齐,这是后面一切分析的前提。  第二层,规则引擎跑批。 审计经验固化成规则按月自动跑:申报说带200户但社保本地用工为零;补贴发了半年企业用电开票纹丝不动;该直打农民社保卡的钱中间过了企业账户;验收报告说户均增收5000元但台账分红为零。第三层,模型补盲。 规则抓“明显不对”,模型抓“看着都对但反常”:同类项目平均补贴每户3000元、某项目突然报到2万;同一法人穿透后在5个县同时拿同类补贴。第四层,疑点工单闭环。 每条疑点自动生成核查工单派到属地,核查结论、佐证、整改回传直至销号。把“人找问题”变成“问题找人”——基层还是那几个人,监控范围从一年抽查几十个变成每月跑遍全县在补项目。回到智能审计方面,整改报告需要怎么写?我们试了铭太科技小铭铭智能审计整改助手。把彭泽这条问题丢进去,它第一步不是急着写措施,而是先做问题标准化:  彭泽县在产业补助资金拨付后未履行后续监管职责,导致项目单位未按协议带动农户养殖小龙虾并包销,2024年该公司停止经营,小龙虾无人收购,造成农户经济损失,存在财政资金使用效益低下和监管缺位风险。定性一定,思路就清楚了——不是“退一笔钱”,是“补一套机制”。  AI给出的措施里最关键四条:建全过程监管。 季度核查、年度评估、大额项目专人跟踪。建动态监控台账。 经营状况、协议履行、收购凭证逐月更新。存量拉网排查。 已跑路的追缴资金、协调替代收购主体、法律追责。绩效和后续拨款挂钩。 带动效果不达标的暂缓或取消下年补助。每条措施后面都配了佐证清单——管理办法原文、台账更新记录、追缴回单、替代收购协议、农户签收记录。措施写得再漂亮,佐证凑不齐就销不了号。  查出问题是“上半篇文章”,改到位才是“下半篇”。铭太科技深耕审计监督数智化二十年,旗下小铭铭审计整改助手,把项目台账、补贴流水、联农记录串在一条线上,让审计整改从“翻台账”变成“对数据”。你们那边见过“补贴发了但项目没影”的事吗?评论区一起聊聊。​
  • [互动交流] 从省级到县级:人大预算联网监督系统的数据架构与标准化实践
    近期,梧州市人大常委会召开预算联网监督系统建设工作会议,强调“对标自治区标准,统筹推进市县两级系统建设和应用”。这条新闻背后,其实涉及一个技术问题:预算联网监督系统如何实现省市县三级数据贯通?  一、数据架构:从“信息孤岛”到“全口径贯通”预算联网监督系统的核心,是多源异构数据的采集、治理与贯通。以漯河市人大为例,系统已对接市发改委、市审计局、市税务局等9个部门,以“T+1”模式实时采集53张原始报表。益阳市人大则通过专网专线,打通了与财政、审计、税务、国资等部门的数据壁垒,将部分数据更新频率从“月更新”“半月更新”提升至“隔天更新”乃至“实时采集”。这种数据贯通的技术挑战在于:口径不统一:不同部门对同一指标的定义可能不同频率不一致:有的按季、有的按月、有的按周历史数据迁移:十余年的历史数据需要完整迁移且保证准确性铭太科技在榆林市人大的实践中,导入了市财政、税务、审计、发改、人社、国资等9个部门单位2016至2026年的财政预决算、审计台账、税收情况、支出报表等上万条基本数据,并按季、月、周等不同频次更新。二、三级贯通:从“省级标配”到“县级下沉”实现省市县三级数据贯通,核心要解决三个问题:1. 统一数据标准这是最基础的一步。北京市人大在推进市区两级平台建设时,坚持“五统一”原则,注重规范技术标准和数据口径,整理入库5万余套报表、22类1.4亿条数据条目,形成“财经监督数据资产目录”。2. 数据同步机制省级与市县系统之间需要建立稳定的数据同步机制。漯河市人大通过“T+1”模式实时采集数据,每项指标均可“层层穿透”,从部门总体资金追溯至每笔支出的支付凭证。这种从宏观到微观的穿透模式,使监督从“碎片化”转向“体系化”。3. 数据安全防护预算数据涉及政府财政信息,安全要求极高。北京市人大相继出台《联网监督系统使用安全管理暂行规定》《系统运维和数据安全内部管理规程》等制度文件,筑牢制度、管理、技术衔接配套的安全防护体系。三、标准化:贯通的“技术前提”梧州会议强调“对标自治区标准”,这背后是一个容易被忽略的技术问题:如果各地系统建设标准不一,数据口径、指标体系、接口规范各不相同,市县系统就无法与省级系统贯通。四川省在推进全省“一张网”建设时,率先制定《人大预算联网审查监督数据信息提供规范》六项地方标准,建立全国首个预算审查监督预警指标体系。这种标准化实践,正是实现三级贯通的技术前提。四、智能应用:从“数据查询”到“穿透式监督”数据贯通之后,核心能力开始从“查询查询”向“智能预警”“穿透式监督”升级。益阳市人大在对2024年市本级决算草案的智能化审查中,系统精准预警了31个科目预决算差异率超限、4个科目“有决算无预算”等异常情况,据此要求市财政局逐一反馈处理。漯河市人大在二期系统中重点打造国有资产、政府债务两大专题监督模块,系统汇集债务管理政策法规及历年债务情况,动态跟踪市本级及县区政府债券发行、还本付息情况,重点监控债务率、偿债保障倍数等核心风险指标,对债务余额超限额等情况实时预警。五、技术选型建议对于正在建设或升级预算联网监督系统的团队,几点技术选型建议:数据存储结构化数据:关系型数据库(如GaussDB、达梦)非结构化数据:对象存储全文检索:Elasticsearch数据同步实时同步:Kafka + Flink批量同步:DataX + 调度平台数据安全传输加密:TLS/SSL存储加密:透明数据加密(TDE)访问控制:RBAC + 数据脱敏部署方式支持私有化部署,数据不出域支持国产化适配(信创环境)六、小结人大预算联网监督系统的建设,技术核心在于数据贯通和标准化。省级系统建好后,如何向市县延伸、如何实现三级数据贯通,是当前各地人大面临的主要技术挑战。梧州这次部署县级系统建设,强调“对标自治区标准”“市县上下贯通”,正是这一技术挑战的具体落地。
  • [问题求助] 更改CTI时间,坐席签入失败
    【问题来源】【必填】【可选问题来源:某地12345AICC项目】【问题简要】:由于CTI时间和北京时间差了8分钟(此时坐席登录都是正常的)后将cti更改为北京时间,此时坐席立马就登录失败,报100-003错误,【message:message:"General Error."retcode:"100-003"】  反复更改后发现差了5分钟也是可以登录的 差了4分钟就又登录失败 不知道这个时间为何会影响坐席登录【问题类别】【可选问题分类:坐席签入问题】【AICC解决方案版本】【必填】【AICC可选择版本:AICC 8.15.0】【UAP可选择版本:UAP9600 V100R005C00SPC026】【CTI可选择版本:ICD V300R008C23】【期望解决时间】越快越好测试工号999 测试时间24号00:30左右 
  • [问题求助] tsdk_init 失败, 返回错误码 一般错误.
     用了最新版本24 cloudlink API, 调用 tsdk_init 返回失败, 错误码为:TSDK_E_MANAGER_ERR_GENERAL_ERROR0x100000116777217一般错误用21的版本就没问题. 请问谁知道原因吗?
  • [热门活动] “回到梦开始的地方”,2024华为云城市峰会落地克拉玛依
    砥砺同行十二载,迎着AI新时代浪潮回到“梦开始的地方”。2024年8月15日,以“加速智能升级·共建美好新疆”为主题的2024华为云城市峰会落地克拉玛依,聚焦AI时代下智慧政务及数字城市建设的新趋势和新方向开展了深度探讨。作为华为全球首个云战略合作城市,克拉玛依已经与华为携手走过了十二年。从建立华为首个公有云卫星节点,到成为自治区“最多跑一次”改革的试点城市,再到率先在新疆实现城市治理“一网统管”……双方在城市治理、智慧民生和人才培养等方面上均取得了显著成效。在新一轮的科技革命和产业变革来临之际,围绕人工智能全产业链的布局正在全国范围内开展。华为云中国区副总裁陶志强总结了华为云与克拉玛依在智慧城市建设上的紧密合作和显著成就,展望了人工智能和大模型技术为城市创新发展带来的新动力,并表达了华为与克拉玛依在数字能源、智慧交通等多领域深化合作,共同建设云信息中心和人才高地的决心。华为云中国区副总裁陶志强基于城市是生命体和有机体的共识,华为提出“城市智能体”的建设理念。华为政务一网通军团总架构师王鹏表示,华为打造开放融合的智能体架构,涵盖智能感知、智能联接、智能底座、智能平台、AI大模型、智慧中枢、智慧应用等,实现城市的能感知、会思考、有温度、可进化,把数字世界带入每个城市,带到每个人身边,让城市更智慧,让服务更温暖。华为政务一网通军团总架构师王鹏他山之石,可以攻玉。广州市白云区城市管理监控指挥中心主任李峰分享了白云区智慧城管建设的成功经验,包括清晰的规划引领、组件化的技术架构、增强的物联感知能力及多元化的群众参与模式,有效提升了城市管理效率和财政资金效益,同时指出,政府与企业需形成良性互动,共同推动智慧城市建设。广州市白云区城市管理监控指挥中心主任李峰新疆融兴盛景城市服务有限公司安全生产部部长马晓梁分享了与华为合作的城市服务一体化平台数字化实践,借助集成的一体化平台(ISDP)解决业务痛点,提升作业质效与服务质量,降低成本。公司还将携手华为朝着办公IT化、业务场景数字化以及数据智能化的方向发展,以期在未来构建更为高效的城市服务体系。新疆融兴盛景城市服务有限公司安全生产部部长马晓梁政务云既是智慧城市建设的“最强大脑”,也是智慧城市的核心支撑。从IDC发布的中国政务云市场份额系列研究报告来看,华为云已连续七年领跑政务云市场,在政务云整体、政务云IaaS、政务云PaaS、政务专属云等六个市场位居第一。作为见证者和建设者,十多年来,华为云从落地政务云,到升级建成城市一朵云,已在中国160多个城市落地政务云服务,助力“千城千面”智慧蝶变。而在克拉玛依,华为政务云运维总监康镇强调,同行十二载,华为以“确定性运维与安全”能力,筑稳AI+新质生产力发展,保障数字克拉玛依安全、稳定运行。华为政务云运维总监康镇伙伴是华为云在政务云领域得以迅速发展的关键因素。会上,作为华为云优质伙伴,国泰新点软件股份有限公司市场部总经理殷利明重点介绍了数字克拉玛依一网统管的建设情况,通过打造五大系统,集成新ICT技术,实现市域治理能力现代化,落实中央、自治区一系列举措部署,通过数字化、自动化、智能化,真正赋能城市发展。国泰新点软件股份有限公司市场部总经理殷利明会议期间还宣布启动了城市数智应用创新行动计划,以进一步加速城市数字化转型和智能化升级的步伐。城市数智应用创新行动计划发布面向未来,华为云将继续与克拉玛依深化合作,在梦开始的地方探索更多AI技术在智慧城市建设中的应用。通过构建坚实的算力底座、深耕根技术并构建繁荣的生态,华为云将助力克拉玛加速数智升级,共同建设更加美好的智慧城市。数智共生,实干为先。8月27日-30日,华为还将于数博会期间,在贵阳携手上万家企业、产业机构、媒体发起第三届“828 B2B企业节”,举办华为云AI峰会等系列活动,助力数智创新、共享数字机遇,共同迈向数字经济发展新时代。转载自:东北网官方账号原文地址:https://new.qq.com/rain/a/20240816A02IZ100
  • [培训资料] 【应用使能】Roma Connect培训资料一览
    应用与数据集成平台(ROMA Connect)是一个全栈式的服务平台,聚焦应用和数据连接,提供数据、API、消息和设备集成能力,帮助企业快速联接云上云下,消除数字鸿沟,实现数字化转型。根据不同的集成业务场景,您可以选择使用不同的ROMA Connect功能。数据集成:接入源端和目标端数据源,然后通过集成任务进行源端到目标端的数据集成。服务集成:把API、数据源和自定义函数封装成标准的RESTFul API,并对外开放。消息集成:创建消息Topic,不同系统通过Topic进行对接,发送和接收消息。设备集成:在云端定义设备模型和注册设备,设备通过集成SDK接入云端,发送和接收消息。​以下是我们整理的ROMA Connect相关资料:ROMA Connect产品官方文档应用与数据集成平台 ROMA Connect_华为云 (huaweicloud.com)ROMA Connect功能总览功能总览_应用与数据集成平台 ROMA Connect_华为云 (huaweicloud.com)ROMA Connect产品介绍什么是ROMA Connect_应用与数据集成平台 ROMA Connect_产品介绍_华为云 (huaweicloud.com)ROMA Connect快速入门 应用与数据集成平台 ROMA Connect_快速入门_华为云 (huaweicloud.com)ROMA Connect API参考概述_应用与数据集成平台 ROMA Connect_API参考_使用前必读_华为云 (huaweicloud.com)ROMA Connect从入门到高手进阶之路ROMA Connect从入门到高手进阶之路_在线课程_华为云开发者学堂_云计算培训-华为云 (huaweicloud.com)
  • [培训资料] 【应用使能】Oneaccess培训资料一览
    OneAccess是华为云提供的应用身份管理服务,具备集中式的身份管理、认证和授权能力,保证企业用户根据权限访问受信任的云端和本地应用系统,并对异常访问行为进行有效防范。产品功能统一身份管理提供统一的用户、组织机构、用户组、应用、帐号和凭证管理及设置,同时提供数据同步、密码策略及用户自服务,方便企业和管理员对用户身份进行全生命周期管理。统一权限管理提供对应用内部权限、平台权限的管理和配置,使用多种授权方式结合权限合规规则的灵活策略来满足大部分的权限需求。统一认证管理提供集中统一的认证管理功能,包括:内置多种认证方式、认证策略灵活配置、访问控制、单点登录/登出等,帮助企业实现可信身份认证,提升信息安全。智能访问控制提供自适应的访问控制能力,基于访问上下文信息(访问时间/地点/设备等)和用户行为数据,使用设定的规则实时判断用户访问过程中的风险。如果发现风险,实时调度认证方式加强校验。流程合规审计提供认证日志、访问日志、操作日志、同步日志、系统日志等记录,将用户日志、管理员日志分别进行集中管理,可以通过内置报表引擎进行可视化展示,供企业管理员进行查询、跟踪和审计。以下是我们整理的OneAccess相关资料:OneAccess 产品官方文档最新动态_应用身份管理服务 OneAccess_华为云 (huaweicloud.com)OneAccess 功能总览功能总览_应用身份管理服务 OneAccess_华为云 (huaweicloud.com)OneAccess 快速入门入门指引_应用身份管理服务 OneAccess_快速入门_华为云 (huaweicloud.com)OneAccess API参考概述_应用身份管理服务 OneAccess_API参考_使用前必读_华为云 (huaweicloud.com)应用身份管理服务介绍应用身份管理服务介绍_在线课程_华为云开发者学堂_云计算培训-华为云 (huaweicloud.com)
  • [问题求助] 华为平台ivr在ASR通道的并发量达到100+时出现异常asrerror
    【问题来源】【江苏税务】【问题简要】华为平台在ASR通道的并发量达到100路时,存在10+%的asrerror,这些asrerror都是由平台侧产生(不是MRCP端返回的)。【问题类别】【可选问题分类:IVR(gsl )】【AICC解决方案版本】【AICC可选择版本:AICC 8.12.0】【UAP可选择版本:UAP2980 V300R001C00SPC700】【CTI可选择版本:ICDV300R006C86】【问题现象描述】生产环境中,华为平台IVR在ASR通道的并发量达到100路时,存在10+%的asrerror,这些asrerror都是由平台端产生(不是MRCP端返回的)。结合IVR的记录,发现以下现象:1. 从IVR流程记录中发现,asr error的记录为连续的 但是只要有过一次asr success,后续就不会有asr error2. 成功的ASR记录都属于同一个SIP会话,而失败的ASR则与成功的ASR不属于同一个SIP会话,甚至失败的ASR并未与MRCP服务建立SIP会话(这个是通过抓SIP与MRCPv2包分析出来的结果,例如IVR记录中有5次ASR请求,前3次都是asrerror,后面2次正常,网络包中显示SIP会话中只有2次MRCPv2交互流程,且网络包中平台侧发往mrcp服务的所有SIP请求均是200响应,因此不存在mrcp服务没有响应或拒绝平台侧的SIP请求)
  • [分享交流] 智慧城市正在高速发展到处复制建造
    ——智慧城市正在高速发展到处复制建造借助这个时代机遇,物联网,云计算,大数据,人工智能政务大数据有了很好的平台。城市智能运营中心得以快速的构建,政务云的价值被慢慢发现。我是云司机——专注智慧城市
  • [问题求助] ivr转移呼叫异常挂断拆线原因717,具体原因是什么?
    【问题来源】陕西税务【问题简要】ivr进行转人工时间,异常挂断。【问题类别】【IVR(gsl) 】【AICC解决方案版本】【AICC可选择版本:AICC 8.13.0】【UAP可选择版本:UAP V300R001C00SPC700】【CTI可选择版本:ICDV3000R006C86】【问题现象描述】用户来电进入ivr流程中,ivr流程进行转移呼叫,异常挂断。ivr日志保存转移呼叫拆线原因717.【错误日志】
总条数:50 到第 页
上滑加载中