例：当我们用常规取值的时候，虽然B3单元格录入了值，但是在光标不离开B3的前提下，用JS只获取到了控制而不是实际的值“2”。

想获得B3的值，需要在空白处点击下鼠标，让文本框的左上角的红三角出现才可以。

优化过后则可以将光标强制跳转到A2单元格，使其获得光标，进而强制B3单元格刷新值。

既然任意点击空白处就可以，那么我们就用JS来强制跳转光标实现同样的功能。

模板制作

模板样式设计如下，A3和B3单元格添加文本控件，C3单元格为A3和B3相加值，D3和E3单元格添加按钮控件：

“直接相加”按钮的JS

D3控件名称为直接相加，添加一个点击事件

“优化后”按钮的JS

E3控件名称为优化后，添加一个点击事件

contentPane.curLGP.selectTDCell(“A2”)：表示的是，将光标强制跳转到A2单元格，也就相当于用鼠标点击了一下A2单元格，使其获得光标，进而强制B3单元格刷新值。

常见场景

用户通过文本框填报了值，而需要对这个值进行取出判断的时候，经常会取空值，只有用户点击了空白区域，才可以正常取值。

比如：用户填写了手机号码，就可以跳转到领取奖品的页面，若手机号码是最后一个填报栏，填写后，用户直接提交，系统则会认为，手机号码一栏为空。

添加加载结束事件

点击菜单模板>模板web属性>分页预览设置，选择“为该模板单独设置”，添加一个“加载结束”后事件，如下图所示：

JS代码如下：

保存与预览

保存模板，点击分页预览，就会出现上面的自动滚动效果。如果想要停止滚动的话，用鼠标左键点击一下窗口即可。

同步用户信息

单点登录的基础，就是用户信息的同步，FineReport的决策系统中有一个很强大的功能，可以自动帮助用户实现用户信息同步。具体菜单：决策系统-管理系统-用户管理。点击用户管理菜单后，右侧页面右上角有一个“设置”按钮，如下图：

点击“设置”，则会出现如下图的界面。按照下图中的配置进行对应的配置。

认证方式：选择平台内置认证。单点登录的集成是通过平台内置认证进行集成的。

用户同步数据集：选择“已开启”

服务器数据集：服务器数据集是需要去帆软报表的开发工具上进行配置。如下图：

进入设计器，点击菜单服务器-服务器数据集，新增一个数据集，选择OA的数据源，写入SQL“select * from hrmresource”，保存即可。

保存后，需要去本地的开发环境上找到对应的xml，复制到决策系统服务器端，才可使用。本地开发环境的xml路径见上图“保存路径”后面的对应文件路径。

通过EditPlus编辑器打开datasource.xml文件后，找到“OA用户”这块xml代码。将这块代码复制到服务器上的datasource.xml上，路径和/WebReport/WEB-INF/resourcr/datasource.xml，粘贴格式参见本地的开发环境。如下图：

注：不要用记事本打开xml，保存可能会损坏xml。更新服务器文件时，做好备份。

继续配置用户同步

用户名：XXX

姓名:XXX

密码：XXX，注意，OA的密码已经进行了32位大写的MD5加密。

加密方式：不设置密码加密

其他选填。

点击保存，OK，决策系统已经开始在后台执行了用户同步了。只需要在决策系统中的用户管理上查看同步的用户信息结果即可。

泛微OA的登录方式和如何编写单点登录

了解单点登录之前，先了解下OA的登录方式。泛微OA的登录方式有2种。第一种，是通过页面登录进OA；第二种是，是通过E-Message上的快捷方式进入到OA。

这样的话，如果实现FineReport和泛微OA集成的单点登录，以上的两种登录方式均瑶实现这个效果。很多用户和泛微的实施团队会在OA的login.jsp上编写单点登录代码。在login.jsp上编写单点登录代码智能解决第一种登录方式“通过页面登录进OA”。而通过E-Message上的快捷方式进入到OA是不能实现帆软决策系统的单点登录的。如果要实现两种登录方式的单点登录，可以在泛微OA登录后页面上编写单点登录代码。泛微OA登录后页面的jsp为“/ecology/wui/theme/ecology7/page/main.jsp”。

第一步，引入js代码：

第二步，获取当前用户的登录名和密码的java代码：

　　String nodeSql ="select loginid,password from HrmResource where id =  " + user.getUID(); 

从上面的代码可以很明显的看到，这个和sql和rs的取值字段跟之前配置用户同步信息对应的表和字段是一样的。

第三步，编写js代码：

这里是采用iframe的跨域单点登录方式，所以在JS中需要创建一个iframe，然后在iframe上设置SRC。

第四步，保存main.jsp，备份服务器的main.jsp，更新main.jsp。

第五步，重新登录OA，单点登录成功。校验方式，在OA的浏览器上，新建一个页签，输入“http://***.***.***.***:**/WebReport/ReportServer?op=fs”，如果出现如下图，且登录名为自己的用户，则表示单点登录成功。但是。。。还没完。

在泛微OA上配置决策系统入口

完成了上述的配置，但是OA用户通过什么方式进入决策平台呢？提供2个方式供参考。

第一，用系统管理员配置自定义左侧菜单。

第二，设置用户元素。

以上3点完成后，FineReport和OA的集成工作就大功告成了。

在程序中访问WebService应用服务，将WebService返回的数据转为程序数据集，然后在设计器中调用。

以axis1.4上的WebService为例，介绍其取数方式以及将数据转换为WebService的程序数据集的过程。

WebService应用服务

如在Tomcat下的Axis工程中以jwa方式发布了一个WebService应用服务下TestWS2TDClient.jws，返回一个数组数据，如下：

public class TestWS2TDClient {

public String[][] getTD() {

String[][] a = {{"城市", "销售员", "销售额"},{"江苏", "Anna", "230"},{"江苏", "Alex", "190"},{"江苏","Jack","320"},{"江苏","Apple","210"},{"浙江","Faye","150"},{"浙江","Sammi","280"}};

return a;

}

}

以jws方式发布WebService：将写好的TestWS2TDClient.java文件重命名TestWS2TDClient.jws，放在Tomcat\webapps\axis即可。

在java类中访问WebService数据源

Java中发布一个soap请求，访问TestWS2TDClient.java，得到返回的数据，代码如下：

try {
    String endpoint = "http://localhost:8080/axis/TestWS2TDClient.jws";
    Service service = new Service(); //创建一个服务(service)调用(call)
    Call call = (Call) service.createCall(); // 通过service创建call对象
    call.setTargetEndpointAddress(new java.net.URL(endpoint)); // 设置service所在URL
    call.setOperationName(new QName("http://localhost:8080/axis/TestWS2TDClient.jws","getTD"));  // 调用service中的getTD方法
    String[][] ret = (String[][])call.invoke(new Object[] {}); // getTD方法没有参数，因此传一个空的对象，得到service中getTD返回的数据
    return ret;
} catch (Exception e) {
    e.printStackTrace();
}

Soap即简单对象访问协议，客户端发送一个请求，调用相应的对象，然后服务器返回结果。这些消息是XML格式的，并且封装成符合HTTP协议的消息。

在此期间需要引入axis.jar、commons-discovery-0.2.jar、commons-logging-1.0.4.jar、wadl4j-a.5.a.jar、log4j-1.2.8.jar、jaxrpc.jar六个包，可以在zxis\WEB-INF\lib下找到。

将获得数据转为程序数据集

访问WebService后，该服务会返回数据给客户端，该例中返回一个字符串数组。定义WebServiceTableData.java类，扩展AbstractTableData，将获得的数组数据转为程序数据集。完整代码如下：

package com.fr.data;

import javax.xml.namespace.QName;
import org.apache.axis.client.Call;
import org.apache.axis.client.Service;
import com.fr.data.AbstractTableData;
import com.fr.general.data.TableDataException;

public class WebServiceTableData extends AbstractTableData{
    private String[][] data;
    
    public WebServiceTableData() {
        this.data = this.getData();
    }

    //获取列数
    public int getColumnCount() throws TableDataException {
        return data[0].length;
    }

    //获取列的名称为数组中第一行的值
    public String getColumnName(int columnIndex) throws TableDataException {
        return data[0][columnIndex];
    }

    //获取行数为数据的长度-1
    public int getRowCount() throws TableDataException {
        return data.length - 1;
    }

    //获取值
    public Object getValueAt(int rowIndex, int columnIndex) {
        return data[rowIndex + 1][columnIndex];
    }

    public String[][] getData() {
        try {
            String endpoint = "http://localhost:8080/axis/TestWS2TDClient.jws";
            Service service = new Service();
            Call call = (Call) service.createCall();
            call.setTargetEndpointAddress(new java.net.URL(endpoint));
            call.setOperationName(new QName("http://localhost:8080/axis/TestWS2TDClient.jws",
                    "getTD"));
            String[][] ret = (String[][])call.invoke(new Object[] {});
            return ret;
        } catch (Exception e) {
            e.printStackTrace();
        }
        return new String[][] {};
    }
}

将编译好的class文件拷贝到%FR_HOME%/WebReport/WEB-INF/classes/com/fr/data文件夹下。

设计器中调用程序数据集

新建报表，定义数据集，选择程序数据集，选择定义好的程序数据集WebServiceTableData.class，自定义数据集的名称为ds1，启动tomcat服务器，点击预览，效果如下：

具体实现过程

将报表生成页面时，给网页添加onload事件，首先获取url中的参数，然后嫁接到iframe的src上，或者通过获得的参数拼接处完整的报表url赋给iframe的src。

<html>
<head>
<title>FineReport Demo</title>
<meta http-equiv="Content-Type" content="text/html; charset=GBK">
<script type="text/javascript" src="/WebReport/ReportServer?op=emb&resource=finereport.js"></script>
<script type="text/javascript">
    function autoLoad(){
        //返回从问号 (?) 开始的 URL（查询部分）
        var paraString = location.search;   
        //多个参数用&分隔，将参数字符串转为数组，使每个参数值存于一个数组元素中
        var paras = paraString.split("&");  
        //每个数组元素中"="后面的值即参数值
        var reportName = paras[0].substr(paras[0].indexOf("=") + 1); 
        var area = paras[1].substr(paras[1].indexOf("=") + 1);
        var province = paras[2].substr(paras[2].indexOf("=") + 1);
        var city = paras[3].substr(paras[3].indexOf("=") + 1);
        //使用获取的参数值拼接出最终的url
        var reportURL = "/WebReport/ReportServer?reportlet=" + reportName + "&area=" + area + "&province=" + province + "&city=" + city;
        //url中可能包含中文或特殊字符因此需要进行编码转换，注意需要先引入finereport.js
        reportURL = FR.cjkEncode(reportURL);
        //将新的报表路径赋给报表所在iframe的src
        document.getElementById("reportFrame").src = reportURL; 
    }
    //加载网页时调用autoLoad方法
    window.onload = autoLoad;
</script>
</head>
<body>
<iframe id="reportFrame" width="900" height="400"></iframe>
</body>
</html>

将代码保存为geturlpara.html，保存在工程下的page_demo文件夹下。

使用管理员登录决策平台，点击管理系统>报表管理，点击添加链接，链接路径为：page_demo/geturlpara.html?report=doc/Parameter/MultiValue/MultiValue.cpt&area=华东&province=江苏&city=无锡，名称为：url参数传递给iframe中的报表，如下图：

这样刷新fs，就可以看到左侧目录树中多了一个节点，点击该节点后，就可以在右侧网页的iframe中显示出报表包括传递给网页的参数。

效果查看

如下图，点击左侧“url参数传给iframe中的报表”节点时，即打开相对应的链接，对应网页就会在中间区域显示出来：

我们只需要手动将连接ads数据库需要使用到的jar放置到%FR_HOME%\WebReport\WEB-INF\lib下面，然后重启设计器，新建JDBC数据连接，其数据库下拉选项中选择My SQL，接着手动输入其驱动URL以及用户名密码即可。具体步骤如下：

1、jar准备

连ads数据库要使用mysql的jdbc驱动包，下载下来之后，将其放到相应的lib下面。 

对于ads来说，连接的jdbc驱动很关键，一定要与本身库版本相匹配才可以。可以使用select version()来查看数据库版本。这边连接的是5.1.31-mysql-ads版本的ads库，确认后使用的为图中5.1.31的jdbc驱动。

2、新建数据连接

重启设计器，点击服务器>定义数据连接，新建一个JDBC数据连接，数据库选择mysql,驱动选择com.mysql.jdbc.Driver，URL手动输入，对应用户名密码填写完成Access Key，然后点击连接池属性，获取连接前校验选择否。

点击测试连接，连接成功即可使用该数据库中的数据了。此时，新建数据集，可看到数据连接正常加载库表信息，可正常执行SQL。

在这个连接方式中需要注意的地方也就两点内容：

•  “获取连接前校验”选择否；
• JDBC驱动包必须与ads数据库的版本匹配。

最后，需要驱动包的附件可以私信问我要。

这里我们对填报BS界面上的一些键盘操作做简单的说明。

以一张自由填报模板为例，在设计器中打开模板，并点击填报预览。

1、进入编辑状态

若是数字、字符或汉字，直接输入值便进入编辑状态，如下图示：

2、填报界面各控件间光标移动

Enter键：确认并移至下一格；

上、下、左、右键：顾名思义就是上下左右移动；

Tab键：向右移，到该行最后格后移至下一行第一格；

Shift+Enter：移至上一格；Shift+Tab：向左移；

Delete键选择单元格点击Delete清空该单元格中的内容。

这里要注意的是，默认的Enter键和Tab键分别是光标移至下一行和移至下一列，当然也可以设置Enter键为移至下一列，而tab键为移至下一行。其设置方法在模板>报表填报属性>填报快捷设置处设置，只需点击切换图标即可切换。

3、下拉框控件

首先按空格键，使之进入编辑状态，然后点击向下键展开菜单，使用上、下键选择选项，最后按Tab键确认选择项。

4、多行编辑

若其控件为文本域时，按ctrl+enter可进行换行，即光标会移到编辑行的下一行，效果如下：

此处，按PageDown、PageUp可让光标移至编辑内容的首部和尾部；其中按一次Backspace键就删除一个字符。

这里以一个简单的员工信息填报示例进行介绍。

1、在工具栏中添加导入Excel按钮

打开准备好的填报模板，由于默认的填报页面工具栏中没有导入Excel按钮，所以这里需要给工具栏添加该按钮。

选择模板>模板web属性>填报页面设置，选取为该模板单独设置，勾选使用工具栏，双击导入[Excel]按钮，将按钮添加至工具栏中，如下图：

    这里要注意的是，选择为该模板单独设置即此项设置只在当前模板中生效，在服务器其他模板中是没有作用的，如果需要对整个服务器上的模板产生效果，则需要在服务器>服务器配置中进行设置。

 
  然后点击保存。

 
2、在线导入Excel中的数据

 
  点击填报预览，然后点击工具栏的导入[Excel]按钮，弹出文件路径选择对话框，找一个表格与之对应的Excel，打开文件，就可以将Excel中的数据读到当前报表中了，如下：

  要注意，导入数据的单元格所处行列在设计器及Excel中必须相同，即只有相同位置且可以编辑的单元格才能导入数据

年报

装机规模及参数

装机规模指的是一个发电厂或者区域电网的发电能力。本表是由电力公司的调通中心负责填写，因此表中所体现的装机规模，即本公司向其它的发电厂或者电网调度的电量总量数据，以及电量的类型，接入电压等级等具体参数。通过对这些数据进行不同维度进行排列组合，使用户能够一目了然的掌握本公司整个年度的电量调度情况，从中发现是否存在诸如由于本单位的相关电厂产能不足，而必须从外网调入大量的电力，或者电量的调度多发生于省调以及省调以下的单位，说明本年度网内总的电力缺口不大等问题。

输电规模及参数

输电顾名思义就是指电能的传输。电能的传输有不同的电压等级，其中220-750kv的是超高压电网，构成大区电网的骨架和大区电网的联络线。110-220kv是输电网，构成复杂的输电网络，在各地区间传输电能。35-110kv是供电网，由枢纽变电站送电到靠近负荷区的本地变电站。10kv是配电网，本地变电站送电到居民区的杆上变压器或者配电室。本表统计的是超高压电网的输电规模及参数，即本年度进行调度的电量分别使用了多少条输电线路，以及线路传输长度。电力传输的具体线路参数。

变电规模及参数

变电指的是电压由高降低或者由低到高的变化，高压电网传输过来的电力必须经过各种变电站降压后才能作为居民用电传送到居民家中。因此对于调度的电量涉及的变电相关数据进行统计。通过本表了解本年度的变电情况，是否需要酌情增加变电站/变压器数量等。

设备检修计划

年度设备检修计划，由调通中心和生产技术部联合填报。调通中心负责制定直调机组的检修计划，生产技术部负责制定输电线路和变电设备的检修计划。主要通过计划的数据发现对辖区内电网运行方式的影响。

设备投产退役计划

各种设备年度投产退役计划，包括发电设备和输电设备，由基建部制定，同样是通过计划的数据来掌握设备的情况对电网运行的影响。

设备投产退役情况

和设备投产退役计划相对的设备投产退役实际数据，上一年度的设备投产退役实际情况，由生产技术部负责。

月报

电力电量平衡计划

内容包括预计最高负荷，跨地区联络线送受电力，辖区内机组铭牌出力，最高负荷时的检修容量、受阻容量及原因、最大可调出力、备用容量；预计用电量、跨地区联络线送受电量，辖区内机组发电量；制定电力电量平衡计划有两个作用，一是可以帮助用户确定在何时何地建立何种类型的发电厂，二是在满足负荷需求并达到各种经济指标的前提下，使规划期内电力系统能够安全运行且投资经济合理。

电网阻塞预计

输电网是电能交易环节的重要组成部分。当支路传输容量不能满足交易需求,或者当系统中发电机组、线路或变压器等元件故障时,将可能导致部分输电元件过载,即产生输电阻塞。输电阻塞会影响电网运行安全。本表是调度中心对电网阻塞情况的预计，了解原因，帮助网方采取措施合理分配电力电量，避免产生阻塞。

电力电量平衡情况

与电力电量平衡计划相对应的，事后报送的上年度实际电力电量平衡情况。

发电设备利用情况

每台机组平均负荷率、最高负荷日负荷率、最低负荷日负荷率，全网平均运行备用容量，最大运行备用容量，最小运行备用容量；“发电设备利用小时数”，指发电机组在一年内平均（满负荷）运行时间；在每年的8760个小时中，发电小时数所占的比重。电力行业是资产密集型产业，扣除设备检修等必要的停机时间，发电小时数越高，设备所创造的经济价值越高。因此，发电设备的利用情况对投资者的经济效益影响巨大，也是衡量电力行业效率的重要指标。

设备检修变更情况

辖区内发电设备检修计划、输变电设备检修计划及对电网运行方式的影响；

断面线路主变超限情况

电网输电线路和断面的超稳定限额运行情况、变压器超控制限额运行情况；

可再生能源受阻情况

可再生能源电厂受阻电量及原因；受化石能源资源有限性和气候变化等环境问题的影响，加快开发利用可再生能源是一个趋势，但是由于可再生能源具有能量密度低、存在间歇不连续的问题，必须采取技术措施解决可再生能源发电的不连续性与用电需求连续性之间的问题，本表主要采集的就是可再生能源电厂受阻的电量数据，以及原因，方便做出调控决策。

设备故障情况

掌握设备故障次数，故障时间，便于了解设备的故障情况对电网运行的影响；

主要输电线路潮流

主要输电线路最大潮流、平均潮流。通过相关数据，对系统的正常运行有一个全面的了解，一方面在发生事故时能够做到更加准确的判断，另一方面在系统不正常运行状态时能够及时采取有效的措施，包括避免某条线路过负荷等。

调度机构信息报送与披露工作是电力监管机构对电网公司业务监管的重要方式，是发电企业及时了解电网及其它发电企业运行情况的重要途径，有助于加强厂网协调，保证电网安全稳定运行。

为规范调度机构信息报送与披露行为，明确公司各部门的职责与分工，强化信息收集、审核、上报流程，提高信息报送的准确性和及时性，根据国家电监会《电力调度机构信息报送与披露办法》以及国家电网公司相关工作要求，进行电力调度信息的报送工作。

目前，很多电力公司采用Excel文件的方式采集和管理电力调度信息数据。

由于Excel是单机版软件，在数据采集与管理过程中，需要向二级部门发放文件，二级部门再通过邮件、U盘等方式报送数据。但是由于这种报送方式存在报送不及时、修改数据繁琐，分发更新表样程序复杂等缺点，已无法满足数据管理需求。因此采用网上直报就是必然的趋势。

采用网上直报方式，不仅可以克服上述缺点，更可以降低数据采集工作处理时间，节省人力物力，提高企业工作效率，满足不断增长的业务需求。因此，建立电力调度信息报送系统是电力调度信息报送与披露工作的重要手段之一。

二、业务需求

1、总体目标

方案的总体目标是建立适用于省级电力公司电力调度信息网上直报数据采集报送平台，完成年度和月度的电力调度以及相关信息的采集工作，增强调度信息报送和披露时效性。同时严格遵守电监会统一要求的报送标准，并保证数据上报的质量。

系统由调通中心调度处提出建设要求，系统的使用者主要是公司本部的二级单位和相关职能部门，其中包括调度中心、发展策划部、基建部、生技部、营销部、安监部等，使用人员由各部指定一个或多个专工。

系统中的报表由调通中心统一制定，由各二级单位和职能部门按要求填写，填写的报表通过本单位或本部门的领导审批后，由调通中心汇总输出EXCEL再上报到国网公司。

报表按时间可分为月报和年报两种类型，月报表共9份，年报表共6份。

各部门在每年2月底完成年度信息的整理、报送工作；每月3日完成月度信息的整理、报送工作，遇春节、十一、五一等法定假期，在当月第3个工作日完成月度信息的整理、报送工作。

调度通信中心每月8日前汇总、整理各部门报送的信息，完成公司文件的起草工作，并报送电力监管部门；办公室每年3月20日前汇总、整理各部门报送的年度信息，完成公司文件的起草工作，并报送电力监管部门。

2、基础功能需求

电力调度报送系统的基础功能需求包括：

3、其他功能需求

（1）支持多级上报单位的机构体系

针对企业，二级单位，职能部门多级上报特点，各级上报单位从上到下可以统一使用报送平台，完成数据的上报接收工作。

（2）支持多报表层次、多种报表类型的报表体系

由于每张报表中涵盖的内容都是从多个不同维度进行统计的，因此系统需要支持行列固定的表（二维交叉表）的填报，也支持行数可任意增加的表（行式变长表）的填报。

（3）客户端应不需要安装程序，免维护，零管理

使用系统的终端用户不需要安装应用程序，直接在浏览器上进行数据填写、审核、上报等操作，若软件升级，不需要下载软件及报表参数，直接在浏览器上更新即可，不影响报表任务及数据，不需要用户花费时间去维护、管理。

（4）数据分级管理机制

系统涉及到多个不同的部门，填报的数据也各不相同，为了确保数据的安全性，支持分级管理数据机制，系统根据登录用户的角色，自动锁定该用户访问的数据范围，确保数据的安全。

（5）采用面向报表的体系设计，用户无须掌握数据库知识

出于对数据存储的基础需要，系统应能根据报表格式，由管理员设计和管理数据库，让数据库对使用者透明。作为终端使用者不需要了解报表数据存储等更多的其他知识，只需关心自己报表格式和填报范围。

鉴于以上功能需求的复杂程度，FineReport成为了实现工具的唯一选择。

三、系统建设总体概述

1、总体思路

电力调度信息报送系统主要依赖网络平台构建。基本思路是：构建国家、省级统一的调度信息直报平台和数据中心，实现电力调度信息网上报告或数据采集；制定统一调度信息标准，包括数据库结构和信息交换标准；通过权限设定，实现纵向化的省，业务部门二级管理；通过防火墙、用户登录密码等软硬件方法，解决数据传输过程中的保密与安全问题；实现动态统计分析、资源共享和数据交换。在此目标要求下，整体方案选择了FineReport报表工具作为实现工具。

2、系统框架

电力调度信息报送系统由电监会，省、部门三级系统组成，是一个分布式的应用系统。将省调通中心、其它二级信息中心建立的数据库视为信息节点，由此构成信息节点树。在每个节点上构建调度信息直报系统，其下挂接本地的数据库，节点与节点之间通过应用路由联接，形成一个可相互传递请求的树型拓扑。这样就构成了一个覆盖全国、分布式的信息网络。示意图如下。

根据系统总体设计和建设思路，应用系统框架如下：

3、系统特点

Ø  数据直报、分级管理。电力调度信息报送系统是及时采集信息，迅速可靠决策的保证，而分级管理是整个系统有序运行的保证。前者是业务性质的需要，是建立电力调度信息报送系统的必要条件，后者是各级组织结构决定的，是信息系统能够正常运行，发挥作用的前提和保证。

Ø  信息共享，提高效率。实现电力信息调度报送系统与省电力公司其它运营系统的横向连接，达到信息交换、资源共享目的，提高信息资源利用效率。

Ø  信息应用集中管理。建立一个涵盖全国范围内的电力电量调度系统数据库，完全改变了以往报告周期长，信息上传下达慢，时效性差的局面。通过合力利用，适度开放这些信息资源，提高电力信息的及时性、准确性、灵敏度、共享性和数据分析能力。

1、系统用户

调度信息报送系统的使用者涉及到调通中心，发展策划部，店里交易中心，基建部，安全检查部，营销部，生产技术部等7个部门。各部门均有一个填报角色和一个审批角色。本部门的填报角色负责在规定的时间内填写其负责的表格并上报。本部门的审批角色负责在规定的时间内审批，并上报至调通中心。调通中心除审批本部门的报表，仍需负责审核其他部门的数据，导出并上报至监管部门。

系统设置超级管理员，负责资源管理，用户管理以及日志管理，流程配置等系统管理工作。

用户的配置由超级管理员负责，用户的基础信息存储在数据库表中，在系统中由管理员配置，引入数据库的数据作为验证用户的依据，并且配置用户与可操作文件的对应关系。

2、业务功能

统一应用平台

电力调度信息报送系统采用B/S架构，用户通过Web浏览器即可访问系统，凭用户名密码查看其对应权限下的报表。

系统使用流程

编辑和上报

    填报用户打开其可操作的报表，默认打开的，是当前年份/月份的报表，报表中以蓝色为背景的部分即为当前用户可编辑的区域。页面上的编辑方式丰富多样，允许直接进行文本或者数字编辑，同样允许通过日历或者下拉框进行选择。

填写完成后：

点击提交按钮，数据即可保存。提交成功之后，页面转换至“待审核”，除非审批不通过将数据退回给填报人，否则将一直不可编辑。

审批

     在填报员上报数据之后，数据的处理流程即到达审批员处。审批员审核数据，有误则退回填报员，无误则上报将数据永久保存。这里我们以退回为例，审批员只需要点击退回按钮即可。

退回

    被审批员退回的数据，状态将变更为“审核不通过”，填报员需要再次进行编辑并上报，未再次上报前，审批员智能做导出操作。

上报

填报员再次编辑提交之后，表格状态同第一次提交同样变化为“待审核”。继续走审批流程，这里假设第二次数据通过审批并上报。那么数据将变更为历史数据保存下来。不能再进行任何编辑。

历史数据查询

当填报的数据通过审批被保存到数据库之后，所有用户均可以在页面上通过选择年份/月份来查询历史数据。

利用历史数据

由于填报的报表类型仅包含年报和月报，因此每一期的数据可能有相似之处，那么填报员根据时间段查询出数据厚，若本次需要填报的数据和历史数据很相似，则可以点击表格右上角的“复制当前数据到新表”，直接利用历史数据作为本次填报的素材：

新建空表

当用户在查询历史数据后，没有发现类似当前时期的数据，那么需要新建一张空表来进行编辑填写。为了方便用户快速的进行操作，可以点击页面右上角的中的“新建空表”，直接打开新空白表中进行数据编辑。

不允许重复提交

虽然填报用户在提交了数据之后，数据的状态变为不可编辑，但是用户如果打开一张新表，仍然是可以填写数据的，如果不小心选择了一个数据库已经有的时间段，则可能产生将正确的数据覆盖的危险。为了避免用户的误操作，系统中带有重复数据检测功能，如当前年/月的数据在数据库中已经存在，则点击提交提示“该表已填写，不能重复提交”。

离线填报

    系统内包含的报表均为年报和月报形式，因此表中需要填报的数据并非分散的直接的采集于日常数据，而是相关数据的汇总数字，因此用户需要经过多方的沟通确认才能确定数据的准确性，这样要求用户在填报时一次性将数据填写完毕存在一定的困难，因此系统需要提供离线操作的方式，实现离线数据录入。填报用户随时可以从系统中导出Excel文件，将数据记录于Excel之中，并在完成之后，通过在线导入Excel的方式来将数据导入到页面中，提交入库。

数据导出上报

由于电力调度信息报送系统尚未在全部相关单位部署，因此省级电力公司最终通过审核的数据，要继续通过Excel文件的形式上报至国网公司。系统中需要较好的支持Excel文件导出。

联合填报

由于系统中的报表，多数是将相关的信息组合在一张表中，而这些信息涉及到的是多个不同的部门。因此存在一张报表需要多个部门分别进行填写的需要。多人联合填报与单独填报从实质上讲并没有区别，只是各部门将各自负责的部分填报，审批结束后才能结束整个流程。

我们以电力电量平衡计划表为例，此表涉及到调通中心，交易中心，营销部等三个部门。

首先是调通中心的填报角色，其可操作的部分为电力平衡计划和文字说明部分：

     交易中心的填报角色，可操作的部分包含电量平衡计划的前三行数据，以及电厂发电计划部分，文字说明部分：

     营销部的填报角色，可操作的部分为电量平衡计划的“用电量”，以及文字说明部分：

    同样，各部门的审批角色对应的上报和退回操作，仅关系到本部分上报的数据。

填报时限

系统对于填报的时间，审批的时间均有限制，但是由于国家法定假日的不准确性，无法准确的确定未来很长时期内工作日的计算方法，所以在系统中，会对在填报时的时限进行提醒，如果填报人和审批人都没有超出时限，则报表中不显示任何提示，如我们上方所见。若已经超过了填报的时限，则报表中会出现“填报过期”提示。

制药企业报表应用现状

财务核算在企业日常管理中起着不可代替的作用，为了促进企业内部管理水平的提高，需要及时、准确、全面的财务数据分析作为参考与支撑。目前一般制药企业所使用的用财务系统虽能满足基本的财务报表需求，但是因为一些功能的限制，导致系统对企业运营管理的支持有限，支撑困难。在财务管理报表层面存在包括但不限于以下的问题与需求。

1)    当前的财务报表相互独立，已有系统产供销不能实现联动，跨公司的数据不能关联，很难得到统一、完整、直观，并能从各个财务主题与维度展现运营活动的管理数据。

2)    系统无法实现上报功能，导致业务流程无法信息化、程序化，极大的拖慢的业务处理的效率

3)    业务的扩大，业务数据的迅速增长，伴随企业管理措施的落地与强化，经常有业务改革与调整。财务报表的数据采集与合成制作，无法跟上其业务的发展速度。无法及时、准确、全面的进行业务数据分析，体现于指导企业运营。

4)    在现有的系统中，取数区间非常不灵活，不能满足业务变化的需求。

全面预算系统的需求

鉴于制药企业目前的财务报表层面现状。需要一个能够集中体现企业财务核算状况的、全局的、直观的、可视化的数据分析系统，以供决策和运营管控的运用，提升企业的运营效率和核心竞争能力。帆软软软的医药行业信息化专家梅杰总结了以下七条需求点，搞定了这七个需求点，基本上把握住了制药企业80%以上的数据分析系统需求：

1）  统一的报表应用平台

能够集成各IT系统的信息数据，以不同的主题，统一展现企业财务活动的状态信息，根据不同的主题与维度对财务数据进行自动化的加工与分析。

2）  统一的报表管理

能够灵活地集成各种财务报表，分配使用权限，发布使用。统一的报表管理工具，如数据上报、填报，使用权限控制，用户组织与组织机构管理，审计监控与系统管理，简单工作流等。报表打印清晰，能够便捷地导出报表，进行excel、word、pdf、txt、xml文件存档。

3）  灵活的报表输出能力和取数区间

能够灵活地制作报表，并进行数据钻取，联动，报表制作简单并可视化操作，可定义报表模板来快速制作报表，支持自定义查询。同时，支持各种数据源的取数，包括数据库，文本数据，web数据等。

4） 强大的填报功能

可以自定义的填报模式，多样化的填报控件，同时支持填报的校验、excel导入、批量导入的功能。

5）  支持预警与工作流

能够对报表的输出结果设置预警，支持简单工作流，能够实现多级上报、逐级汇总、指标下发、审批流的功能。

6）  全面预算报表系统架构

MVC框架，B/S架构；跨OS平台，跨软件环境；数据中心部署方式，支持集群架构与配置。

7） 开发环境

支持远程开发，支持多用户开发、支持多系统环境切换，比如开发环境与测试环境。

8） 分析展示需求

9） 填报表样的顺序与勾稽关系

全面掌控企业的各种业务活动，及时准确的展现它们的状况与趋势，评估其达成的效果、存在的问题与风险。支持数据的导入，多级上报等多种特色功能，同时通过统一的报表平台实现精细话的权限管理。

制药企业价值链管理系统蓝图

全面掌控企业的各种业务活动，及时准确的展现它们的状况与趋势，评估其达成的效果、存在的问题与风险。支持企业管理决策和决策落地跟踪，以及效果评估。支持对企业价值链的信息数据的分析与价值发现，为决策管理、经营管理、业务活动的优化提供真实的数据依据，控制风险，辅助企业管理优化、战略抉择、创新转型。整体方案中包含数据管理、价值链管理（VCM）、协同管理一体化平台三大部分。

价值链管理系统建设

建设目标

构筑完整的价值链管理体系，建设企业智能化运营的核心系统。分析挖掘企业价值链环节的所有活动，监控运营状况、趋势与一切可能风险，辅助企业的战略与决策、改革创新以及运营管理的优化，提升核心竞争力，最终达成管理的睿智。

建设方针

通过建立严格、细化、符合统计学原理的数据整合规则，不断提升数据质量。在高质量的数据基础保障之下，建立和扩充价值链管理应用。

建设步骤

移动互联网应用

全面支持移动互联网应用，支持iPhone、Android、iPad等移动终端应用。

总体设计思路

系统机构

灵活的取数方式，多样的报表制作功能，丰富的展现方式给予用户绝佳的体验

实现工具

FineReport

数据处理方式

1.    数据仓库或中间库方式

主动抽取业务系统NC各个数据库的明细业务数据，进行数据整合后，把数据装载入企业数据仓储，作为元数据，供分析处理使用。数据清洗过程中，如有不符规则的数据，则输出数据问题列表，以供手工修正数据。数据抽取以增量方式进行。

2.    数据审核

如有数据调整，则提交数据并进行上级审核，审核通过后，进行数据发布。只有经过数据发布，才能提供给报表查询。

3.    数据发布

只有经过发布后的数据，才能提供最新数据查询。发布后，数据被写入业务数据明细表。发布可通过定时处理机制启动，或是手动进行。在数据被锁定之前可发布任意次数，可确保发布间隙数据查询结果的统一，及在某段时间段内的数据查询可保持一致性。

4.    业务查询/报表/统计分析

通过预置的查询/报表/统计分析的模板，以查询条件、查询筛选，对业务数据明细表进行查询/报表/统计分析。

系统访问安全

用户安全系统运用安全认证，确保系统的访问安全。系统在报表系统登录后，会经过企业安全认证系统认证身份，然后进行用户账户认证，获取用户访问权限，在报表系统应用时使用这些访问权限。

访问权限

基于角色的权限架构，可按如下方式进行权限运用。

数据质量，数据清洗与整合

从标准化定义的14个数据质量维度，对数据进行校验、比对、清洗与整合，输出问题数据报告。

总体目标

建立全面核算报表系统，从不同的主题、视角与维度，进行信息数据的分析与挖掘，统一展现企业运营管理的现实状况和问题。为企业数据核算建好基础。

需求目标

针对制药企业报表需求内容，以目标使用用户群为主要服务对象，完成数据核算的报表需求开发。

数据解决方案

需求描述：

数据统计口径不同, 当前的财务报表相互独立，已有系统产供销不能实现联动，跨公司的数据不能关联，很难得到统一、完整、直观，并能从各个财务主题与维度展现运营活动的管理数据。

需求分析与解决方案

    建立数据仓库（finecube）以及中间库处理数据从而对主数据规范与系统数据清洗解决数据统计口径的问题。

中间库

方案设计思路

价值链管理系统蓝图

全面掌控企业的各种业务活动，及时准确的展现它们的状况与趋势，评估其达成的效果、存在的问题与风险。支持企业管理决策和决策落地跟踪，以及效果评估。支持对企业价值链的信息数据的分析与价值发现，为决策管理、经营管理、业务活动的优化提供真实的数据依据，控制风险，辅助企业管理优化、战略抉择、创新转型。整体方案中包含数据管理、价值链管理（VCM）、协同管理一体化平台三大部分。

价值链管理系统建设

 ●建设目标：

构筑完整的价值链管理体系，建设企业智能化运营的核心系统。分析挖掘企业价值链环节的所有活动，监控运营状况、趋势与一切可能风险，辅助企业的战略与决策、改革创新以及运营管理的优化，提升核心竞争力，最终达成管理的睿智。

 ●建设方针：

通过建立严格、细化、符合统计学原理的数据整合规则，不断提升数据质量。在高质量的数据基础保障之下，建立和扩充价值链管理应用。

 ●建设步骤：

移动互联网应用

全面支持移动互联网应用，支持iPhone、Android、iPad等移动终端应用。

综述

应收款数据模块主要从区域、账龄、部门这几个维度对比分析应收账款情况，便于实时了解未回笼资金，提醒相关人员催缴款项。

数据中心实现工具：帆软FineReport

应收款综合分析

该报表从综合角度统计分析了应收的款项，为了方便直观查看应收账款，该页面提供了几个交互功能：

●点击地图上某个区域，右上角的“账龄分析对比图”显示该区域的账龄分布对比，右下角的“各部门应收款对比图”显示各个部门在该区域的应收款对比；

●同第1点，点击“账龄分析对比图”，地图、“各部门应收款对比图”会显示对应账龄的应收款是多少、各区域该账龄分布、各部门该账龄应收款对比

●点击右下角“各部门应收款对比图”效果同上述两点，此处不再赘述；

【层级不同的用户看到的数字可能会不同】

除了上述交互效果外，点击右上角、右下角两个柱形图各自右上角标识，可以将柱形图切换成饼图，饼图上可以通过鼠标拖拽系列合并：

【层级不同的用户看到的数字可能会不同】

此外，点击地图，可以下钻到该区域的应收款明细：（此表样按照erp中统计报表>>通用报表>>统计分析报表>>应收款账龄分析）

【层级不同的用户看到的行数可能会不同】

点击右上角的账龄分布对比图，可以下钻查看该账龄内的营收款明细（此表样按照erp中统计报表>>通用报表>>统计分析报表>>应收款账龄分析）：

【层级不同的用户看到的行数可能会不同】

点击右下角的“各部门应收款对比图”，可以下钻查看该部门的应收款明细（此表样按照erp中统计报表>>通用报表>>统计分析报表>>应收款账龄分析）：

【层级不同的用户看到的行数可能会不同】

回收款和账龄同期对比分析

    回款率同期对比分析，呈现本年度截止目前，每个月回款率与上年同期回款率对比分析；

    账龄同期对比分析，呈现本年与上年同期各账龄应收款对比分析，以及各账龄应收款较去年同期增长率。

【层级不同的用户看到的数字可能会不同】

应收款项统计

    统计账龄在3个月以内的应收款是多少、有多少家客户，账龄在3-6个月的应收款是多少、有多少家客户，账龄在6个月以上的应收款有多少、有多少家客户。

分别用绿色（正常）、黄色（较危险，需要销售部门经理关注的）、红色（危险，需要法务部门关注的，当然了，销售部门经理也需要关注）仪表盘显示：

【层级不同的用户看到的数字可能会不同】

    点击上图中任何一个仪表盘，均可以下钻到对应明细，如果是业务员的话，出来的明细页面会多一列选择框，业务员可以选择哪些客户，将其转移给法务，当然了，非业务员的话，是无法执行转移操作的。该页面，按客户汇总，一个客户一行，统计某一账龄的总金额，这个页面点击总金额，可以继续下钻，查看某一客户应收款明细（即组成这一应收款总金额的明细）

【层级不同的用户看到的行数可能会不同，并且只有销售员能够操作最左列】

 法务-应收款原因分析

    法务人员对由业务员转移过来的以及符合条件的系统自动转过来的账龄进行原因分析，催讨状态维护：

【层级不同的用户看到的行数可能会不同】

 应收款查询

    提供此查询报表的目的是方便查询应收款明细。当然了，不同角色的人员只能查看到与其相关的数据：

【层级不同的用户可查范围不同，查出的行数不同】

应收款预警

   应收款预警是指提醒相关人员账龄过长的应收款项。具体效果是，系统自动每周（频率允许调整修改）将账龄过长的应收款项信息以邮件正文的方式发送给销售员、销售部门经理、法务人员、公司领导。

发送给销售员的是其所有应收款项，以及款项的对应账龄；

发送给部门经理的是该部门所有账龄超过3个月的应收款项及账龄，以示提醒；

发送给法务的是公司所有账龄超过6个月的应收款项及账龄，以示提醒；

发送给领导的是公司所有的应收款项多少，账龄在3个月以上的多少，账龄在6个月以上的多少，以示提醒。

若启用了磁盘缓存，默认的会在C:\Documents and Settings\Administrator\.FineReport80（windows下）下创建cache即缓存文件夹，一般呢，C盘的空间会很小，如保存在C盘会增加对C盘的压力，那么有没有方法让其保存到别的盘符下呢？

解决方案提供工具：报表开发工具FineReport。

2. 解决方案

通过修改%FR_HOME%\WebReport\WEB-INF\resources\目录下的cache.xml文件（报表管理平台中设置缓存，提交后会生成该文件，如果没有则新建），给Basic标签增加cacheDirectory属性，如将缓存文件保存在D:\Cache目录下，具体代码如下：

1注：Basic的cacheDirectory属性表示的就是缓存路径，另外一旦自定义缓存路径了，那么默认的缓存文件夹就会被自动删除。

按照上述的设置后，重启Web服务器，缓存文件将会保存在D盘Cache目录下，若没有Cache文件夹，会自动创建该文件夹；当web服务器关闭时，报表缓存会自动清除，即删除Cache文件夹的所有文件。

注：缓存路径一定要设置为某个独立的文件夹下，切忌与其他文件共用一个目录，如报表的缓存目录跟Web服务器工程的相同，则会删除web服务器工程下的内容。

整体来看，农商行信息化应用存在如下问题：

一、农商行一般都存在多个系统，如绩效、监管等，而这些系统又多是有不同厂商建设的，数据格式、报表样式和分析纬度都各不相同。业务部门习惯性进入业务系统进行报表查看和分析，就算部署统一的报表平台，风格也难以适应，同时随着时间的流逝，因为多系统查看数据，会造成统计口径不统一，校准数据难度很大。而决策层因为前端分析散落在各个系统，无法有效汇总分析，数据参与决策的价值就很难发挥出来。

二、农商行的报表需求变化非常多，这些报表需求一般来自于业务发展带来的新增报表需求，农商行领导关注的报表需求，业务人员的临时需求和报表统计口径变动多需求。虽然科信部努力工作，加班熬夜，但这些需求并不能及时响应。需求不能及时响应，又会造成决策层无法及时查看关注的信息，需要自己对数据进行二次分析，增加了决策的难度。而业务部门常常要自己二次调整制作报表，难度大，重复劳动多，响应决策需求慢。业务部门和科信部们都非常痛苦。

三、统计口径的问题非常明显。系统所带报表通常是站在省联社的角度开发的，去统计信贷、监督等数据，但无法下沉到本地网，本地行和下属行如果有需求，如统计口径的调整、行内个性化需求、活动情况、下属行数据提取需求，很难得到满足。这又进一步加大了科信部的压力。

为了解决这些问题，很多农商行也都意识到上线统一数据分析平台，实现数据的分析多样化、多维化，以期在客户分析、渠道分析、风险分析、营销分析等方面提供强有力的数据支持，但毕竟不知道如何建设，建设成什么样的统一数据分析平台。这里帆软传说哥结合曾参与过的铜山农商行统一报表分析平台、新沂农商行全行报表平台和新昌农商行存贷平台等项目，总结一下农商行的统一数据分析平台的建设要点和展示。

首先是明确农商行统一数据分析平台的定义，这里根据农商行的信息化背景，提出五个面向：

一、面向领导：全方位的数据展示，可以支撑他们便捷准确的决策制定；

二、面向业务：报表变更无需重复手动加工，可以快速响应他们的业务需求；

三、面向信科：提供报表维护工具，减轻开发量，提高响应速度；

四、面向数据：构建数据仓库，以数据处理为核心，统一数据口径；

五、面向查询：前端报表可以先期嵌入到各个系统中，后期在进行逐步统一。

其次是明确农商行统一数据分析平台的功能结构和功能要求。

一、结构要求：

1、领导决策分析：针对全行整体经营目标及经营管理情况，集农商行多系统数据整合、报表中心、分析中心、控制中心于一体的全方位商业智能解决方案。灵活快速地响应金融行业管理变化，为农商行搭建一套完善的辅助决策分析体系。如：预期利息收入分析、客户关系分析、经营目标分析、重点客源分析等。

2、业务定制报表：为满足人行、银监会、省联社等监管部门提供的管理分析类报表。属于定制类报表。

3、自定义灵活查询：行领导、管理部门、业务条线、基层行领导、外勤主管、主办会计等可以根据自身管理需要 自行订制查询条件查询源等统计报表。如：存贷款情况、客户信息情况、卡交易情况等。

4、移动端查询：为各业务部门及行领导提供移动端查看方式，有效利用碎片时间。

二、功能要求：

1、底层数据获取：支持省下发经营数据和本地数据库数据；

2、管理报表查询：支持经营管理类、电子银行业务、信贷类、财务会计类的分析查询；

3、自定义前端分析：各业务部门底层cube构建，明确前端分析的操作角色，支持前端自由分析（数据钻取、图表联动、拖拽分析、回溯分析等）

4、跨平台检索查看：支持pc端、手持pad、移动端ios、移动端android；

5、统一平台管理维护：可以快速新增、调整、分配报表和数据分析，可以灵活的分配数据权限和报表权限。

最后，是选定开发工具。我们可以从上面的要求中看到，工具一定要满足多数据源关联、中国式复杂报表的制作、自助式报表、移动端和门户这些功能，传说哥接触的项目是采用finereport＋finebi的组合放上来解决的，当然市面上也有很多其他报表工具，大家可以依据自身条件进行选择。

好啦，到了文章到最好，我们再来总结一下农商行统一数据分析平台的价值，主要有五个方面。

一、各项统计报表问题解决：各项业务报表以各领导、科室为基本使用对象，以满足农信二代业务系统的交易信息为基础数据源，立足农信交易统计、业务分析、经营管理为主要建设目标。从农信核心业务存款、贷款、电子银行、中间业务、贷记卡、不良贷款、经营分析管理等七个方面出发，实现一系列的统计分析功能。

二、领导决策分析：充分利用数据仓库平台的建设成果和平台灵活性，建立全面、便捷、直观的经营、财务、绩效、风险、监管一体化的的展现平台，通过历史趋势分析、支行纵向比较、机构横向比较等模式分析多方面经营情况； 

三、业务定制类报表。主要针对报表格式变化固定，内容多为加工类的报表，且业务人员无法自行配制，相对较为复杂，需要开发相关程序类的报表为主。数据采用按天加工进行存储。按照实际部门分类，电子银行、计财、信贷、风险管控等。可以以定制图形化进行展示。如：2D和3D饼图、柱状图、线性图、泡泡图、散点图、漏斗图、金字塔图和锥体图等图形展示方式。

四、自定义查询报表。自定义查询主要为相关业务人员根据自身分析需要可以自行定制查询报表并进行分享；数据采用按天加工进行存储。能够及时按照报表格式快速生成报表。可以以定制图形化进行展示。如：2D和3D饼图、柱状图、线性图、泡泡图、散点图、漏斗图、金字塔图和锥体图等图形展示方式。查询方便，无需技术人员干预。

五、移动应用。领导外出交流，可以实时查看行内经营分析状况，可以针对展示结果进行快速点评，以微信模式发送结果；设备绑定机制，避免因手机丢失等情况造成行内数据泄露，支持二维码扫描服务器的模式，便于手机端快速配置查询。

［文章原作者：帆软传说哥，微信号：frbiaoge。］

目前插件开发调试非常麻烦，需要修改代码，编译出class，重新打插件包。然后删除以前的，安装最新的。过程繁杂，而且不能调试，十分不方便。那么我就来教会大家如何可以调试插件。

需要工具：eclipse，finereport报表工具

具体说明

1、 新建工程

新建java工程，在此不赘述

2、 添加依赖，启动设计器

若要能启动设计器需要依赖的jar包很多。具体如下：

A、 jetty相关的jar包

B、 设计器相关的jar包

C、 其他相关的jar包

选中如图所示jar包

3、 添加main函数

主函数代码为：

import com.fr.start.Designer;

public class MainFrame {

         publicstatic void main(String[] args) {

                   newDesigner(args);

         }

}

4、 启动设计器

效果如下：

注：会有一些报错，不用关心，这个是缺少某些插件所依赖的包导致的

比如如上图，就是缺少文本框身份证验证插件导致的问题。如果你有强迫症，可以把插件相关的包也全都添加进来。

5、 开发插件

将代码添加进工程，

ActualLocaleFinder.java  的代码为：

SearchTemplateAction.java 的代码为：

package com.fr.plugin.designer;


import com.fr.base.BaseUtils;
import com.fr.design.actions.UpdateAction;
import com.fr.general.Inter;


import javax.swing.*;
import java.awt.event.ActionEvent;


/**
 * Created by Administrator on 2015/7/22 0022.
 */
public class SearchTemplateAction extends UpdateAction{


    public SearchTemplateAction(){
        //国际化文件配置在search.properties中
        this.setName(Inter.getLocText("FR-Designer_Template-Tree-Search"));
        this.setSmallIcon(BaseUtils.readIcon("/com/fr/plugin/designer/resource/search.png"));


    }


    @Override
    public void actionPerformed(ActionEvent e) {
        JOptionPane.showMessageDialog(null, "This is Search Demo");
        //TemplateFileTree继承JTree, 可通过setSelectedTemplatePath选中模板, 可以用遍历JTree的方法来遍历该tree.
        //TemplateFileTree tree = TemplateTreePane.getInstance().getTemplateFileTree();


    }
}

如图中代码，设计器效果如下图：

也可以进行debug调试，比如在代码中加断点。

若java debug不会使用，可自行百度。

工具/原料

说明：凡函数中以日期作为参数因子的，其中日期的形式都必须是yy/mm/dd。而且必须用英文环境下双引号(" ")引用。

DATE

DATE(year,month,day):返回一个表示某一特定日期的系列数。

Year:代表年，可为一到四位数。

Month:代表月份。

若1<=month<= 12，则函数把参数值作为月。

若month>12，则函数从年的一月份开始往上累加。例如: DATE(2000,25,2)等于2002年1月2日的系列数。

Day:代表日。

若日期小于等于某指定月的天数，则函数将此参数值作为日。

若日期大于某指定月的天数，则函数从指定月份的第一天开始往上累加。若日期大于两个或多个月的总天数，则函数把减去两个月或多个月的余数加到第三或第四个月上，依此类推。例如:DATE(2000,3,35)等于2000年4月4日的系列数。

备注:

若需要处理公式中日期的一部分，如年或月等，则可用此公式。

若年，月和日是函数而不是函数中的常量，则此公式最能体现其作用。

示例:

DATE(1978,9, 19)等于1978年9月19日.

DATE(1211,12, 1)等于1211年12月1日.

DATEDELTA

DATEDELTA(date,deltadays):返回一个日期——date后deltadays的日期。

deltaDays可以为正值，负值，零。

示例：

DATEDELTA("2008-08-08",-10)等于2008-07-29。

DATEDELTA("2008-08-08",10)等于2008-08-18。

DATEDIF

DATEDIF(start_date,end_date,unit):返回两个指定日期间的天数、月数或年数。

Start_date:代表所指定时间段的初始日期。

End_date:代表所指定时间段的终止日期。

Unit:函数返回信息的类型。

若unit=“Y”，则DATEDIF返回指定时间段的年差数。

若unit=“M”，则DATEDIF返回指定时间段的月差数。

若unit=“D”，则DATEDIF返回指定时间段的日差数。

若unit=“MD”，则DATEDIF忽略年和月，返回指定时间段的日差数。

若unit=“YM”，则DATEDIF忽略年和日，返回指定时间段的月差数。

若unit=“YD”，则DATEDIF忽略年，返回指定时间段的日差数。

示例:

DATEDIF("2001/2/28","2004/3/20","Y")等于3，即在2001年2月28日与2004年3月20日之间有3个整年。

DATEDIF("2001/2/28","2004/3/20","M")等于36，即在2001年2月28日与2004年3月20日之间有36个整月。

DATEDIF("2001/2/28","2004/3/20","D")等于1116，即在2001年2月28日与2004年3月20日之间有1116个整天。

DATEDIF("2001/2/28","2004/3/20","MD")等于8，即忽略月和年后，2001年2月28日与2004年3月20日的差为8天。

DATEDIF("2001/1/28","2004/3/20","YM")等于2，即忽略日和年后，2001年1月28日与2004年3月20日的差为2个月。

DATEDIF("2001/2/28","2004/3/20","YD")等于21，即忽略年后，2001年2月28日与2004年3月20日的差为21天。

DATEINMONTH

DATEINMONTH(date,number):函数返回在某一个月当中第几天的日期。

示例：

DATEINMONTH("2008-08-08",20)等于2008-08-20。

DATEINQUARTER

DATEINQUARTER(date,number):函数返回在某一个季度当中第几天的日期。

示例：

DATEINQUARTER("2009－05－05", 20)等于2009－04－20。

DATEINWEEK

DATEINWEEK(date,number):函数返回在某一个星期当中第几天的日期。

示例：

dateInWeek("2008-08-28",2)等于2008-08-26。

DATEINYEAR

DATEINYEAR(date,number):函数返回在某一年当中第几天的日期。

示例：

dateInYEAR("2008/12/03",300)等于2008-10-26。

DATESUBDATE

DATESUBDATE(date1,date2, op):返回两个日期之间的时间差。

op表示返回的时间单位：

"s"，以秒为单位。

"m"，以分钟为单位。

"h"，以小时为单位。

"d"，以天为单位。

"w"，以周为单位。

示例：

DATESUBDATE("2008-08-08","2008-06-06","h")等于1512。

DATETONUMBER

DATETONUMBER(date):返回自 1970 年 1月 1日 00:00:00 GMT经过的毫秒数。

示例：

DATETONUMBER("2008-08-08")等于1218124800000。

DAY

DAY:(serial_number)返回日期中的日。DAY是介于1和31之间的一个数。

Serial_number:含有所求的年的日期.

备注:

FineReport将日期保存为系列数，一个系列数代表一个与之匹配的日期，以方便用户对日期进行数值式计算。

在1900年日期系统中，FineReport电子表格将1900年1月1日保存为系列数2，将1900年1月2日保存为系列数3，

将1900年1月3日保存为系列数4……依此类推。如在1900年日期系统，1998年1月1日存为系列数35796。

示例:

DAY("2000/1/1")等于1。

DAY("2006/05/05")等于5。

DAY("1997/04/20")等于20。

DAY(35796)等于1。

DAYS360

DAYS360(start_date,end_date,method):按照一年 360天的算法（每个月以 30天计，一年共计 12个月），

返回两日期间相差的天数，这在会计计算中将会用到。如果财务系统是基于一年 12个月，每月 30天，

可用此函数帮助计算支付款项。

Start_date和 end_date :是用于计算期间天数的起止日期。

Method:它指定了在计算中是采用欧洲方法还是美国方法。

Method定义 :

FALSE或忽略 美国方法 (NASD)。如果起始日期是一个月的 31号，则等于同月的 30号。如果终止日期是一个月的

31号，并且起始日期早于 30号，则终止日期等于下一个月的 1号，否则，终止日期等于本月的 30号。

TRUE欧洲方法。无论是起始日期还是终止日期为一个月的 31号，都将等于本月的 30号。

备注:

FineReport将日期保存为系列数，一个系列数代表一个与之匹配的日期，以方便用户对日期进行数值式计算。

在1900年日期系统中，FineReport电子表格将1900年1月1日保存为系列数2，将1900年1月2日保存为系列数3，

将1900年1月3日保存为系列数4……依此类推。如在1900年日期系统，1998年1月1日存为系列数35796。

示例:

DAYS360("1998/1/30","1998/2/1")等于 1.

DAYSOFMONTH

DAYSOFMONTH(date):返回从1900年1月后某年某月包含的天数。 示例：

DAYSOFMONTH("1900-02-01")等于28。

DAYSOFMONTH("2008/04/04")等于30。

DAYSOFQUARTER

DAYSOFQUARTER(date):返回从1900年1月后某年某季度的天数。

示例：

DAYSOFQUARTER("2009-02-01")等于90。

DAYSOFQUARTER("2009/05/05")等于91。

DAYSOFYEAR

DAYSOFYEAR(year):返回1900年以后某年包含的天数。

示例：

DAYSOFYEAR(2008)等于365，等价于DAYSOFYEAR("2008-01-01")。

DATEVALUE

DATEVALUE(date_text):返回代表date_text的一个系列数。此函数可用来把一个文本形式的日期转化为一个系列数。

Date_text:是在电子表格日期格式中代表日期的文本格式。例如“2000/2/28”

备注:

FineReport将日期保存为系列数，一个系列数代表一个与之匹配的日期，以方便用户对日期进行数值式计算。在1900年

日期系统中，永中Office电子表格将1900年1月1日保存为系列数2，将1900年1月2日保存为系列数3，将1900年1月3日保存

为系列数4……依此类推。如在1900年日期系统，1998年1月1日存为系列数35796。

示例:

DATEVALUE("2000/1/1")等于36526。

HOUR

HOUR(serial_number):返回某一指定时间的小时数。函数指定HOUR为0（0:00）到23（23:00)之间的一个整数。

Serial_number:包含所求小时的时间。

示例:

HOUR("11:32:40")等于11。

MINUTE

MINUTE(serial_number):返回某一指定时间的分钟数，其值是介于0与59之间的一个整数。

Serial_number:包含所求分钟数的时间。

示例:

MINUTE("15:36:25")等于36。

MONTH

MONTH:(serial_number)返回日期中的月。月是介于1和12之间的一个数。

Serial_number:含有所求的月的日期.

备注:

FineReport将日期保存为系列数，一个系列数代表一个与之匹配的日期，以方便用户对日期进行数值式计算。

在1900年日期系统中，FineReport电子表格将1900年1月1日保存为系列数2，将1900年1月2日保存为系列数3，

将1900年1月3日保存为系列数4……依此类推。如在1900年日期系统，1998年1月1日存为系列数35796。

示例:

MONTH("2004/5/5")等于5。

MONTH(35796)等于1。

MONTHDELTA

MONTHDELTA(date,delta):返回指定日期date后delta个月的日期。

示例：

MONTHDELTA("2008-08-08",4)等于2008-12-08。

NOW

NOW():获取当前时间。

示例：

如果系统时间是15点18分38秒

则NOW()等于15:18:36。

SECOND

SECOND(serial_number):返回某一指定时间的秒数，其值是介于0与59之间的一个整数。

Serial_number:包含所求秒数的时间。

示例:

SECOND("15:36:25")等于25。

SECOND("15:36:25","HH:mm:ss")等于25。

TIME

TIME(hour,minute,second):返回代表指定时间的小数。介于0:00:00（12:00:00 A.M.）与23:59:59（11:59:59 P.M.）之间的时间可返回0到0.99999999之间的对应数值。

Hour:介于0到23之间的数。

Minute:介于0到59之间的数。

Second:介于0到59之间的数。

示例:

TIME(14,40,0)等于2:40 PM。

TIME(19,43,24)等于7:43 PM。

TODATE

TODATE()函数可以将各种日期形式的参数转换为日期类型。

它有三种参数的形式：

1参数是一个日期型的参数，那么直接将这个参数返回。

示例：

TODATE(DATE(2007,12,12))返回2007年12月12日组成的日期。

2参数是以从1970年1月1日0时0分0秒开始的毫秒数，返回对应的时间。

示例：

TODATE(1023542354746)返回2002年6月8日。

3参数是日期格式的文本，那么返回这个文本对应的日期。

示例：

TODATE("2007/10/15")返回2007年10月5日组成的日期。

TODATE("2007-6-8")返回2007年6月8日组成的日期。

4有两个参数，第一个参数是一个日期格式的文本，第二个参数是用来解析日期的格式。

示例：

TODATE("1/15/07","MM/dd/yy")返回07年1月15日组成的日期.

注意:此处的格式中月份必须大写MM，年份小写：yy(不可以为yyyy)。天份小写：dd。

TODAY

TODAY():获取当前日期。

示例：

如果系统日期是2005年9月10日

则TODAY()等于2005/9/10。

WEEKDAY

WEEKDAY(Serial_number):获取日期并返回星期数。返回值为介于0到6之间的某一整数，分别代表星期中的某一天（从星期日到星期六）。

Serial_number:输入的日期

备注:

FineReport将日期保存为系列数，一个系列数代表一个与之匹配的日期，以方便用户对日期进行数值式计算。

在1900年日期系统中，FineReport电子表格将1900年1月1日保存为系列数2，将1900年1月2日保存为系列数3，

将1900年1月3日保存为系列数4……依此类推。如在1900年日期系统，1998年1月1日存为系列数35796。

举例:

WEEKDAY("2005/9/10")等于6（星期六）。

WEEKDAY("2005/9/11")等于0（星期日）。

WEEKDAY(35796)等于4（星期四）。

WEEKNUM

WEEKNUM(serial_num):返回一个代表一年中的第几周的数字。

Serial_num:表示输入的日期。

备注:

FineReport将日期保存为系列数，一个系列数代表一个与之匹配的日期，以方便用户对日期进行数值式计算。

在1900年日期系统中，FineReport电子表格将1900年1月1日保存为系列数2，将1900年1月2日保存为系列数3，

将1900年1月3日保存为系列数4……依此类推。如在1900年日期系统，1998年1月1日存为系列数35796。

示例:

WEEKNUM("2005/1/1")等于1。

WEEKNUM("2005/1/6")等于2。

WEEKNUM(35796)等于1。

YEAR

YEAR:(serial_number)返回日期中的年。Year是介于1900和9999之间的一个数。

Serial_number:含有所求的年的日期.

备注:

FineReport将日期保存为系列数，一个系列数代表一个与之匹配的日期，以方便用户对日期进行数值式计算。

在1900年日期系统中，FineReport电子表格将1900年1月1日保存为系列数2，将1900年1月2日保存为系列数3，

将1900年1月3日保存为系列数4……依此类推。如在1900年日期系统，1998年1月1日存为系列数35796。

示例:

YEAR("2000/1/1")等于2000。

YEAR("2006/05/05")等于2006。

YEAR("1997/04/20")等于1997。

YEAR(35796)等于1998。

YEARDELTA

YEARDELTA(date,delta):返回指定日期后delta年的日期。

示例：

YEARDELTA("2008-10-10",10)等于2018-10-10。