让我们通过一个简单的实际例子来说明受管文件传输解决方案提供的典型能力。在这个例子中，我们要编排文件传输，来自证券交易所到中央服务器。文件传输工作流程如下。

　　1.在交易所交易结束时下载文件。

　　2.复制文件到一个可控的区域。

　　3.发送web service请求到ETL（提取、转换、加载）工具，文件会被提取、并加载到数据库中

　　4.从数据中生成一个报告，让交易所的客户可以使用。

　　配置文件监督、传输

　　首先，必须配置交易所的下载文件。为了简化操作，减少配置错误，我们通过点击管理控制台来配置文件名字和网络位置。

　　建立文件工作流

　　为了让开发团队外的IT灵活配置文件工作流程，我们通过管理控制台建立工作流程。 

　　1.这个文件工作流程的例子是观察一个安全的FTP服务器，出现在交易日结束的交易所数据文件。通常，当前的日期编码在文件名内。如下面的例子，日期2011年7月4日就被编辑在文件名内。

　　我们的文件工作流是观察FTP服务器，用于匹配每一天的文件。匹配时，文件就会下载，并复制到一个可控的区域。

　　2.一旦文件出现在本地网络，web服务调用放置在ETL工具上，指示它重新下载的文件中提取数据，并加载到数据库中。

　　3. 当ETL工具完成它的任务后，从刚刚发送的数据中生成一个报告。

　　出现错误时，违反了SLA，就会处以惩罚

　　当然，涉及到网络和计算平台时，没有什么事情是完美的。在我们的例子中，我们的企业和交易所已经同意从4小时的SLA股票交易所数据，变成了报告准备并提供后为止。

　　当然，我们希望留在SLA中，避免SLA惩罚，可以经常写入涉及到金融机构的SLA协议。

　　我们的机构已经决定，当文件传输失败时，每小时会自动的重连一次，长达三个小时。传输失败三小时后，发送通知，警告IT操作人员，SLA可能会处罚。