催收系统接口设计案例（催收解决方案）

本篇文章给大家谈谈催收系统接口设计案例，以及催收解决方案对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享催收系统接口设计案例的知识，其中也会对催收解决方案进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、管理信息系统案例分析实验报告（要有原理设计方案和步骤）
• 2、找永雄收帐成功率高吗
• 3、软件详细设计说明书
• 4、管理信息系统案例分析
• 5、质量管理软件的典型案例

管理信息系统案例分析实验报告（要有原理设计方案和步骤）

一、实验目的
理解物流管理信息系统的组成和结构，物流管理信息系统的分类，物流管理信息系统的功能，物流管理信息系统的应用。
二、实验内容
能通过因特网查询物流管理信息系统的应用介绍文档；查询物流管理信息系统在某企业或组织应用的案例。
（1）分析物流管理信息系统应用文档的组成；
（2）分析所调查的物流管理信息系统案例的功能特点；
（3）能对所调查的物流管理信息系统案例的应用进行分类；
（4）分析所调查的物流管理信息系统案例所采用的技术；
（5）总结并阐述你对物流管理信息系统的理解；
（6）结合自己的生活学习实际，拟定一个物流管理信息系统应用项目。
三、操作步骤
我调查了“我的图书馆——ILAS 网 上 图 书 馆”这个“图书馆图书管理信息系统”在我校——《武汉科技学院》里的应用案例。
(1)通过因特网查询以及学习，知道管理信息系统的应用介绍文档如下：
在分析阶段有《系统分析报告》；
在系统设计阶段有《系统设计报告》，它包括以下八份文档材料《系统总体结构图》，《系统设备配置图》，《系统分类编码方案》，《数据库结构图》，《I/O设计方案》，《层次化模式块结构图说明书》，《系统的安全设计方案》，《系统详细设计方案说明书》；
(2) 该系统的功能特点是：
学生通过该系统可以借还书，注册登录，在线提问，查询已借图书信息，图书查询，查看新书通报，修改个人资料，财金查询等；
学校通过该系统可以注册新书进数据库(自动显示在网站的“新书通报”中)，注销旧书，图书的分类管理；在图书馆网站上:更新维护网站，发布公告，网上读者留言解答；以管理员身份登入后台，注册、删除用户，记录借出、归还图书信息，图书过期、丢失索赔操作等。
(3) 该系统应用分类为:
①学校——注册新书进数据库；注销旧书；图书的分类管理；在图书馆网站上:更新维护网站，发布公告，网上读者留言解答；以管理员身份登入后台，注册、删除用户，记录借出、归还图书信息，图书过期、丢失索赔操作等;
②学生——借还书，注册登录，在线提问，查询已借图书信息，图书查询，查看新书通报，修改个人资料，财金查询等;
(4)该系统 所采用的技术是以 ASP.NET 技术开发B\S结构的管理信息系统
(5) 我对管理信息系统的理解:
管理信息系统能将组织中的数据和信息集中起来，进行快速处理，统一使用，能够支持决策。
(6) 通过对管理信息系统的学习，我想通过参与做一个了解的系统来加深对知识的学习，充分体会它在实际中的应用，所以拟定一个这样的项目——图书馆图书管理信息系统
四、实验收获和建议
通过本次实验，不仅对书本上的知识有了更加深刻的理解，还了解了管理信息系统在实际生活中的应用

找永雄收帐成功率高吗

永雄近期发生工商变更，股东上海珩雄企业管理咨询合伙企业(有限合伙)退出。上海珩雄企业管理咨询合伙企业(有限合伙)虽是永雄最小股东，但它作为投资机构中平资本的成员，撤离可能代表资本不看好永雄，随卡农社区来了解下。
在上海珩雄企业管理咨询合伙企业(有限合伙)之前，永雄已有18位历史股东。目前，永雄的控制权完全掌握在谭曼及其家人手中，已无第三方股东。
永雄集团是国内头部催收机构。自2018年开始大举布局催收业务后，永雄集团在全国布局分支机构，期间遭遇业务合规问题关闭了数十家分公司，但体量仍居行业头部。
催收政策空间不断收紧，永雄在寒冬中艰难行走。在永雄新年致辞中，总裁谭曼感慨催收行业经历了前所未有的强监管和史无前例的合规“大洗牌”，几十、上百甚至数千人的催收公司一夜之间灰飞烟灭。
催收遭遇史上最严监管，永雄不得不在夹缝中寻求扩张路径，合规成为它立足的生命线。
永雄催收
第三方资本撤退
企查查显示，上海珩雄企业管理咨询合伙企业(有限合伙)的执行事务合伙人为西藏仲平企业管理有限公司，而西藏仲平企业管理有限公司由上海中平国瑀资产管理有限公司全资控股，后者系中平资本主体。中平资本除了投资过永雄，还投资商汤科技等企业。
仅入局两年，中平资本就萌生退意。在永雄集团2019年向SEC递交招股书前，谭曼和相关人员与中平资本订立了股份买卖协议，中平资本或关联公司愿意以3亿元的价格从谭曼手中购买200万股普通股股份，当时市场猜测谭曼急于在上市前夕套现。
没能等到永雄上市，中平资本退场，谭曼对永雄的控制更加集中。在永雄集团的股权结构中，谭曼持股约82%，是集团实际控制人;湖南裕雄企业管理合伙企业(有限合伙)持股15%;周小芳持股3%。其中，湖南裕雄企业管理合伙企业(有限合伙)大股东为谭曼，二股东为周小芳的兄弟周雄，周雄也是永雄集团的执行总裁。
就股权关系而言，永雄集团是一家家族企业。永雄的股东、社会关系，均被打上谭曼的印记。此前，永雄集团调整了多名高管职位，周小芳接任李振宇成为永雄新的法定代表人、经理，永雄董事长也已变更为周小芳。周小芳为永雄集团前董事长谭曼的妻子，他们二人共同控制永雄集团。
商业银行信用卡和消费金融公司的消费贷业务快速增长，不良资产处置需求增加，为永雄带来了广阔的市场空间。但催收属于强监管行业，面临的政策不确定性较大，永雄因业务违规曾放缓扩张脚步。
2020年5月，湖南永雄又开始在疫情中加速扩张，第五批分公司一同开业，包含了广西南宁、百色、钦州，江西九江、上饶、贵州遵义六家分公司。去年，永雄集团又陆续设立新的全资子公司。
永雄赴美上市搁浅之后，上市计划并未止步。去年年初，谭曼在总结大会上还谈及将通过上市融资开设地方AMC，布局个人不良贷款批量收购与处置业务新赛道。目前，永雄旗下拥有超30家分公司，呼叫坐席2万多个。
永雄扩张野心依旧，但监管政策变化无常，这也加剧了永雄催收业务的不确定性。
寒冬难熬
永雄集团在2020年催收回款超40亿，在行业里体量靠前。业绩增长和追逐上市背后，永雄靠规模庞大的催收人力支撑，业务成本较高。
同时，催收行业属于高风险行业，对监管政策比较敏感，催回难度大且不说，非常容易触碰到监管红线。近两年，催收市场空间趋窄，行业正遭遇史无前例的寒冬，催收违规成本越来越高，即使是头部机构，也难逃规则束缚。
正如，谭曼所讲，“近几年，国家重拳整治和严厉打击高利贷、套路贷、暴力催收、电信诈骗、侵犯公民个人信息等违法犯罪行为，全国已有多家催收公司因涉嫌软暴力催收、寻衅滋事、催收非法债务或侵犯公民个人信息等违法犯罪行为被警方介入调查或查封，正常的催收呼叫业务也受到了国家打击电信诈骗犯罪的影响。”
从催收整治现状看，警方和监管部门主要从催收数据治理和催收行为严打催收业务乱象。公安部公布2021年打击侵犯公民个人信息犯罪十大典型案例，就涉及一个催收平台。这家位于武汉的债务催收公司利用多款外挂程序，通过系统接口漏洞，窃取酒店、燃气、医疗健康等33个网站后台公民个人信息3000余万条，用于债务催收。
更令永雄害怕的是，被查封的催收平台就在身旁。去年年底，长沙市公安局披露了“11·12”特大侵犯公民个人信息案侦破情况，涉案平台为一家头部催收公司湖南强贲信用管理有限公司。该催收公司主要承接银行、信贷等金融机构不良资产管理及信用卡催收业务服务，存在涉嫌购买公民信息进行催收等犯罪行为。
除了警方打击，信息和数据保护也给催收业务加上紧箍咒。国家在法律层面除了出台个人信息保护法，还包括数据安全法、征信业务管理办法等，强化对公民个人信息安全的保护，逐渐加重对非法催收中的数据违规处罚力度。
另外，扫黑除恶和消费者保护，也对催收行业提出更高的服务标准。银保监会要求各银行保险机构要加强催收业务管理，严禁委托涉黑涉恶机构和个人催收，发现催收机构采用非法手段催收的，应立即停止合作关系;进一步规范催收行为，严禁使用非法手段催收。
信用卡催收是永雄的主营业务，这一块也面临严格监管。前不久，银行业协会下发了《关于印发<中国银行业协会信用卡催收工作指引(试行)的通知》，其中提到催收行为要严格遵守国家对个人信息保护的相关规定，严禁对与债务无关的第三人进行催收，规范银行及其外包机构的信用卡催收行为。
监管政策可能会直接影响永雄的催收回款率，一旦催收手段的效果不理想，回款便变得艰难，佣金也就无从谈起。

软件详细设计说明书

面向对象软件设计说明书模板
1 概述
1.1 系统简述
对系统要完成什么，所面向的用户以及系统运行的环境的简短描述，这部分主要来源于需求说明书的开始部分。
1.2 软件设计目标
这部分论述整个系统的设计目标，明确地说明哪些功能是系统决定实现而哪些时不准备实现的。同时，对于非功能性的需求例如性能、可用性等，亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考，看看其中明确了的功能性以及非功能性的需求。
这部分必须说清楚设计的全貌如何，务必使读者看后知道将实现的系统有什么特点和功能。在随后的文档部分，将解释设计是怎么来实现这些的。
1.3 参考资料
列出本文档中所引用的参考资料。（至少要引用需求规格说明书）
1.4 修订版本记录
列出本文档修改的历史纪录。必须指明修改的内容、日期以及修改人。
2 术语表
对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了，此处不用再重复，可以指引读者参考需求说明。
3 用例
此处要求系统用用例图表述（UML），对每个用例（正常处理的情况）要有中文叙述。
4 设计概述
4.1 简述
这部分要求突出整个设计所采用的方法（是面向对象设计还是结构化设计）、系统的体系结构（例如客户/服务器结构）以及使用到的相应技术和工具（例如OMT、Rose）
4.2 系统结构设计
这部分要求提供高层系统结构的描述，使用方框图来显示主要的组件及组件间的交互。最好是把逻辑结构同物理结构分离，对前者进行描述。别忘了说明图中用到的俗语和符号。
4.2.1 顶层系统结构
4.2.2 子系统1结构
4.2.3 子系统2结构
4.3 系统界面
各种提供给用户的界面以及外部系统在此处要予以说明。如果在需求规格说明书中已经对用户界面有了叙述，此处不用再重复，可以指引读者参考需求说明。如果系统提供了对其它系统的接口，比如说从其它软件系统导入/导出数据，必须在此说明。
4.4 约束和假定
描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。
另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么系统可能还受到其它的约束。这种情况下，要求清楚地描述与本系统有交互的软件类型（比如某某某数据库软件，某某某EMail软件）以及这样导致的约束（比如只允许纯文本的Email）。
实现的语言和平台也会对系统有约束，同样在此予以说明。
对于因选择具体的设计实现而导致对系统的约束，简要地描述你的想法思路，经过怎么样的权衡，为什么要采取这样的设计等等。
5 对象模型
5.1 系统对象模型
提供整个系统的对象模型，如果模型过大，按照可行的标准把它划分成小块，例如可以把客户端和服务器端的对象模型分开成两个图表述。
对象图应该包含什么呢？
在其中应该包含所有的系统对象。这些对象都是从理解需求后得到的。要明确哪些应该、哪些不应该被放进图中。
所有对象之间的关联必须被确定并且必须指明联系的基数（一对一、一对多还是多对多，0..1，*，1..*）。聚合和继承关系必须清楚地确定下来。每个图必须附有简单的说明。
可能经过多次反复之后才能得到系统的正确的对象模型。
6 对象描述
在这个部分叙述每个对象的细节，它的属性、它的方法。在这之前必须从逻辑上对对象进行组织。你可能需要用结构图把对象按子系统划分好。
为每个对象做一个条目。在系统对象模型中简要的描述它的用途、约束（如只能有一个实例），列出它的属性和方法。如果对象是存储在持久的数据容器中，标明它是持久对象，否则说明它是个临时对象（transient object）。
对每个对象的每个属性详细说明：名字、类型，如果属性不是很直观或者有约束（例如，每个对象的该属性必须有一个唯一的值或者值域是有限正整数等）。
对每个对象的每个方法详细说明：方法名，返回类型，返回值，参数，用途以及使用的算法的简要说明（如果不是特别简单的话）。如果对变量或者返回值由什么假定的话，Pre-conditions和Post-conditions必须在此说明。列出它或者被它调用的方法需要访问或者修改的属性。最后，提供可以验证实现方法的测试案例。
6.1 子系统1中的对象
6.1.1 对象：对象1
用途：
约束：
持久性：
6.1.1.1 属性描述：
1. 属性：属性1
类型：
描述：
约束：
2. 属性：属性2
6.1.1.2 方法描述：
1. 方法：方法1
返回类型：
参数：
返回值：
Pre-Condition：
Post-Condition：
读取/修改的属性：
调用的方法：
处理逻辑：
测试例：用什么参数调用该方法，期望的输出是什么……
7 动态模型
这部分的作用是描述系统如何响应各种事件。例如，可以建立系统的行为模型。一般使用顺序图和状态图。
确定不同的场景（Scenario）是第一步，不需要确定所有可能的场景，但是必须至少要覆盖典型的系统用例。不要自己去想当然地创造场景，通常的策略是描述那些客户可以感受得到的场景。
7.1 场景（Scenarios）
对每个场景做一则条目，包括以下内容：
场景名：给它一个可以望文生义的名字
场景描述：简要叙述场景是干什么的以及发生的动作的顺序。
顺序图：描述各种事件及事件发生的相对时间顺序。
7.1.1 场景：场景1
描述：
动作1
动作2
7.2 状态图
这部分的内容包括系统动态模型重要的部分的状态图。可能你想为每个对象画一个状态图，但事实上会导致太多不期望的细节信息，只需要确定系统中一些重要的对象并为之提供状态图即可。
7.2.1 状态图1：
8 非功能性需求
在这个部分，必须说明如何处理需求文档中指定的非功能性需求。尽可能客观地评估系统应付每一个非功能性的需求的能力程度。如果某些非功能性需求没有完全在设计的系统中实现，请务必在此说明。另外，你也需要对系统将来的进化作一个估计并描述本设计如何使系统能够适应这些可预见的变化。
9 辅助文档
提供能帮助理解设计的相应文档。
10 词汇索引
文章录入

管理信息系统案例分析

这是题目，高分奖励！谢谢大虾！！！

从宝供储运的成长看信息系统战略规划的作用
施国良

宝供储运是广州的一家物流公司，其前身是广州的一个铁路货物转运站。刘武于1992年在承包这个铁路货物转运站时，该转运站的规模还很小。但由于刘武经营灵活，承包的货运任务大多能及时完成，运输的质量比较好，仓库也比较干净，而且还是当时广州惟一一家能够提供24小时货运仓储的服务企业。而当时的国有物流企业，仓储和运输是分开的，服务质量差，仓库又脏又乱，这种截然鲜明的对比，使刘武的货物转运站越来越受到客户的好评。以致于1994年进入中国市场的宝洁公司也将业务交给这家小小的铁路货物转运站去做。
自从宝洁公司成为刘武的客户以后，这家铁路货物转运站的业务环境就发生了巨大的变化，并直接促成1994年广州宝供储运有限公司（简称"宝供"，下同）的成立。归纳起来，业务环境的变化表现在三个方面：
（1）业务总量的增加
宝洁交给宝供的第一笔业务是将4个集装箱发运到上海。为了做好这笔业务，刘武运作得非常仔细。刘武将集装箱送上火车以后，又马上乘飞机去了上海，一方面"督战"，一方面还可以考察各个环节，拿到第一手资料，这样才能保证以后的发运可以少出现一些问题，满足客户的要求。结果，宝洁对第一批业务感到非常满意，并从此开始陆陆续续地给宝供加大业务量，甚至一度把自己所有的铁路货运业务全部交给了宝供储运。
然而，尽管第一笔业务效果很好，但由于成本很高，宝供并没有赚到什么钱。毫无疑问，如果每一笔业务都这样做，客户自然欢迎，但从经济效益的角度看却是不允许的。实际上，从1994年到1995年，宝供在全国已经有将近30万平方米的仓库，每天的发运量非常大，运营部的人每天都要花很大的力气了解这些货是不是按照客户的要求在规定时间之内发运出去，到达目的地的时间、破损率是不是在控制范围之内、有没有及时把货送到仓库去、签收情况又是怎么样等等。运营部的人拿一个硕大的笔记本，有单子就登记一下，对没有收到货的要及时打电话去询问；对于有破损的，要发个传真调查一下。其烦琐的程度，仅仅靠人工是很难完成的。因此，面对发展迅速的业务量，如何提高运行效率，是摆在宝供面前亟待解决的一个问题。
（2）设立了分公司
分公司也是1994年由于业务发展迅速才成立的，并直接与宝洁有关。因为尽管铁路运输很便宜，但当时的铁路运输也有不少缺点，如环节多，时间不可靠，再加上一些装卸、运输过程中的野蛮作业，所以破损率比较高。而宝洁则一再表示：传统的储运公司让客户觉得很麻烦，货到了以后，还要委托另外一个供应商来提货，或者派自己的人去提货，而且一旦出现短少、破损、或者提货不及时等问题时，往往就会造成互相扯皮的现象。面对这种情形，宝供立即在成都、北京、上海、广州设立了4个分公司，这4个分公司都按同样的操作方法、同样的模式与标准来运作。由宝供承运的货物到达目的地后，仍然由受过专门统一培训的宝供的人来接货、卸货、运货，为宝洁公司提供"一条龙"服务，而且从理论上看，总公司与分公司之间的信息沟通和协调应该比较方便。
然而，分公司建立以后，也面临一个问题--通讯问题，即总公司与4个分公司之间联系很频繁。用什么通讯方式才能保证业务的正常开展而且成本也很低？
宝供当时的做法是：1996年建立了一套基于DOS平台的用电话线连接的内部网络，以便在全国范围内的分公司之间传递一些信息。但在实际运作过程中，这种通讯方式效率低成本高。例如，总公司在与成都分公司通过计算机联系的时候，往往由于电话线路紧张而失败；另外操作复杂，稳定性差，长途电话成本高以及与宝洁没有"接口"等等。因此，这又给宝供的未来发展提出了一个十分严峻的问题。
（3）兼顾客户的业务流程
自从宝洁成为宝供的客户以后，该公司就不断对宝供提出了很多新的要求，如前面提到的要求宝供提供安全、准确、及时、可靠的储运服务等。宝洁不仅要求宝供在业务上满足他们的要求，而且还对所有在物流各个环节产生的信息非常关注。比如货物什么时候发运，用的是哪趟火车，预计何时到货，货物情况如何，有无破损，是否已经签收等。
鉴于宝洁上述方面的要求，宝供努力地按照宝洁的要求来设计业务流程和发展方向。但宝供原有的业务流程是建立在业务量较低的水平基础之上，业务量骤增以后，立即面临着很多问题。对于宝洁所要求了解的发运时间、车次、到货时间、破损情况、签收与否等情况，如果只有一笔业务，刘武自己可以跟踪解决，如坐飞机到上海、成都、北京等地；但如果有好几百笔业务都在同时做，那么每一笔业务都这样跟踪，显然是不可行的。事实上，宝洁与宝供刚刚合作的一年左右时间内，宝洁一直都较满意，但随着业务量的加大，宝供的反应速度都在明显下降，如发现到货时间不准，破损率上升，还有货运信息不能及时反馈等，甚至进一步影响到企业本身的发展，因此宝洁中止了与宝供的铁路运输总代理的合同。所有上述这些情况，又向宝供的业务流程和信息传递提出了挑战。
宝供将如何解决上述问题？如果从信息系统的角度来分析上述问题，我们会发现宝供当时面临的最本质的问题是信息的管理，即如何解决信息瓶颈问题。因为在原来业务量小的情况下，事务处理过程可以由手工来完成，而现在业务量大，事务处理过程变得繁重而复杂，如果仍通过手工的方式（用笔记本记录、打电话、发传真查询催问），即使花很大的气力也难以准确收集诸如发运时间、车次、预计到达时间、实际到达时间、破损率、入库时间、签收情况等有关信息。虽然宝供在成都、北京、上海、广州四处设立了分公司，可以保证按同样的模式和标准来运作业务流程，但对于信息管理而言，这样做实际上增加了中间层次，并随即面临了总公司与各分公司之间的通讯问题。不仅如此，现代客户（如宝洁）与传统客户相比，要求更高，不仅要求提供安全、准确、及时、可靠的储运服务，而且还要求提供及时准确的货运信息。这样看来，宝供当时的"信息瓶颈"既表现为当时的信息管理水平和信息系统(IS)现状已不能实时监控各个储运环节，还表现为不能满足客户的需要。
正当宝供处于无法实时监控各个储运环节和"竞争激烈"这种内外交困的境地时，正当宝供为如何解决"信息瓶颈"问题一筹莫展时，Internet网的应用已被我国的有志之士所认同，而企业信息系统及Internet应用专家唐友三此时对于帮助解决这一"信息瓶颈"问题起了一个非常关键的推动作用。如果我们从内部业务现状、外部业务环境、内部IS现状、外部信息系统环境四个方面来分析宝供，不难发现下面这样一个业务与信息系统矩阵：
应该说，宝供当时的信息系统战略规划也并非完全一帆风顺。作为企业的第一把手，刘武已经意识到宝供的信息瓶颈可以通过Internet网来解决，即通过网站发布货运信息，全国各地的分公司和客户都可以共享这些信息。甚至可以说没有网络，宝供很难再往下发展了。然而，宝供当时的实际情况是，已有一些PC机了，并组建了一个基于DOS平台的网络，而且当时资金有限。唐友三与刘武多次商量以后，一致认为，为了企业的长远发展，信息系统规划必须与企业目标相统一，必须跟上国际潮流，要建立一个高起点高水平的企业信息系统，一个基于Internet网的信息系统。考虑到宝供的信息系统现状和业务现状，在硬件上能省就省，486先用着，386换成586兼容机，买一台新服务器，再将原来的486服务器升级一下，其它布线的活也由企业内部的职员来做，这样硬件总共投入了大约10万元，软件部分也投入10万元，交由北京的英泰奈特公司来做。经过英泰奈特信息系统专家的查询访谈，整理出宝供的基本业务流程。
"客户发过来一个单子，也就是一套托运表，要填好货物品种、目的地、数量/重量等等，然后宝供的分公司根据这张表按照客户要求联系火车或者汽车准备第二天发运。有车皮了，如果这个单子的货少，马上还要准备调配其它客户的货一起发运。第二天要有车拉到火车站去装，根据要求还要加一些包装（如将怕漏水的加塑料布，怕磕碰的加用木架等）。装完以后车皮的门要锁住，封条要封好，封条的号码还要记下来通知接货的分公司。到达目的地后，分公司要到火车站去接收，把货拉到宝供当地的仓库里面去检验有没有损失，然后分类储存好，等待客户签收。客户签收后再把单子马上快递回货物始发的分公司，分公司上报总公司，总公司就凭这个找客户拿钱。"
当然，在实际操作中每笔货物都是不一样的，在这个标准流程中的任何一个环节有变化，都会衍生出一种新的流程。比如食品在仓储过程中有一个批号问题，考虑到保质期要"先进先出"，再比如有些货物在运输过程中必须分开，不能同批搭配运输等等。
基于上述业务流程的分析，宝供建立了以Internet网络构架的IS，把货物的运输系统分解为接单、发运、到站、签发等环节进行操作，整个系统由接单模块、发运模块、运输过程控制模

质量管理软件的典型案例

目前质量管理软件已经在各行各业广泛应用催收系统接口设计案例，以下以AMBITION-QIS在铸造、机械加工、汽车、卫浴、电子等行业催收系统接口设计案例的实施实例介绍下国内制造业的系统案例催收系统接口设计案例： 以某美资铸造企业质量管理软件为例，完成催收系统接口设计案例了以下功能：
（1）系统集成方面：实现了QIS与ERP及邮件系统的集成，QIS系统与亚新科ERP系统系统有实现了12个接口，接口稳定正常。
（2）硬件集成：系统实现了亚新科现场众多自动采集硬件的集成，卡尺、三坐标、测温枪、成分分析仪、制动盘自动测量机、打标机、空压机实验台、平板电脑等硬件数据的在线自动采集。
（3）进货检验管理方面：实现了原材料、毛坯外协入库检验与ERP实现了有效的集成和交互。目前物料、供应商合格率等统计分析报表100%系统支持。支持检验标准、抽样方案、国标转移规则应用。与ERP同步“禁用”实现了入库及冻结的管控协同。
（4）制造过程质量管理：目前有实现铸造厂、机加厂的过程质量数据的在线采集及EXCEL离线采集。制造质量管理子系统将支持展开电子产品生产流程卡模板维护、流程卡关联单据维护、工艺路线维护等生产过程建模，并支持铸造、机加毛坯及产品生产过程中，可以基于生产工艺流程路线展开产品配料信息、浇注温度、C含量检测、光谱分析数据、硬度检测数据、砂芯含水率数据、型砂硬度数据、毛坯检验信息、毛坯理化实验信息、不合格品处理等信息的系统采集（根据实际管理需要考虑），基于条码技术提升过程生产过程报开工、完工、过程自检、专检等数据采集效率，并基于工艺流程路线展开过程门式质量控制。支持自动展开条码、卡尺、测温枪、光谱分析仪、打标机、测量机、三坐标等数据的自动采集。可基于条码展开生产流程卡流转及数据采集，检验合格后可以实现检验报告与电子流程卡的关联查询及合格证生产和打印等功能。并支持在线质量信息查询及共享。可随时展开展开制造过程质量水平的全面量化，支持任一产品、车间、生产线乃至工序的合格率趋势展现、合格率目标达成率考评、产品不良TOP 10对比，为产品质量统计分析提供平台支撑。安必兴质量管理系统可跟进企业需要，支持展开如同一严重不良重复等质量监控预警，并可对具体不良项目改进跟踪提供效果验证，采集的产品质量信息同时为产品质量档案提供输入。
（5）实验管理方面：实现了公司实验与进货检验、制造过程委托等理化委托在线工作协同管理，涵盖实验标准维护、实验委托管理、实验状态查询、实验报告、实验统计分析等功能。
（6）质量追溯方面：实现了基于条码等技术支持，全面贯通供应商物料批次信息、铸造炉号、铁水包号、毛坯批次号到产品唯一号的全过程信息的系统采集及贯通，实现配料信息、浇注温度、C含量检测、光谱分析数据、硬度检测数据、砂芯含水率数据、型砂硬度数据、毛坯检验信息、毛坯理化实验信息、不合格品处理等信息的整合，全面建设公司产品质量追溯体系，确保正反向追溯查询效率。满足“三分钟”正反向追溯到管理。
（7）改进管理方面：系统实现了不同等级严重度制造过程质量异常的流程差异化自动区分，贯通了从子公司工厂的改进分层协同流程。改进管理子系统将支持8D纠正预防措施表等改进模式。基于质量管理信息系统实现改进表单、流程的标准化固化，并展开改进过程跟踪管理及按时完成率统计。支持“质量阀”管理理论的实现。通过与OA系统的集成实现任务通知及提醒功能，有助于改善周期的缩短。质量改进管理系统针对企业不同级别的质量问题，通过规范、高效的改进流程进行闭环处理，实现多部门协同的质量问题报告、反馈、分析和持续改进机制。支持质量改进分布多维度分析及改善状态查看、监控等功能。
（8）SPC统计过程控制应用方面：系统将实现进货检验单据数据、制造过程检验单据数据、成品自动测量机、卡尺、三坐标等硬件的集成，支持对产品尺寸精度、型模硬度、含水率等关键质量特性展开在线或离线的数据自动采集，基于SPC统计过程控制系统展开过程控制图、直方图、统计量的深度挖掘分析，并支撑展开CPK过程能力考核和监控及监控，实现过程质量从合格控制转向过程能力控制的全面提升。全面提升制造过程质量管理水平。为产品性能、指标评价、分析监控提供平台支撑。
（9）质量监控管理：主要针对过程质量展开监控、预警及发起改进功能。以提升管理人员工作效率。根据进货检验、过程检验自定义监控预警规则，包括自定义预警条件、字段、时间、通知人员、消息等，灵活应用，以期达到高效的监控机制。
（10)理化计量管理：通过委托标准支持从进货检验及制造过程检验报告发起或人工填写发起并做相应处理，整个实验报告通过状态的变更来展开信息共享及监控，最后通过推移图、柏拉图客观、形象的展现出来。形成进货检验、制程检验、理化计量一体化，及检验标准的维护。 以国内某电子零部件集团公司 质量管理软件为例，完成了以下功能： 供应商质量管理：包含供应商档案信息的管理查阅、供应商评价模型的建立和供应商评价报表的生成、供应商红黄牌管控机制，可以实现供应商信息和综合评价水平的信息化共享。 供应商索赔管理：包含来料不良索赔台帐、在线物料不良索赔台帐、售后不良索赔鉴定台帐的台帐查询、修改、删除。以及索赔通知单生成、修改、删除、打印。自动生产索赔通知单台帐，进行索赔跟踪管理。 进货检验管理：包含进货检验报告、进货检验标准维护、抽样方案维护、进货检验统计分析等功能。实现进货检验数据采集的即时录入，进货检验标准的自定义维护，抽样方案的自动导入，即时统计分析图表生成，使检验检验质量状态动态地展现出来。 入库检验、成品检验管理：采用表单和台帐的方式，包含首检、巡检、日报、入库和维修质量数据采集。制造质量管理集成不合格处理表单，可以进行不合格品处理流程签核。并通过获取的质量数据信息，开展直通率合格率推移图、不良柏拉图分析。 SPC：实现统计技术在生产过程质量控制的实际应用，支持控制图、直方图等常规图形及SPC统计量的分析，可自定义控制点、数据采集方案、监控方案及判异准则，关联检验报表及自动预警。 市场品质管理：建立售后反馈、客诉费用流程，支持异地访问，实现市场品质信息的高效响应。同时客诉费用流程中有设计供应商责任的部门，系统可以自动关联至供应商索赔管理中，加强质量成本的管控能力。 质量监控管理：支持自定义的质量指标监控功能，系统自动对相应的管理人员发出预警信息，使得质量管理精细化目标成为可能。 质量改进管理：包含物料问题改进管理，支持进货检验的不合格预警、发起改善报告及改善跟踪。支持从进货、制程、市场等质量异常信息来源触发质量改进流程，生成8D报告，并支持对改进流程环节的跟踪和及时完成率的统计，形成公司改进管理报表。 产品可靠性统计分析：集成装车不良、售后不良和发货记录，展开装车不良图、售后PPM推移图、装车PPM推移图、装车不良分析柏拉图、售后不良分析柏拉图统计分析。

关于催收系统接口设计案例和催收解决方案的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 催收系统接口设计案例的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于催收解决方案、催收系统接口设计案例的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。